IPv6 woes - RFC

Owen DeLong owen at delong.com
Sat Sep 25 21:31:39 UTC 2021



> On Sep 25, 2021, at 14:20 , Baldur Norddahl <baldur.norddahl at gmail.com> wrote:
> 
> 
> 
> On Sat, 25 Sept 2021 at 21:26, Owen DeLong via NANOG <nanog at nanog.org <mailto:nanog at nanog.org>> wrote:
> So the fact that:
> 
>         2001:db8:0:1::5
>         2001:db8::1:0:0:0:5
> 
> Are two different ways of representing the same address isn’t
> of any concern unless you’re making the mistake of trying to
> string wise compare them in their text-representation format.
> Both equate to the same uint128_t value.
> 
> If you adhere to RFC 5952 only the former is to be used (2001:db8:0:1::5). Also strict RFC 5952 on any output will make a string compare ok because there is only one way to print any address.

IIRC 5952 only specifies display, it does not control (and even if it purports to, depending users to comply is silly) user input.

> We should remember there are also multiple ways to print IPv4 addresses. You can zero extend the addresses and on some ancient systems you could also use the integer value. 

Truth.

> You can even encounter IPv4 printed as IPv6 which is not too uncommon. Many programs internally are IPv6 only and IPv4 is therefore mapped to IPv6. It appears some people are forgetting this fact when proposing to drop IPv6.

Fair point.

I think that ::ffff:1.2.3.4 is fine and I doubt it confuses anyone in IPv4 land much.

Owen

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20210925/dd356e20/attachment.html>


More information about the NANOG mailing list