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] 2019-05 New Policy Proposal (Revised IPv4 assignment policy for IXPs)
- Next message (by thread): [address-policy-wg] 2019-05 New Policy Proposal (Revised IPv4 assignment policy for IXPs)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Martin Pels
martin+apwg at rodecker.nl
Mon Jun 3 10:28:49 CEST 2019
Hi Kai, On 29/05/19 16:33, Kai 'wusel' Siering wrote: > The IXPs I've experienced explicitely prohibit announcment (i. e. routing) of their space nor announce it theirselves; so why spend another whole /15 as private address space? Obviously, there is no need for global routabillity, where is the need for global uniqueness and why can't this be solved differently (everyone has to cope with IPv4 scarceness, why can't IXPs)? As the pool of unallocated IPv4 addresses depletes, new IXPs will need to adopt new strategies, just like their customers. There are several downsides of using the same address space in multiple IXPs: - IXP participants will not be able to connect the same router to multiple IXPs. This is something that is done quite a lot, especially by smaller networks that connect via remote peering. - It becomes impossible to identify in traceroutes which IXP was crossed. This makes troubleshooting a lot more complicated. - The consequences of address space leaks are more severe. When a participant of a smaller IXP leaks the peering LAN prefix to the routing table this will cause instability at all IXPs that use a prefix that covers the same block. Kind regards, Martin
- Next message (by thread): [address-policy-wg] 2019-05 New Policy Proposal (Revised IPv4 assignment policy for IXPs)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]