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] [Ticket#2012092701011684] Sub-allocations - fast and simple re-using IP-addresses
- Previous message (by thread): [address-policy-wg] [Ticket#2012092701011684] Sub-allocations - fast and simple re-using IP-addresses
- Next message (by thread): [address-policy-wg] [Ticket#2012092701011684] Sub-allocations - fast and simple re-using IP-addresses
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Sander Steffann
sander at steffann.nl
Tue Oct 9 12:39:42 CEST 2012
Hi Tore, > The way I see it, this argument applies equally well to LIR->EU > assignments, and to {LIR,EU}->{LIR,EU} transfers. I don't understand > what makes sub-allocations special here. > > It would IMHO be much more interesting to see a proposal that would > retire the needs-based principle completely for all forms of IPv4 > delegations (that aren't taken from the NCC pool). Does it really serve > any useful purpose nowadays? > > If some LIR wants to give away (assign, transfer, sub-allocate - > whatever) all their remaining free space to someone who doesn't really > need it - why not let them? It won't impact me or anyone else since > their wasteful spending can no longer translate into an increased draw > from the shared pool. I, on the other hand, would certainly not miss the > assignment request documentation bureaucracy. Call for feedback: I am very interested in how the working group feels about such an idea these days now that the normal RIPE NCC IPv4 pool has run out. Thank you, Sander Steffann APWG co-chair
- Previous message (by thread): [address-policy-wg] [Ticket#2012092701011684] Sub-allocations - fast and simple re-using IP-addresses
- Next message (by thread): [address-policy-wg] [Ticket#2012092701011684] Sub-allocations - fast and simple re-using IP-addresses
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]