Re: vrrp Digest, Vol 88, Issue 2
Sandhya Puppala <[email protected]> Tue, 22 Oct 2013 03:41:24 -0700 (PDT)
| Newsgroups | gmane.ietf.vrrp |
|---|---|
| Message-ID | <[email protected]> |
--===============1402898048525386704== Content-Type: multipart/alternative; boundary="1775031368-1806675558-1382438484=:49051" --1775031368-1806675558-1382438484=:49051 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0A=0AHi Sreenatha,=0A=0AThank you for your response.=0AI agree with you. I= also feel, both should be Master, but in RFC 5798.=0AIn section 7.1=0AIf a= ny one of the above checks fails, the receiver MUST discard the packet, SHO= ULD log the event, and MAY indicate via network management that an error oc= curred.=A0=0A=0A- MAY verify that "Count IPvX Addrs" and the list of IPvX a= ddress(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 networ= k management that a misconfiguration was detected. =0A=0A=0AIt is not menti= oned to drop the packet. In the same section for other failed cases it clea= rly mentioned to drop the packet.=0APlease let me know your comments.=0A=0A= =0AThanks,Sandhya=0A=0A=0A=0AOn Sunday, October 20, 2013 12:31 AM, "vrrp-re= [email protected]" <[email protected]> wrote:=0A =0AIf you have received t= his digest without all the individual message=0Aattachments you will need t= o update your digest options in your list=0Asubscription.=A0 To do so, go t= o =0A=0Ahttps://www.ietf.org/mailman/listinfo/vrrp=0A=0AClick the 'Unsubscr= ibe or edit options' button, log in, and set "Get=0AMIME or Plain Text Dige= sts?" to MIME.=A0 You can set this option=0Aglobally for all the list diges= ts you receive at this point.=0A=0A=0A=0ASend vrrp mailing list submissions= to=0A=A0=A0=A0 [email protected]=0A=0ATo subscribe or unsubscribe via the Worl= d Wide Web, visit=0A=A0=A0=A0 https://www.ietf.org/mailman/listinfo/vrrp=0A= or, via email, send a message with subject or body 'help' to=0A=A0=A0=A0 vr= [email protected]=0A=0AYou can reach the person managing the list at=0A= =A0=A0=A0 [email protected]=0A=0AWhen replying, please edit your Subject = line so it is more specific=0Athan "Re: Contents of vrrp digest..."=0A=0A= =0AToday's Topics:=0A=0A=A0 1. Re: vrrp Digest, Vol 88, Issue 1 (Thirumava= lavan Periyannan)=0A=A0 2. Re: :=A0 VRRP IPV6 Session Configuration with d= ifferent link=0A=A0 =A0 =A0 (Sreenatha Setty)=0A=0A=0A---------------------= -------------------------------------------------=0A=0AMessage: 1=0ADate: S= at, 19 Oct 2013 01:02:02 +0530=0AFrom: Thirumavalavan Periyannan <tperiyann= [email protected]>=0ATo: "[email protected]" <[email protected]>=0ASubject: Re= : [VRRP] vrrp Digest, Vol 88, Issue 1=0AMessage-ID:=0A=A0=A0=A0 <6174384267= 68D648ABBC00E677AA0149028C9A0DF814@INEXCHANGE.corp.extremenetworks.com>=0A= =A0=A0=A0 =0AContent-Type: text/plain; charset=3D"us-ascii"=0A=0AHi,=0A=0A= =0A=0AYes, If Virtual IP (including link local) is different for specific V= RID then it will be DUAL Master State on DUT1 & DUT2 routers.=0A=0A=0AThank= s & Regards,=0AThirumavalavan Periyannan=0AAssociate SQA Engineer, Extreme = Networks=0A=0A=0A=0A-----Original Message-----=0AFrom: [email protected]= g [mailto:[email protected]] On Behalf Of [email protected]=0ASent:= Saturday, October 19, 2013 12:31 AM=0ATo: [email protected]=0ASubject: vrrp Di= gest, Vol 88, Issue 1=0A=0A=0A=0AIf you have received this digest without a= ll the individual message attachments you will need to update your digest o= ptions in your list subscription.=A0 To do so, go to=0A=0A=0A=0Ahttps://www= .ietf.org/mailman/listinfo/vrrp=0A=0A=0A=0AClick the 'Unsubscribe or edit o= ptions' button, log in, and set "Get MIME or Plain Text Digests?" to MIME.= =A0 You can set this option globally for all the list digests you receive a= t this point.=0A=0A=0A=0A=0A=0A=0A=0ASend vrrp mailing list submissions to= =0A=0A=A0 =A0 =A0 =A0 =A0 =A0 [email protected]<mailto:[email protected]>=0A=0A=0A= =0ATo subscribe or unsubscribe via the World Wide Web, visit=0A=0A=A0 =A0 = =A0 =A0 =A0 =A0 https://www.ietf.org/mailman/listinfo/vrrp=0A=0Aor, via ema= il, send a message with subject or body 'help' to=0A=0A=A0 =A0 =A0 =A0 =A0 = =A0 [email protected]<mailto:[email protected]>=0A=0A=0A=0AYou can = reach the person managing the list at=0A=0A=A0 =A0 =A0 =A0 =A0 =A0 vrrp-own= [email protected]<mailto:[email protected]>=0A=0A=0A=0AWhen replying, please ed= it your Subject line so it is more specific than "Re: Contents of vrrp dige= st..."=0A=0A=0A=0A=0A=0AToday's Topics:=0A=0A=0A=0A=A0 1. VRRP IPV6 Sessio= n Configuration with different link local=0A=0A=A0 =A0 =A0 addresses (as VI= P) (Sandhya Puppala)=0A=0A=0A=0A=0A=0A-------------------------------------= ---------------------------------=0A=0A=0A=0AMessage: 1=0A=0ADate: Thu, 17 = Oct 2013 22:27:21 -0700 (PDT)=0A=0AFrom: Sandhya Puppala <psandhya81@yahoo.= com>=0A=0ATo: "[email protected]" <[email protected]>=0A=0ASubject: [VRRP] VRRP IPV= 6 Session Configuration with different link=0A=0A=A0 =A0 =A0 =A0 =A0 =A0 lo= cal=A0 =A0 addresses (as VIP)=0A=0AMessage-ID:=0A=0A=A0 =A0 =A0 =A0 =A0 = =A0 <[email protected]>=0A=0AConte= nt-Type: text/plain; charset=3D"iso-8859-1"=0A=0A=0A=0A=0A=0A=0A=0AHi,=0A= =0A=0A=0A=0A=0AConsider the below topology,=0A=0ADUT1 ----- DUT2=0A=0A=0A= =0AConfigured DUT1 as owner with vip as fe80::ca35:b8ff:fea8:82fd.=0A=0AAnd= configured DUT2 as not-owner with vip as fe80::ca35:b8ff:fea8:8212=0A=0A= =0A=0AVIP on DUT1 and DUT2 are different.=0A=0A=0A=0AWhat should be the sta= tes of DUT1 & DUT2?=0A=0A=0A=0AAccording to draft http://tools.ietf.org/htm= l/draft-ietf-vrrp-ipv6-spec-07=0A=0Asection 7.1,=0A=0A=0A=0AIf the packet w= as not generated by the address owner (Priority does not equal 255 (decimal= )), the receiver MUST drop the packet, otherwise continue processing.=0A=0A= =0A=0A1. Does it need to compare the vip address of received packet and its= vip address?=0A=0A??? If there are different what need to be done?=0A=0A= =0A=0AAs per RFC "DUT2 should accept the packet from DUT1".=0A=0ADoes this = mean DUT2 state should become backup?=0A=0A=0A=0A=0A=0A=0A=0AThanks,=0A=0AS= andhya=0A=0A-------------- next part --------------=0A=0AAn HTML attachment= was scrubbed...=0A=0AURL: <http://www.ietf.org/mail-archive/web/vrrp/attac= hments/20131017/5babdb8d/attachment.htm>=0A=0A=0A=0A-----------------------= -------=0A=0A=0A=0A_______________________________________________=0A=0Avrr= p mailing [email protected]<mailto:[email protected]>=0A=0Ahttps://www.ie= tf.org/mailman/listinfo/vrrp=0A=0A=0A=0A=0A=0AEnd of vrrp Digest, Vol 88, I= ssue 1=0A=0A***********************************=0A=0A______________________= __________=0ADISCLAIMER:=0AThis e-mail and any attachments to it may contai= n confidential and proprietary material and is solely for the use of the in= tended recipient. Any review, use, disclosure, distribution or copying of t= his transmittal is prohibited except by or on behalf of the intended recipi= ent. If you have received this transmittal in error, please notify the send= er and destroy this e-mail and any attachments and all copies, whether elec= tronic or printed.=0A-------------- next part --------------=0AAn HTML atta= chment was scrubbed...=0AURL: <http://www.ietf.org/mail-archive/web/vrrp/at= tachments/20131019/e1ee034d/attachment.htm>=0A=0A--------------------------= ----=0A=0AMessage: 2=0ADate: Sat, 19 Oct 2013 12:36:50 +0530=0AFrom: Sreena= tha Setty <[email protected]>=0ATo: <[email protected]>=0ACc: ps= [email protected]=0ASubject: Re: [VRRP] :=A0 VRRP IPV6 Session Configurati= on with different=0A=A0=A0=A0 link=0AMessage-ID:=0A=A0=A0=A0 <DB36B077CF387= [email protected]>=0A=A0=A0=A0 = =0AContent-Type: text/plain; charset=3D"us-ascii"=0A=0AHi Sandhya,=0A=A0 = =A0 Normally Vendors will implement based on the standard RFC not on=0Athe= draft version, since drafts can undergo changes very frequently. I=0Aam no= t sure for what reason you are referring that particular draft. =0AI sugges= t you to refer latest VRRP v3 RFC: 5798 for better=0Aunderstanding.=0A=0ACo= ming to your query,=A0 according to latest RFC 5798( section 7.1), " If=0At= he packet was not generated by the address owner (Priority does not=0Aequal= 255 (decimal)), the receiver MUST drop the packet, otherwise=0Acontinue pr= ocessing" condition is removed.=A0 So router can accept vrrp=0Apackets even= if it is generated by other than the address owner if all=0Aother conditio= ns are met. (Mentioned in the above sections 7.1 of RFC=0A5798)=0A=0AIn you= r case, you mentioned different VIPs are configured. In the same=0Asection = only,=A0 RFC tells, =0A=A0 =A0 =A0 - MAY verify that "Count IPvX Addrs" and= the list of IPvX=0A=A0 =A0 =A0 address(es) match the IPvX Address(es) conf= igured for the VRID.=0A=0ASo according to this logic, both DUTs will discar= d the vrrp packets=0Asince VIP address are different and both DUTs will bec= ome VRRP Masters.=0A=0AAnd standard VRRP MIB(RFC 6527) specifies one statis= tics object to=0Arepresent these kind of address list errors:=0A=0Avrrpv3St= atisticsAddressListErrors OBJECT-TYPE=0A=A0 =A0 =A0 =A0 =A0 SYNTAX=A0 =A0 = =A0 Counter64=0A=A0 =A0 =A0 =A0 =A0 MAX-ACCESS=A0 read-only=0A=A0 =A0 = =A0 =A0 =A0 STATUS=A0 =A0 =A0 current=0A=A0 =A0 =A0 =A0 =A0 DESCRIPTION= =0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 "The total number of packets received for w= hich the=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 address list does not match the loc= ally configured=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 list for the virtual router.= =0A=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 Discontinuities in the value of this cou= nter can occur=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 at re-initialization of the m= anagement system, and at=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 other times as indi= cated by the value of=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 vrrpv3StatisticsRowDis= continuityTime."=0A=A0 =A0 =A0 =A0 =A0 ::=3D { vrrpv3StatisticsEntry 10 }= =0A=0ASummary to your query:=0A=A0 =A0 1. Both DUTs will detects VIP addres= s error, discards the packets=0Aand becomes the Masters.=0A=A0 =A0 2. DUTs= =A0 increment the statistics variable=0Avrrpv3StatisticsAddressListErrors.= =0A=0A=0AAdditionally, if you configure different VRIDs, packets will be=0A= discarded before checking the VIPs only. Both DUTs will become masters=0Aan= d will increment vrrpv3RouterVrIdErrors statistics variable (RFC=0A6527).= =0A=0Avrrpv3RouterVrIdErrors OBJECT-TYPE=0A=A0 =A0 =A0 =A0 =A0 SYNTAX=A0 = =A0 =A0 Counter64=0A=A0 =A0 =A0 =A0 =A0 MAX-ACCESS=A0 read-only=0A=A0 = =A0 =A0 =A0 =A0 STATUS=A0 =A0 =A0 current=0A=A0 =A0 =A0 =A0 =A0 DESCRIPTI= ON=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 "The total number of VRRP packets receive= d with a=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 VRID that is not valid for any v= irtual router on this=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 router.=0A=0A=A0 = =A0 =A0 =A0 =A0 =A0 =A0 Discontinuities in the value of this counter can o= ccur=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 at re-initialization of the management = system, and at=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 other times as indicated by t= he value of=0A=A0 =A0 =A0 =A0 =A0 =A0 =A0 vrrpv3GlobalStatisticsDiscontinu= ityTime."=0A=0A=A0 =A0 =A0 =A0 =A0 REFERENCE "RFC 5798, Section 5.2.3"=0A= =A0 =A0 =A0 =A0 =A0 ::=3D { vrrpv3Statistics 3 }=0A=0AThanks & Regards,=0A= B Sreenatha Setty=0ASenior Software Engineer=0AIB Technology=0A=0A---------= ---------------------------------------------------------------=0A---------= -----------------------------=0AMessage: 1=0ADate: Thu, 17 Oct 2013 22:27:2= 1 -0700 (PDT)=0AFrom: Sandhya Puppala <[email protected]>=0ATo: "vrrp@ie= tf.org" <[email protected]>=0ASubject: [VRRP] VRRP IPV6 Session Configuration w= ith different link=0A=A0=A0=A0 local=A0=A0=A0 addresses (as VIP)=0AMessage-= ID:=0A=A0=A0=A0 <[email protected]= >=0AContent-Type: text/plain; charset=3D"iso-8859-1"=0A=0A=0A=0AHi,=0A=0A= =0AConsider the below topology,=0ADUT1 ----- DUT2=0A=0AConfigured DUT1 as o= wner with vip as fe80::ca35:b8ff:fea8:82fd.=0AAnd configured DUT2 as not-ow= ner with vip as fe80::ca35:b8ff:fea8:8212=0A=0AVIP on DUT1 and DUT2 are dif= ferent.=0A=0AWhat should be the states of DUT1 & DUT2?=0A=0AAccording to dr= aft=0Ahttp://tools.ietf.org/html/draft-ietf-vrrp-ipv6-spec-07=0Asection 7.1= , =0A=0AIf the packet was not generated by the address owner (Priority does= not=0Aequal 255 (decimal)), the receiver MUST drop the packet, otherwise= =0Acontinue processing.=0A=0A1. Does it need to compare the vip address of = received packet and its=0Avip address?=0A??? If there are different what ne= ed to be done?=0A=0AAs per RFC "DUT2 should accept the packet from DUT1".= =0ADoes this mean DUT2 state should become backup?=0A=0A=0A=0AThanks,=0ASan= dhya=0A-------------- next part --------------=0AAn HTML attachment was scr= ubbed...=0AURL:=0A<http://www.ietf.org/mail-archive/web/vrrp/attachments/20= 131017/5babdb8d=0A/attachment.htm>=0A=0A------------------------------=0A= =0A_______________________________________________=0Avrrp mailing list=0Avr= [email protected]=0Ahttps://www.ietf.org/mailman/listinfo/vrrp=0A=0A=0AEnd of vrr= p Digest, Vol 88, Issue 1=0A***********************************=0ADisclaime= r : =0AThis email communication may contain privileged and confidential inf= ormation and is intended for the use of the addressee only.If you are not a= n intended recipient you are requested not to reproduce, copy disseminate o= r in any manner distribute this email communication as the same is strictly= prohibited. If you have received this email in error, please notify the se= nder immediately by return e-mail and delete the communication sent in erro= r. Email communications cannot be guaranteed to be secure & error free and = IB Technology is not liable for any errors in the email communication or fo= r the proper, timely and complete transmission thereof.=0A=0A=0A=0A--------= ----------------------=0A=0A_______________________________________________= =0Avrrp mailing [email protected]=0Ahttps://www.ietf.org/mailman/listinf= o/vrrp=0A=0A=0AEnd of vrrp Digest, Vol 88, Issue 2=0A**********************= ************* --1775031368-1806675558-1382438484=:49051 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo= nt-size:12pt"><div><br></div><div><span>Hi Sreenatha,</span></div><div styl= e=3D"color:rgb(0, 0, 0);font-size:16px;font-family:HelveticaNeue, Helvetica= Neue, Helvetica, Arial, Lucida Grande, sans-serif;background-color:transpa= rent;font-style:normal;"><br clear=3D"none"><span></span></div><div style= =3D"color:rgb(0, 0, 0);font-size:16px;font-family:HelveticaNeue, Helvetica = Neue, Helvetica, Arial, Lucida Grande, sans-serif;background-color:transpar= ent;font-style:normal;"><span>Thank you for your response.</span></div><div= style=3D"color:rgb(0, 0, 0);font-size:16px;font-family:HelveticaNeue, Helv= etica Neue, Helvetica, Arial, Lucida Grande, sans-serif;background-color:tr= ansparent;font-style:normal;"><span>I agree with you. I also feel, both sho= uld be Master, but in RFC 5798.</span></div><div style=3D"color:rgb(0, 0, 0);font-size:16px;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Ar= ial, Lucida Grande, sans-serif;background-color:transparent;font-style:norm= al;"><span style=3D"font-style: italic;"><span>In section 7.1</span></span>= </div><div style=3D"color:rgb(0, 0, 0);font-size:16px;font-family:Helvetica= Neue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;backgroun= d-color:transparent;font-style:normal;"><span style=3D"font-style: italic;"= >If any one of the above checks fails, the receiver MUST discard the=0A p= acket, SHOULD log the event, and MAY indicate via network management=0A t= hat an error occurred. </span></div><div style=3D"color:rgb(0, 0, 0);f= ont-size:16px;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, = Lucida Grande, sans-serif;background-color:transparent;font-style:normal;">= <span style=3D"font-style: italic;"><br clear=3D"none"></span></div><div st= yle=3D"color:rgb(0, 0, 0);font-size:16px;font-family:HelveticaNeue, Helveti= ca Neue, Helvetica, Arial, Lucida Grande, sans-serif;background-color:trans= parent;font-style:normal;"><span style=3D"font-style: italic;"> - MAY verif= y that "Count IPvX Addrs" and the list of IPvX=0A address(es) match th= e IPvX Address(es) configured for the VRID.=0A=0A If the above check fail= s, the receiver SHOULD log the event and MAY=0A indicate via network mana= gement that a misconfiguration was detected. </span><br clear=3D"none"></di= v><div style=3D"color:rgb(0, 0, 0);font-size:16px;font-family:HelveticaNeue= , Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;background-co= lor:transparent;font-style:normal;"><br clear=3D"none"></div><div style=3D"= color:rgb(0, 0, 0);font-size:16px;font-family:HelveticaNeue, Helvetica Neue= , Helvetica, Arial, Lucida Grande, sans-serif;background-color:transparent;= font-style:normal;">It is not mentioned to drop the packet. In the same sec= tion for other failed cases it clearly mentioned to drop the packet.</div><= div style=3D"color:rgb(0, 0, 0);font-size:16px;font-family:HelveticaNeue, H= elvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;background-color= :transparent;font-style:normal;">Please let me know your comments.<br clear= =3D"none"></div><div style=3D"color:rgb(0, 0, 0);font-size:16px;font-family= :HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;background-color:transparent;font-style:normal;"= ><br clear=3D"none"></div><div style=3D"color:rgb(0, 0, 0);font-size:16px;f= ont-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, = sans-serif;background-color:transparent;font-style:normal;">Thanks,</div>Sa= ndhya<div style=3D"display: block;" class=3D"yahoo_quoted"> <br> <br> <div = style=3D"font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Luci= da Grande, sans-serif; font-size: 12pt;"> <div style=3D"font-family: Helvet= icaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-= size: 12pt;"> <div dir=3D"ltr"> <font size=3D"2" face=3D"Arial"> On Sunday,= October 20, 2013 12:31 AM, "[email protected]" <[email protected]= rg> wrote:<br> </font> </div> <div class=3D"y_msg_container">If you hav= e received this digest without all the individual message<br>attachments yo= u will need to update your digest options in your list<br>subscription.&nbs= p; To do so, go to <br><br><a href=3D"https://www.ietf.org/mailman/listinfo/vrrp" targe= t=3D"_blank">https://www.ietf.org/mailman/listinfo/vrrp</a><br><br>Click th= e 'Unsubscribe or edit options' button, log in, and set "Get<br>MIME or Pla= in Text Digests?" to MIME. You can set this option<br>globally for al= l the list digests you receive at this point.<br><br><br><br>Send vrrp mail= ing list submissions to<br> <a ymailto=3D"mailto:vrrp@iet= f.org" href=3D"mailto:[email protected]">[email protected]</a><br><br>To subscribe = or unsubscribe via the World Wide Web, visit<br> <a href= =3D"https://www.ietf.org/mailman/listinfo/vrrp" target=3D"_blank">https://w= ww.ietf.org/mailman/listinfo/vrrp</a><br>or, via email, send a message with= subject or body 'help' to<br> <a ymailto=3D"mailto:vrrp-= [email protected]" href=3D"mailto:[email protected]">[email protected]= rg</a><br><br>You can reach the person managing the list at<br> = <a ymailto=3D"mailto:[email protected]" href=3D"mailto:[email protected]"= >[email protected]</a><br><br>When replying, please edit your Subject lin= e so it is more specific<br>than "Re: Contents of vrrp digest..."<br><br><b= r>Today's Topics:<br><br> 1. Re: vrrp Digest, Vol 88, Issue 1 (Thiru= mavalavan Periyannan)<br> 2. Re: : VRRP IPV6 Session Configura= tion with different link<br> (Sreenatha Setty)<br><br><= br>----------------------------------------------------------------------<b= r><br>Message: 1<br>Date: Sat, 19 Oct 2013 01:02:02 +0530<br>From: Thirumav= alavan Periyannan <<a ymailto=3D"mailto:[email protected]"= href=3D"mailto:[email protected]">tperiyannan@extremenetwork= s.com</a>><br>To: "<a ymailto=3D"mailto:[email protected]" href=3D"mailto:vr= [email protected]">[email protected]</a>" <<a ymailto=3D"mailto:[email protected]" hre= f=3D"mailto:[email protected]">[email protected]</a>><br>Subject: Re: [VRRP] vrr= p Digest, Vol 88, Issue 1<br>Message-ID:<br> <<a ymailto=3D"mai= lto:617438426768D648ABBC00E677AA0149028C9A0DF814@INEXCHANGE.corp.extremenet= works.com" href=3D"mailto:617438426768D648ABBC00E677AA0149028C9A0DF814@INEX= CHANGE.corp.extremenetworks.com">617438426768D648ABBC00E677AA0149028C9A0DF8= [email protected]</a>><br> <br>Co= ntent-Type: text/plain; charset=3D"us-ascii"<br><br>Hi,<br><br><br><br>Yes,= If Virtual IP (including link local) is different for specific VRID then i= t will be DUAL Master State on DUT1 & DUT2 routers.<br><br><br>Thanks &= amp; Regards,<br>Thirumavalavan Periyannan<br>Associate SQA Engineer, Extre= me Networks<br><br><br><br>-----Original Message-----<br>From: <a ymailto= =3D"mailto:[email protected]" href=3D"mailto:[email protected]">vrr= [email protected]</a> [mailto:<a ymailto=3D"mailto:[email protected]" = href=3D"mailto:[email protected]">[email protected]</a>] On Behalf = Of <a ymailto=3D"mailto:[email protected]" href=3D"mailto:vrrp-request@ietf.= org">[email protected]</a><br>Sent: Saturday, October 19, 2013 12:31 AM= <br>To: <a ymailto=3D"mailto:[email protected]" href=3D"mailto:[email protected]">v= [email protected]</a><br>Subject: vrrp Digest, Vol 88, Issue 1<br><br><br><br>If= you have received this digest without all the individual message attachmen= ts you will need to update your digest options in your list subscription.&n= bsp; To do so, go to<br><br><br><br><a href=3D"https://www.ietf.org/mailman= /listinfo/vrrp" target=3D"_blank">https://www.ietf.org/mailman/listinfo/vrr= p</a><br><br><br><br>Click the 'Unsubscribe or edit options' button, log in= , and set "Get MIME or Plain Text Digests?" to MIME. You can set this= option globally for all the list digests you receive at this point.<br><br= ><br><br><br><br><br><br>Send vrrp mailing list submissions to<br><br> = ; <a ymailto=3D"mailto:[email protected]" href=3D"mailto:[email protected]">[email protected]</a><mailto:<a ymailto=3D"ma= ilto:[email protected]" href=3D"mailto:[email protected]">[email protected]</a>><br>= <br><br><br>To subscribe or unsubscribe via the World Wide Web, visit<br><b= r> <a href=3D"https://www.ietf.org= /mailman/listinfo/vrrp" target=3D"_blank">https://www.ietf.org/mailman/list= info/vrrp</a><br><br>or, via email, send a message with subject or body 'he= lp' to<br><br> <a ymailto=3D"mailt= o:[email protected]" href=3D"mailto:[email protected]">vrrp-request= @ietf.org</a><mailto:<a ymailto=3D"mailto:[email protected]" href=3D= "mailto:[email protected]">[email protected]</a>><br><br><br><br= >You can reach the person managing the list at<br><br> = <a ymailto=3D"mailto:[email protected]" href=3D"mail= to:[email protected]">[email protected]</a><mailto:<a ymailto=3D"mailto:[email protected]" href=3D"mailto:[email protected]"= >[email protected]</a>><br><br><br><br>When replying, please edit your= Subject line so it is more specific than "Re: Contents of vrrp digest..."<= br><br><br><br><br><br>Today's Topics:<br><br><br><br> 1. VRRP IPV6 = Session Configuration with different link local<br><br> = addresses (as VIP) (Sandhya Puppala)<br><br><br><br><br><br>--------------= --------------------------------------------------------<br><br><br><br>Mes= sage: 1<br><br>Date: Thu, 17 Oct 2013 22:27:21 -0700 (PDT)<br><br>From: San= dhya Puppala <<a ymailto=3D"mailto:[email protected]" href=3D"mailto:= [email protected]">[email protected]</a>><br><br>To: "<a ymailto= =3D"mailto:[email protected]" href=3D"mailto:[email protected]">[email protected]</a>" = <<a ymailto=3D"mailto:[email protected]" href=3D"mailto:[email protected]">vrrp@= ietf.org</a>><br><br>Subject: [VRRP] VRRP IPV6 Session Configuration wit= h different link<br><br> local = addresses (as VIP)<br><br>Message-ID:<br><br> &n= bsp; <<a ymailto=3D"mailto:1382074041.37205.YahooMailNeo@web16010= 3.mail.bf1.yahoo.com" href=3D"mailto:1382074041.37205.YahooMailNeo@web16010= 3.mail.bf1.yahoo.com">[email protected]= o.com</a>><br><br>Content-Type: text/plain; charset=3D"iso-8859-1"<br><b= r><br><br><br><br><br><br>Hi,<br><br><br><br><br><br>Consider the below top= ology,<br><br>DUT1 ----- DUT2<br><br><br><br>Configured DUT1 as owner with = vip as fe80::ca35:b8ff:fea8:82fd.<br><br>And configured DUT2 as not-owner w= ith vip as fe80::ca35:b8ff:fea8:8212<br><br><br><br>VIP on DUT1 and DUT2 ar= e different.<br><br><br><br>What should be the states of DUT1 & DUT2?<b= r><br><br><br>According to draft <a href=3D"http://tools.ietf.org/html/draf= t-ietf-vrrp-ipv6-spec-07" target=3D"_blank">http://tools.ietf.org/html/draft-ietf-vrrp-ipv6-spec-07<= /a><br><br>section 7.1,<br><br><br><br>If the packet was not generated by t= he address owner (Priority does not equal 255 (decimal)), the receiver MUST= drop the packet, otherwise continue processing.<br><br><br><br>1. Does it = need to compare the vip address of received packet and its vip address?<br>= <br>??? If there are different what need to be done?<br><br><br><br>As per = RFC "DUT2 should accept the packet from DUT1".<br><br>Does this mean DUT2 s= tate should become backup?<br><br><br><br><br><br><br><br>Thanks,<br><br>Sa= ndhya<br><br>-------------- next part --------------<br><br>An HTML attachm= ent was scrubbed...<br><br>URL: <<a href=3D"http://www.ietf.org/mail-arc= hive/web/vrrp/attachments/20131017/5babdb8d/attachment.htm" target=3D"_blank">http://www.ietf.org/mail-archive/web/vrrp/attachments/20= 131017/5babdb8d/attachment.htm</a>><br><br><br><br>---------------------= ---------<br><br><br><br>_______________________________________________<br= ><br>vrrp mailing list<br><br><a ymailto=3D"mailto:[email protected]" href=3D"m= ailto:[email protected]">[email protected]</a><mailto:<a ymailto=3D"mailto:vrrp@= ietf.org" href=3D"mailto:[email protected]">[email protected]</a>><br><br><a hre= f=3D"https://www.ietf.org/mailman/listinfo/vrrp" target=3D"_blank">https://= www.ietf.org/mailman/listinfo/vrrp</a><br><br><br><br><br><br>End of vrrp D= igest, Vol 88, Issue 1<br><br>***********************************<br><br>__= ______________________________<br>DISCLAIMER:<br>This e-mail and any attach= ments to it may contain confidential and proprietary material and is solely= for the use of the intended recipient. Any review, use, disclosure, distri= bution or copying of this transmittal is prohibited except by or on behalf = of the intended recipient. If you have received this transmittal in error, please= notify the sender and destroy this e-mail and any attachments and all copi= es, whether electronic or printed.<br>-------------- next part ------------= --<br>An HTML attachment was scrubbed...<br>URL: <<a href=3D"http://www.= ietf.org/mail-archive/web/vrrp/attachments/20131019/e1ee034d/attachment.htm= " target=3D"_blank">http://www.ietf.org/mail-archive/web/vrrp/attachments/2= 0131019/e1ee034d/attachment.htm</a>><br><br>----------------------------= --<br><br>Message: 2<br>Date: Sat, 19 Oct 2013 12:36:50 +0530<br>From: Sree= natha Setty <<a ymailto=3D"mailto:[email protected]" href= =3D"mailto:[email protected]">[email protected]= om</a>><br>To: <<a ymailto=3D"mailto:[email protected]" href=3D"mailto:vr= [email protected]">[email protected]</a>><br>Cc: <a ymailto=3D"mailto:psandhya81@y= ahoo.com" href=3D"mailto:[email protected]">[email protected]</a><br>= Subject: Re: [VRRP] : VRRP IPV6 Session Configuration with different<br> = ; link<br>Message-ID:<br> <<a ymailto=3D"m= ailto:DB36B077CF387C4989BCC57D685FA30102F2BF4D@GRGHEXCHANGE.grgh.indiabulls= .com" href=3D"mailto:DB36B077CF387C4989BCC57D685FA30102F2BF4D@GRGHEXCHANGE.= grgh.indiabulls.com">DB36B077CF387C4989BCC57D685FA30102F2BF4D@GRGHEXCHANGE.= grgh.indiabulls.com</a>><br> <br>Content-Type: text/pl= ain; charset=3D"us-ascii"<br><br>Hi Sandhya,<br> Normally Ven= dors will implement based on the standard RFC not on<br>the draft version, = since drafts can undergo changes very frequently. I<br>am not sure for what= reason you are referring that particular draft. <br>I suggest you to refer= latest VRRP v3 RFC: 5798 for better<br>understanding.<br><br>Coming to you= r query, according to latest RFC 5798( section 7.1), " If<br>the pack= et was not generated by the address owner (Priority does not<br>equal 255 (decimal)), the receiver MUST drop the packet, otherwise<br>continue proce= ssing" condition is removed. So router can accept vrrp<br>packets eve= n if it is generated by other than the address owner if all<br>other condit= ions are met. (Mentioned in the above sections 7.1 of RFC<br>5798)<br><br>I= n your case, you mentioned different VIPs are configured. In the same<br>se= ction only, RFC tells, <br> - MAY verify that "Co= unt IPvX Addrs" and the list of IPvX<br> address(es) ma= tch the IPvX Address(es) configured for the VRID.<br><br>So according to th= is logic, both DUTs will discard the vrrp packets<br>since VIP address are = different and both DUTs will become VRRP Masters.<br><br>And standard VRRP = MIB(RFC 6527) specifies one statistics object to<br>represent these kind of= address list errors:<br><br>vrrpv3StatisticsAddressListErrors OBJECT-TYPE<= br> SYNTAX =20 Counter64<br> MAX-ACCESS read-on= ly<br> STATUS curre= nt<br> DESCRIPTION<br> &nbs= p; "The total number of packets received for w= hich the<br> address list = does not match the locally configured<br> = list for the virtual router.<br><br> &n= bsp; Discontinuities in the value of this counter can= occur<br> at re-initializ= ation of the management system, and at<br>  = ; other times as indicated by the value of<br> = vrrpv3StatisticsRowDiscontinuityTime."<= br> ::=3D { vrrpv3StatisticsEntry 10 }<br><br>Summary to your query:<br> 1. Both DUTs will dete= cts VIP address error, discards the packets<br>and becomes the Masters.<br>= 2. DUTs increment the statistics variable<br>vrrpv3Stat= isticsAddressListErrors.<br><br><br>Additionally, if you configure differen= t VRIDs, packets will be<br>discarded before checking the VIPs only. Both D= UTs will become masters<br>and will increment vrrpv3RouterVrIdErrors statis= tics variable (RFC<br>6527).<br><br>vrrpv3RouterVrIdErrors OBJECT-TYPE<br>&= nbsp; SYNTAX Counter64<br= > MAX-ACCESS read-only<br> = STATUS current<br> &= nbsp; DESCRIPTION<br> &nbs= p; "The total number of VRRP packets received with a<br>&nbs= p; VRID that is not valid for any virtual router on this<br> = router.<br><br> &nb= sp; Discontinuities in the value of this counter can occur<br> = ; at re-initialization of the ma= nagement system, and at<br> = other times as indicated by the value of<br> &= nbsp; vrrpv3GlobalStatisticsDiscontinuityTime."<br><br> = ; REFERENCE "RFC 5798, Section 5.2.3"<br> = ; ::=3D { vrrpv3Statistics 3 }<br><br>Thanks &= amp; Regards,<br>B Sreenatha Setty<br>Senior Software Engineer<br>IB Techno= logy<br><br>---------------------------------------------------------------= ---------<br>--------------------------------------<br>Message: 1<br>Date: = Thu, 17 Oct 2013 22:27:21 -0700 (PDT)<br>From: Sandhya Puppala <<a ymailto=3D"mailto:[email protected]" href=3D"mailto:[email protected]= m">[email protected]</a>><br>To: "<a ymailto=3D"mailto:[email protected]"= href=3D"mailto:[email protected]">[email protected]</a>" <<a ymailto=3D"mailto:= [email protected]" href=3D"mailto:[email protected]">[email protected]</a>><br>Subje= ct: [VRRP] VRRP IPV6 Session Configuration with different link<br> &nb= sp; local addresses (as VIP)<br>Message-ID:<br>&nbs= p; <<a ymailto=3D"mailto:1382074041.37205.YahooMailNeo@web16= 0103.mail.bf1.yahoo.com" href=3D"mailto:1382074041.37205.YahooMailNeo@web16= 0103.mail.bf1.yahoo.com">[email protected]= ahoo.com</a>><br>Content-Type: text/plain; charset=3D"iso-8859-1"<br><br= ><br><br>Hi,<br><br><br>Consider the below topology,<br>DUT1 ----- DUT2<br>= <br>Configured DUT1 as owner with vip as fe80::ca35:b8ff:fea8:82fd.<br>And = configured DUT2 as not-owner with vip as fe80::ca35:b8ff:fea8:8212<br><br>V= IP on DUT1 and DUT2 are different.<br><br>What should be the states of DUT1 & DUT= 2?<br><br>According to draft<br><a href=3D"http://tools.ietf.org/html/draft= -ietf-vrrp-ipv6-spec-07" target=3D"_blank">http://tools.ietf.org/html/draft= -ietf-vrrp-ipv6-spec-07</a><br>section 7.1, <br><br>If the packet was not g= enerated by the address owner (Priority does not<br>equal 255 (decimal)), t= he receiver MUST drop the packet, otherwise<br>continue processing.<br><br>= 1. Does it need to compare the vip address of received packet and its<br>vi= p address?<br>??? If there are different what need to be done?<br><br>As pe= r RFC "DUT2 should accept the packet from DUT1".<br>Does this mean DUT2 sta= te should become backup?<br><br><br><br>Thanks,<br>Sandhya<br>-------------= - next part --------------<br>An HTML attachment was scrubbed...<br>URL:<br= ><<a href=3D"http://www.ietf.org/mail-archive/web/vrrp/attachments/20131= 017/5babdb8d" target=3D"_blank">http://www.ietf.org/mail-archive/web/vrrp/attachments/20= 131017/5babdb8d</a><br>/attachment.htm><br><br>-------------------------= -----<br><br>_______________________________________________<br>vrrp mailin= g list<br><a ymailto=3D"mailto:[email protected]" href=3D"mailto:[email protected]"= >[email protected]</a><br><a href=3D"https://www.ietf.org/mailman/listinfo/vrrp= " target=3D"_blank">https://www.ietf.org/mailman/listinfo/vrrp</a><br><br><= br>End of vrrp Digest, Vol 88, Issue 1<br>*********************************= **<br>Disclaimer : <br>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, co= py disseminate or in any manner distribute this email communication as the = same is strictly prohibited. If you have received this email in error, plea= se notify the sender immediately by return e-mail and delete the communicat= ion 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 co= mmunication or for the proper, timely and complete transmission thereof.<br= ><br><br><br>------------------------------<br><br>________________________= _______________________<br>vrrp mailing list<br><a ymailto=3D"mailto:vrrp@i= etf.org" href=3D"mailto:[email protected]">[email protected]</a><br><a href=3D"http= s://www.ietf.org/mailman/listinfo/vrrp" target=3D"_blank">https://www.ietf.= org/mailman/listinfo/vrrp</a><br><br><br>End of vrrp Digest, Vol 88, Issue = 2<br>***********************************<br><br><br></div> </div> </div> = </div> </div></body></html> --1775031368-1806675558-1382438484=:49051-- --===============1402898048525386704== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ vrrp mailing list [email protected] https://www.ietf.org/mailman/listinfo/vrrp --===============1402898048525386704==--