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 ]
Sander Steffann
sander at steffann.nl
Mon Oct 15 11:43:30 CEST 2012
> > 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. Yes, if you receive address space through a transfer the RIPE policy will not let you re-sell it within 24 months. When you have a temporary transfer the contract you have with the original holder will probably prohibit any re-selling at all. But again: giving back the addresses to the original holder is not a separate transfer, it's part of the original transfer, so the 24 month restriction doesn't even apply to giving back the address space. It's only about a potential *new* transfer. - Sander
- 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 ]