Sreenatha Setty
2013-10-23 05:50:58 UTC
Hi Sandhya,
Good catch from the RFC.
- MAY verify that "Count IPvX Addrs" and the list of IPvX
address(es) match the IPvX Address(es) configured for the VRID. If the
above check fails, the receiver SHOULD log the event and MAY indicate
via network management that a misconfiguration was detected.
Here, "misconfiguration" word is used. We should not allow any
misconfiguration in the network. So we can discard the packet. Then
both routers will start acting as Master and now it is up to network
administrator to resolve the misconfiguration.
Thanks,
Sreenatha
Message: 1
Date: Tue, 22 Oct 2013 03:41:24 -0700 (PDT)
From: Sandhya Puppala <***@yahoo.com>
To: "***@ietf.org" <***@ietf.org>
Subject: Re: [VRRP] vrrp Digest, Vol 88, Issue 2
Message-ID:
<***@web160102.mail.bf1.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Sreenatha,
Thank you for your response.
I agree with you. I also feel, both should be Master, but in RFC 5798.
In section 7.1
If any one of the above checks fails, the receiver MUST discard the
packet, SHOULD log the event, and MAY indicate via network management
that an error occurred.?
- MAY verify that "Count IPvX Addrs" and the list of IPvX address(es)
match the IPvX Address(es) configured for the VRID. If the above check
fails, the receiver SHOULD log the event and MAY indicate via network
management that a misconfiguration was detected.
It is not mentioned to drop the packet. In the same section for other
failed cases it clearly mentioned to drop the packet.
Please let me know your comments.
Thanks,Sandhya
Disclaimer :
This email communication may contain privileged and confidential information and is intended for the use of the addressee only.If you are not an intended recipient you are requested not to reproduce, copy disseminate or in any manner distribute this email communication as the same is strictly prohibited. If you have received this email in error, please notify the sender immediately by return e-mail and delete the communication sent in error. Email communications cannot be guaranteed to be secure & error free and IB Technology is not liable for any errors in the email communication or for the proper, timely and complete transmission thereof.
Good catch from the RFC.
- MAY verify that "Count IPvX Addrs" and the list of IPvX
address(es) match the IPvX Address(es) configured for the VRID. If the
above check fails, the receiver SHOULD log the event and MAY indicate
via network management that a misconfiguration was detected.
Here, "misconfiguration" word is used. We should not allow any
misconfiguration in the network. So we can discard the packet. Then
both routers will start acting as Master and now it is up to network
administrator to resolve the misconfiguration.
Thanks,
Sreenatha
Message: 1
Date: Tue, 22 Oct 2013 03:41:24 -0700 (PDT)
From: Sandhya Puppala <***@yahoo.com>
To: "***@ietf.org" <***@ietf.org>
Subject: Re: [VRRP] vrrp Digest, Vol 88, Issue 2
Message-ID:
<***@web160102.mail.bf1.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Sreenatha,
Thank you for your response.
I agree with you. I also feel, both should be Master, but in RFC 5798.
In section 7.1
If any one of the above checks fails, the receiver MUST discard the
packet, SHOULD log the event, and MAY indicate via network management
that an error occurred.?
- MAY verify that "Count IPvX Addrs" and the list of IPvX address(es)
match the IPvX Address(es) configured for the VRID. If the above check
fails, the receiver SHOULD log the event and MAY indicate via network
management that a misconfiguration was detected.
It is not mentioned to drop the packet. In the same section for other
failed cases it clearly mentioned to drop the packet.
Please let me know your comments.
Thanks,Sandhya
Disclaimer :
This email communication may contain privileged and confidential information and is intended for the use of the addressee only.If you are not an intended recipient you are requested not to reproduce, copy disseminate or in any manner distribute this email communication as the same is strictly prohibited. If you have received this email in error, please notify the sender immediately by return e-mail and delete the communication sent in error. Email communications cannot be guaranteed to be secure & error free and IB Technology is not liable for any errors in the email communication or for the proper, timely and complete transmission thereof.