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)
- Previous message (by thread): [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 ]
Sascha Luck [ml]
apwg at c4inet.net
Fri Aug 9 14:53:13 CEST 2019
On Fri, Aug 09, 2019 at 02:40:03PM +0200, Tore Anderson wrote: >Repeating myself a bit[1], I'd say the default should be /29. This because the /29s are the smallest fragments left behind in the NCC inventory. I can't see how an IXP with 6 members (including RC/RS) would even be viable unless it's some hobby effort, so I wouldn't go overboard. >As the NCC's impact analysis states, these currently have no policy that allows for their use, so they'd be left to rot. One possibility would be to assign them for PNIs - which is an IXP with two members, at the end of the day. ;p >We're at the end of the road when it comes for IPv4. If we take care to not assign IXP blocks gratuitously, the pool might actually end up lasting forever. Why would this be desirable? Surely there is a functional limit on the numbers of viable IXPs in the service region? Besides, I still have some hope in RFC5549 eventually obsoleting IPv4 peering altogether... Meanwhile I could live with an either /25 or /26 IXP default assignment. rgds, Sascha Luck
- Previous message (by thread): [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 ]