Support of the PREF64 option in RAdv protocol (RFC 8781)
Hi, has anyone already looked into adding support for the PREF64 Option into the RAdv protocol? So far i haven't found any mention of that option in any context with BIRD. The purpose of the option is to inform clients which NAT64 Prefix they should use. It's proposed in RFC 8781 [1], but apparently not yet an official standard. Hoewer, there seems to be already some Client Support [2][3]. Best Regards, Tom Herbers [1] https://datatracker.ietf.org/doc/html/rfc8781 [2] https://blog.apnic.net/2022/11/21/deploying-ipv6-mostly-access-networks/ [3] https://nlnog.net/static/nlnogday2022/NLNOG_Ondrej.pdf
Hi, It would be great if it were supported. However, it seems that there is no working server-side implementation so far. I've spoken with Jen Linkova at IETF 113, and she said that there is some WIP in Juniper to add support for that, but I do not know what is current state of things. There is one workaround from Lorenzo Colitti (I think) that was sent to the v6ops WG mailing list. It was done on OpenWRT by sending otherwise empty RA with only PREF64 information. This way, it was possible to convince Android to detect PREF64 without interfering with IPv6 routing provided by the usual RA daemon. The proposed standard is the official standard as it is in the Standards track ... Best Regards, Martin Hunek Dne pondělí 21. listopadu 2022 19:18:02 CET, Tom Herbers via Bird-users napsal(a):
Hi,
has anyone already looked into adding support for the PREF64 Option into the RAdv protocol? So far i haven't found any mention of that option in any context with BIRD.
The purpose of the option is to inform clients which NAT64 Prefix they should use.
It's proposed in RFC 8781 [1], but apparently not yet an official standard.
Hoewer, there seems to be already some Client Support [2][3].
Best Regards,
Tom Herbers
[1] https://datatracker.ietf.org/doc/html/rfc8781 [2] https://blog.apnic.net/2022/11/21/deploying-ipv6-mostly-access-networks/ [3] https://nlnog.net/static/nlnogday2022/NLNOG_Ondrej.pdf
Gentlepople -
On 22. Nov 2022, at 11:51, Martin Huněk via Bird-users <bird-users@trubka.network.cz> wrote:
Hi,
It would be great if it were supported. However, it seems that there is no working server-side implementation so far.
We had a functioning test-setup (combo of RFC8781 and RFC8925) at the IETF-115 meeting in London, two weeks ago. I had built it using MikroTik routers, but with a hack. I then opened a ticket with MT to tell them what we did and how and why, etc. and they immediately came back with a "... we could support it this and that way, would that be ok?", which I ACKed, so expect to see it on RouterOS >7.6 sometime "soon-ish" ;-) Greetings, Clemens
Hi, Am Dienstag, dem 22.11.2022 um 11:51 +0100 schrieb Martin Huněk:
It would be great if it were supported. However, it seems that there is no working server-side implementation so far.
The corresponding radvd Merge Request [1] was merged in July. But there wasn't a release since then. For FRR [2] and odhcpd [3] there are open Merge Requests. [1] https://github.com/radvd-project/radvd/pull/179 [2] https://github.com/FRRouting/frr/pull/11224 [3] https://github.com/openwrt/odhcpd/pull/186
participants (3)
-
Clemens Schrimpe -
Martin Huněk -
Tom Herbers