The NFS and RPC code in the kernel now uses the new printf format
specifier for IPv6 addresses. In some cases, the generated address
string is sent out of the kernel (for example, it is used to build a
universal address for RPCB_SET requests, and used as the mon_name in
some SM_MON upcalls to our rpc.statd).
The problem is that outside the kernel, applications generally use
getnameinfo(3) or inet_ntop(3) to do this conversion. The library
follows the RFC suggestion of shortening these address strings by
replacing the longest series of zeroes in the IPv6 address with "::".
Since the kernel doesn't do that, string comparisons don't work when
comparing address strings that came from our kernel. Since these
address strings appear to other hosts (via the rpcbind registry) this
is, or could become, an interoperability issue for Linux.
How should I fix this?
1. Copy glibc's code to the printf logic for %pI6
2. Copy glibc's code to a special function used only by SM_MON and
3. Other suggestions or preferences?
Glibc's implementation is Paul Vixie's free version.
From: Vlad Yasevich <firstname.lastname@example.org>
Then you'll break cases where this string is output via
some /proc/ file or whatever and it expects the existing
I don't think we can do this.
Ugh... you are right. Changing the formating across the board is a non-starter,
as much as I would still like to see it.
Upon rereading Chunk's text and re-reading RFC 2732 and RFC 4291, I've come
to the conclusion that any application that attempts to compare textual
representations of IPv6 addresses is misguided at best.
There are multiple different forms of presenting addresses, all of which
are valid and non of which will provide for sting equality. Regardless of
how we represent our IPv6 addresses, there is a chance that it will cause
interoperability issues and the only way to truly solve it is to change
applications to compare addresses in their true numerical representation.
Thanks, this was helpful.
We had considered converting the string address to a sockaddr and back
in user space, and that sounds like a good way to ensure we get the
same presentation address for comparison.