On Thu, 12 Mar 2009, Heather Schiller wrote:
Randy Bush wrote:
I don't understand *why* the resource would move from region B to region A
in the given example?
the buyer and seller prefer doing business in their 'home' regions.
figuring out one rir's bureacrazy is hard enough, and does not
contribute to the bottom line.
randy
Taking off the SIDR hat for a moment.. I don't think there is currently
policy/practice that allows this. If there is, I'd really appreciate someone
quoting the policy - or providing examples of where this has happened
(non-ERX, non-RIR startup examples)
If transfers aren't currently permitted - there isn't a problem. If
transfers are currently permitted, or might be in the future (see the
"Allocation of IPv4 Blocks to Regional Internet Registries" proposal) Then I
can understand the fuss. I'd just like to know if there is actually a
problem to solve here.
I don't know if this answers your question, but APNIC reached consensus on
(and is in last call on) a transfer policy at the last meeting, which says
in part:
4.6 Address transfers are permitted between APNIC account holders and
other RIR account holders, following the policies of all the respective
RIRs.
I found this at: http://www.apnic.net/policy/proposals/prop-050-v004.html
And RIPE has a "transfer of allocations" section in their policy manual
(http://www.ripe.net/ripe/docs/ripe-449.html#55)
that is a bit more complicated. It is clear that only RIPE members can
receive a transfer, so transfers to other RIRs are out. The section talks
about both "re-allocation" and "transfer", but it looks like those are
synonymous. The wording also makes it look like you can only transfer an
allocation that was a direct allocation to you, i.e, if your address space
is a sub-allocation from a different ISP, you can't transfer it to anyone
else. Maybe that's to keep the book-keeping sane.
And I might have mistaken your question entirely and be pointing to things
that you are well aware of.
--Sandy
_______________________________________________
sidr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/sidr
_______________________________________________
sidr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/sidr
