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] FW: Sub-allocations - fast and simple re-using IP-addresses
- Previous message (by thread): [address-policy-wg] [Ticket#2012092701011684] FW: Sub-allocations - fast and simple re-using IP-addresses
- Next message (by thread): [address-policy-wg] [Ticket#2012092701011684] FW: Sub-allocations - fast and simple re-using IP-addresses
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
LeaderTelecom B.V.
info at leadertelecom.nl
Mon Oct 15 11:40:04 CEST 2012
Dear Sander, > Ah, there is the misunderstanding. Giving back the address space is not a separate > transfer. It's part of the original (temporary) transfer. This rule is only to prevent people > from selling addresses on. I understund this idea. I think it will be great to write that rule ( ... 24 months of receiving... ) work only for permanent transfers. Whyle formaly for now it is for any transfers. -- Kind regards, Alexey Ivanov LeaderTelecom B.V. 15.10.2012 12:22 - Sander Steffann написал(а): Hi, Lets check RIPE-530: > Re-allocation must be reflected in the RIPE Database. This re-allocation may be on either a > permanent or non-permanent basis. > LIRs that receive a re-allocation from another LIR cannot re-allocate complete or partial blocks of > the same address space to another LIR within 24 months of receiving the re-allocation. For temporary transfer we make 2 transfers: 1. from LIR A to LIR B. .... 2. Form LIR B to LIR A (back). While address space may not transfer it on within 24 months, so we can't transfer back earlier than in 2 years. Ah, there is the misunderstanding. Giving back the address space is not a separate transfer. It's part of the original (temporary) transfer. This rule is only to prevent people from selling addresses on. - Sander -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/address-policy-wg/attachments/20121015/048d1b1a/attachment.html>
- Previous message (by thread): [address-policy-wg] [Ticket#2012092701011684] FW: Sub-allocations - fast and simple re-using IP-addresses
- Next message (by thread): [address-policy-wg] [Ticket#2012092701011684] FW: Sub-allocations - fast and simple re-using IP-addresses
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]