Regarding virtual link local usage for ipv6 VRs

--===============6001858071378165525==
Content-Type: multipart/alternative; boundary=047d7b5d5058d1d6f204df2410f6

--047d7b5d5058d1d6f204df2410f6
Content-Type: text/plain; charset=ISO-8859-1

Hi,

The idea of auto-generating a virtual link local address is good (as
supported by quite a few vendors), but there's one problem about this
 approach that I needed some clarification on.


In RFC 5798, the address owner is defined as

    'The VRRP router that has the virtual router's IPvX address(es) as
real interface address(es).'

Only the owner is allowed to respond to control packets for the virtual
address (unless accept_mode is true).


Now if the auto-generated link-local is used as a virtual IP on a VR, then
by definition there can't be any owner for this address (since its not on
any real interface) and hence using priority 255 for this address doesn't
seem to agree with the RFC very well. Also, there won't be any system who
will respond to the pings to this address, which doesn't look like such a
good idea either.

This same constraint applies to manually configured virtual link-local
address (unless the user decides to have the same link-local address on the
interface).


My understanding is that a virtual IP(v6) address is supposed to be in the
same network as a real interface to allow dynamic routing to be seamless in
the event of VRRP switchover.

If this understanding is correct, then this consideration doesn't apply for
IPv6 link-local addresses and they don't necessarily be present on a real
interface.


Hence, I think the term 'owner' needs a special consideration for the
link-local addresses to allow for cases of auto-generated virtual
link-local addresses and manually configured link-local addresses not
present on real interfaces.

 For link-local address the 'owner' can be simply defined as the node
with priority 255, and these addresses may or may not be on a real
interface.


Rgds

Amit

--047d7b5d5058d1d6f204df2410f6
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><p style=3D"margin-top:0px;margin-right:0px;margin-bottom:=
0px;margin-left:0px;font:normal normal normal 12px/normal Helvetica">Hi,</p=
>
<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica">The idea of auto-genera=
ting a virtual link local address is good (as supported by quite a few vend=
ors), but there&#39;s one problem about this =A0approach that I needed some=
 clarification on.</p>

<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica;min-height:14px"><br></p=
>
<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica">In RFC 5798, the addres=
s owner is defined as</p>
<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica">=A0 =A0 &#39;The VRRP r=
outer that has the virtual router&#39;s IPvX address(es) as real=A0interfac=
e address(es).&#39;</p>

<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica">Only the owner is allow=
ed to respond to control packets for the virtual address=A0(unless accept_m=
ode is true).</p>

<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica"><br></p><p style=3D"mar=
gin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0px;font:normal =
normal normal 12px/normal Helvetica">
Now if the auto-generated link-local is used as a virtual IP on a VR, then =
by=A0definition there can&#39;t be any owner for this address (since its no=
t on any real=A0interface) and hence using priority 255 for this address do=
esn&#39;t seem to=A0agree with the RFC very well. Also, there won&#39;t be =
any system who will=A0respond to the pings to this address, which doesn&#39=
;t look like such a good idea=A0either.</p>

<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica">This same constraint ap=
plies to manually configured virtual link-local address=A0(unless the user =
decides to have the same link-local address on the interface).</p>

<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica;min-height:14px"><br></p=
>
<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica">My understanding is tha=
t a virtual IP(v6) address is supposed to be in the same=A0network as a rea=
l interface to allow dynamic routing to be seamless in the=A0event of VRRP =
switchover.</p>

<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica">If this understanding i=
s correct, then this consideration doesn&#39;t apply for IPv6=A0link-local =
addresses and they don&#39;t necessarily be present on a real interface.=A0=
</p>

<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica;min-height:14px"><br></p=
>
<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica">Hence, I think the term=
 &#39;owner&#39; needs a special consideration for the link-local=A0address=
es to allow for cases of auto-generated virtual link-local addresses=A0and =
manually configured link-local addresses not present on real interfaces.</p=
>

<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica">=A0For link-local addre=
ss the &#39;owner&#39; can be simply defined as the node with=A0priority 25=
5, and these addresses may or may not be on a real interface.</p>

<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica;min-height:14px"><br></p=
>
<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica">Rgds</p>
<p style=3D"margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0=
px;font:normal normal normal 12px/normal Helvetica">Amit</p></div>

--047d7b5d5058d1d6f204df2410f6--

--===============6001858071378165525==
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

--===============6001858071378165525==--