This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[address-policy-wg] IXP pool lower boundary of assignments
- Previous message (by thread): [address-policy-wg] IXP pool lower boundary of assignments
- Next message (by thread): [address-policy-wg] IXP pool lower boundary of assignments
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Wolfgang Tremmel
wolfgang.tremmel at de-cix.net
Tue Nov 8 15:10:18 CET 2022
RFC5549 is obsolete. Replacement is RFC8950. The idea is that IPv4 prefixes can be advertised via BGP with an IPv6 next-hop address. So, if fully implemented on *all* IXP customers the IXP would not need an IPv4 prefix for the peering LAN any more. You can check yourself if your router implements this, on Cisco do a "show bgp neighbor", - "Extended Nexthop Encoding: advertised" means that your router supports it - "Extended Nexthop Encoding: advertised and received" means your router and your peer supports it best regards Wolfgang > On 8. Nov 2022, at 14:55, Nick Hilliard <nick at foobar.org> wrote: > > this is kinda the problem with RFC 5549, no? I.e. it deals only with signaling rather than transport. So even if it's deployed, the IXP will still need to provide ipv4 addresses for transport purposes -- Wolfgang Tremmel Phone +49 69 1730902 0 | wolfgang.tremmel at de-cix.net Executive Directors: Ivaylo Ivanov and Sebastian Seifert | Trade Registry: AG Cologne, HRB 51135 DE-CIX Management GmbH | Lindleystrasse 12 | 60314 Frankfurt am Main | Germany | www.de-cix.net
- Previous message (by thread): [address-policy-wg] IXP pool lower boundary of assignments
- Next message (by thread): [address-policy-wg] IXP pool lower boundary of assignments
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]