Le 03/03/2024 à 11:23, Gert Doering via Starlink a écrit :
Hi,
On Tue, Feb 13, 2024 at 07:11:16PM +0100, Alexandre Petrescu via Starlink wrote:
sorry, it could be that I have it on the wrong side.
If VRRP and starlink like to have that IPv6 LL address with ff:fe inside,
and always constant, s
Hi,
On Tue, Feb 13, 2024 at 07:11:16PM +0100, Alexandre Petrescu via Starlink wrote:
> sorry, it could be that I have it on the wrong side.
>
> If VRRP and starlink like to have that IPv6 LL address with ff:fe inside,
> and always constant, so be it. There might be some reasons for it to be that
sorry, it could be that I have it on the wrong side.
If VRRP and starlink like to have that IPv6 LL address with ff:fe
inside, and always constant, so be it. There might be some reasons for
it to be that way.
Alex
Le 13/02/2024 à 18:44, Alexandre Petrescu via Starlink a écrit :
Le 13/02/2
Le 13/02/2024 à 18:12, J Pan a écrit :
yes, the mac for fe80::200:5eff:fe00:101 is 00:00:5e:00:01:01 (a
virtual mac used by the virtual router redundancy protocol commonly
used by service providers in point-of-presence?)
maybe they should rather use the IPv6 anycast concept?
Alex
--
J Pan,
or maybe the VRRP people dont want that address to be opaque at all, I
dont know.
Le 13/02/2024 à 18:39, Alexandre Petrescu via Starlink a écrit :
Le 13/02/2024 à 18:12, J Pan a écrit :
yes, the mac for fe80::200:5eff:fe00:101 is 00:00:5e:00:01:01 (a
virtual mac used by the virtual router re
Le 13/02/2024 à 18:12, J Pan a écrit :
yes, the mac for fe80::200:5eff:fe00:101 is 00:00:5e:00:01:01 (a
virtual mac used by the virtual router redundancy protocol commonly
used by service providers in point-of-presence?)
Do you mean that VRRP requires the use of that MAC address?
In that case
yes, the mac for fe80::200:5eff:fe00:101 is 00:00:5e:00:01:01 (a
virtual mac used by the virtual router redundancy protocol commonly
used by service providers in point-of-presence?)
--
J Pan, UVic CSc, ECS566, 250-472-5796 (NO VM), p...@uvic.ca, Web.UVic.CA/~pan
On Mon, Feb 12, 2024 at 6:14 AM Ale
this is an issue for 6MAN WG at IETF, but this is the text with the
issue in the paper:
From the user device or customer router at 192.168.1.1,
we can reach its GS gateway at 100.64.0.1 (or equivalently
fe80::200:5eff:fe00:101 for IPv6)
That IPv6 link-local address has an 'ff:fe' in it; the p