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>