Re: IPv6 path MTU discovery not working (large number of retransmited TCP data packets)
Gert Doering <[email protected]> Tue, 27 May 2025 15:17:44 +0200
| Newsgroups | gmane.os.netbsd.devel.network |
|---|---|
| Message-ID | <[email protected]> |
Hi,
On Tue, May 27, 2025 at 08:25:51AM -0400, Mouse wrote:
> > The number 1 rule for IPv6 routing is to *always* use a link local
> > address for the next hop, for everything.
>
> Why? I've been using globally-routed addresses for everything since
> 2002 and have never had any trouble I can attribute to the practice.
> What am I at risk of?
Religious prosecution.
There is no technical reason why a LLA or a GUA would work "better" or
"more robust". There's benefits and drawbacks to both. But in the end,
both resolve to a MAC address and that's where packets are sent to.
(Now, OSPFv3 is built to only ever think in terms of "LLA", while BGP
is built to mostly think in terms of "GUA" and when they tried to add
something-LLA, the end result was messy... - but neither has anything
to do with "where an end-host should point its gateway").
gert
--
"If was one thing all people took for granted, was conviction that if you
feed honest figures into a computer, honest figures come out. Never doubted
it myself till I met a computer with a sense of humor."
Robert A. Heinlein, The Moon is a Harsh Mistress
Gert Doering - Munich, Germany [email protected]
signature.asc
(application/pgp-signature, 630 B)
-----BEGIN PGP SIGNATURE----- iQGcBAEBAgAGBQJoNbt4AAoJEB2Cnv7KVigSgQsL/1q9aXEXSAe587md9s2lgLwP W0TiYdrpcQQetc4OIp+yZOvA67mJm8lI5zoa6Yn3e3Ru/miE2hoSSwrHMy4+IOhg yFY4Aw6+1/nUbi2vQJG9hPpTdOXh8YRDrmKfRB5TaZuucJ6Bf8dOWl9X3MAFHOnw 9muTxWxsfwW39VpW0FvzyETtRuyn+QNOeUGVmWcQ5IIYXWE3yFD1Ect89rtDVkXw 5Za/lmI9+/dLl2T+rwv1Yg3IKc1niuWi8vnlXsienqH8pVewNyXRiYxQ87MreZfv ZjRIXxxZGcuxfirgbNbg2HWkm3RN6xD1ristW9rb7BaYoh8+Wnpebf+j7TXyOJI8 rcnZJf9k+9895PpHjA+iJYmV61D0vdVBOcNwX86AQUMV7OKTrz+6ah/WbR8iHgXu c1/7QTqUfEDsutkuJpHLWy4uNxxnenrVQmpxMZaMq9kutvJF8wCfyIorWwlzALnQ Pcm9p8d1Y2hY2CO6XqnSf4sSS6y1nyUhpO0S42Ea7w== =SQav -----END PGP SIGNATURE-----