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] Transfer policy limits
- Previous message (by thread): [address-policy-wg] 2012-02 New Draft Document and Impact Analysis Published (Policy for Inter-RIR Transfers of IPv4 Address Space)
- Next message (by thread): [address-policy-wg] Transfer policy limits
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Sander Steffann
sander at steffann.nl
Wed Mar 13 12:53:22 CET 2013
Hi Randy, >>> what if the buyer has contracted to support the sub-allocation? >> The transfer policy explicitly says 'empty PA'. But in the case you >> describe it might be possible to do this through the >> mergers/acquisitions procedures > > someone has a critical, very hard and slow to move (think dns or > something), service in the middle of a chunk of address space they > sell. the sales agreement does something kinky to make that service > stay up. > > this is not a merger. Ah, then I misunderstood your scenario. Sorry. In the case you describe the current RIPE transfer policy does not allow the transfer to happen. Changing the subject... Question to the WG: I can see the need for something like this (and thinking of it: many other cases as well) to be allowed. The current limits on the transfer policy were set in a time when transfers were not well understood, and limits were placed to avoid abuse of the policy (hoarding, speculation etc). Is it now time to reconsider those limits we placed years ago? Thanks, Sander
- Previous message (by thread): [address-policy-wg] 2012-02 New Draft Document and Impact Analysis Published (Policy for Inter-RIR Transfers of IPv4 Address Space)
- Next message (by thread): [address-policy-wg] Transfer policy limits
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]