Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 28 Sep 2019 00:36:07 +0000
From:      Rick Macklem <rmacklem@uoguelph.ca>
To:        "Bjoern A. Zeeb" <bz@FreeBSD.org>
Cc:        Mihir Luthra <luthramihir708@gmail.com>, Hiroki Sato <hrs@allbsd.org>, freebsd-net <freebsd-net@freebsd.org>, "hrs@freebsd.org" <hrs@freebsd.org>
Subject:   Re: rpc.statd already ipv6 clean?
Message-ID:  <YTOPR0101MB11635147C66CD4959BF9A2B5DD800@YTOPR0101MB1163.CANPRD01.PROD.OUTLOOK.COM>
In-Reply-To: <F1F47B57-8491-47E8-A144-6CD75193FFAF@FreeBSD.org>
References:  <CAEa=dYAEKph9qOcegtEB%2BFXCMqdQpmbrbzOA548cvjk0L3KK4A@mail.gmail.com> <20190925.085753.1800759957383540219.hrs@allbsd.org> <CAEa=dYAnwxPjwZozU6K3GE7-Cjwx0rSemVd0ihrbUAUQw3jOLg@mail.gmail.com> <20190926.054603.242590258844901628.hrs@allbsd.org> <CAEa=dYCv=b7JxW4Ajc%2BgBNaC7z_SEiUhwyPz5vxjUNdkzvVmHQ@mail.gmail.com> <YTOPR0101MB1163687D58A2AEED58AECE21DD860@YTOPR0101MB1163.CANPRD01.PROD.OUTLOOK.COM> <CAEa=dYBoy7ZLDTFV62_dqFeMnc3jmATaq%2BkvYgYvOXzEYaLz=A@mail.gmail.com> <YTOPR0101MB11631BCBCA27985AC11FC104DD810@YTOPR0101MB1163.CANPRD01.PROD.OUTLOOK.COM>, <F1F47B57-8491-47E8-A144-6CD75193FFAF@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help

Bjoern A. Zeeb wrote:
>On 27 Sep 2019, at 21:52, Rick Macklem wrote:
>
>> Mihir Luthra wrote:
>>> Hi Rick,
>>> Rick wrote:
>>>> Although I'll admit it isn't something I am particularily fond of,
>>>> FreeBSD likes
>>>> utilities to build/work with only one of ipv4/ipv6.
>>>> To do this, "#ifdef INET" and "#ifdef INET6" is applied to the code
>>>> and the
>>>> Makefile is tweaked to define one or both of these.
>>>> (You can look at usr.sbin/nfsuserd for an example of this.)
>>>
>>> Yes I see. Although I was thinking, wouldn't it be better if we can
>>> take a flag via >getopts for ipv6/ipv4 if the machine supports both
>>> with macro guards around >too?
>> bz@ is the guy to ask. I've cc'd him.
>
>We are also exchanging private emails currently to sort out the
>confusion between “compiling out”, transport protocol, and
>addresses/protocol carried inside the (RPC) packets.
>
>This is three different things and all should be sorted.  My work is
>mostly on the “compiling out” as I don’t want/need INET anymore
>mostly.  Ensuring that the transport protocol works dual-stack is a
>good, easier part.   For RPC and some others making sure to be able to
>not only transport IPv4 addresses in the payload protocol but also IPv6
>addresses can be the hard part.  I assume the latter is what you were
>referring to in the lines below?
Yes. I do know there is some code in sys/rpc/rpc_generic.c (around
line# 320-340) which shows how an IP6 address is coded in ascii to
go on the wire. It basically uses inet_ntop() for the host address and
then appends .N.N for the port#.
However, I have no idea when/if rpc.statd uses that?

>>> Btw, these protocols are old Sun Microsystems ones without any
>>> published
>>> RFC, so what is "correct" is difficult to determine. I suppose the
>>> Open
>>> Solaris sources is the best protocol specification. (Interop. testing
>>> with Linux
>>> would be nice, since Linux is the "defacto standard" now.)
>>>
>>> Good luck with it, rick
>>>
>>> Thanks for the tips,
>>> Mihir
>> rick
rick




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?YTOPR0101MB11635147C66CD4959BF9A2B5DD800>