Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 04 May 2020 08:58:32 +0100
From:      Alexander V. Chernikov <melifaro@freebsd.org>
To:        Guy Yur <guyyur@gmail.com>, Steffen Christgau <mail@s14u.de>, "freebsd-net@freebsd.org" <freebsd-net@freebsd.org>, Roy Marples <roy@marples.name>
Subject:   Re: Notification about tentative IPv6 address from route socket
Message-ID:  <799631588579004@mail.yandex.ru>
In-Reply-To: <em01baf849-5432-4658-8b15-adb878efd40e@gandalf>
References:  <4f3a314a-f938-476b-f75e-e495756a5488@s14u.de> <718441588495188@mail.yandex.ru> <em01baf849-5432-4658-8b15-adb878efd40e@gandalf>

next in thread | previous in thread | raw e-mail | index | archive | help
04.05.2020, 07:23, "Guy Yur" <guyyur@gmail.com>:
> Hi,
>
> ------ Original Message ------
> From: "Alexander V. Chernikov" <melifaro@freebsd.org>
> To: "Steffen Christgau" <mail@s14u.de>; "freebsd-net@freebsd.org"
> <freebsd-net@freebsd.org>
> Sent: 2020-05-03 11:42:07
> Subject: Re: Notification about tentative IPv6 address from route socket
>
>> 30.04.2020, 17:40, "Steffen Christgau" <mail@s14u.de>:
>>>   Hi everybody,
>> Hi Steffen,
>>> ...
>>>
>>>   1) Is there a way to get notified about the address being available for
>>>   usage (i.e. not tentative anymore, not duplicated) without _polling_ via
>> Not that I'm aware of :-(
>>> ...
>>>
>>>   2) I know FreeBSD is not Linux, but on Linux with netlink sockets I get
>>>   notified about a) the address appearing (including flags) and b) some
>>>   time later the address being not tentative anymore (detectable via
>>>   flags). I wonder why the route socket on FreeBSD reports an address that
>>>   is currently hardly to use. On the other hand, I understand that
>>>   RTM_NEWADDR does exactly what is documented, i.e. to notify about an
>>>   "address being added to iface". Nevertheless, wouldn't it make sense to
>>>   tell an application that a change for an address takes place? I couldn't
>>>   observe such a behavior for IPv6 on FreeBSD. If there is currently no
>>>   really such notification, the kernel could emit a new message like
>>>   RTM_ADDRCHANGE or it may repeats the emission of RTM_NEWADDR (which
>> It makes total sense. I have plans to update some rtsock internals and will take a look at this one.
>> Thank you for your suggestion!
>
> There is a phabricator differential written by Roy Marples that does
> this:
> https://reviews.freebsd.org/D5469
Wow! Thank you for the pointing me to this review. Will look&test in a day or two.
>
> Regards,
> Guy
>
>>>   ...
>>>
>>>   Regards, Steffen
>>>   _______________________________________________
>>> freebsd-net@freebsd.org mailing list
>>> https://lists.freebsd.org/mailman/listinfo/freebsd-net
>>>   To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
>> _______________________________________________
>> freebsd-net@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-net
>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
>
> _______________________________________________
> freebsd-net@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"



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