[arin-ppml] ARIN-prop-183 Section 8.4 Transfer enhancement
Ron Grant
rgrant at skywaywest.com
Tue Oct 30 13:29:11 EDT 2012
The proposal states two goals: to
- Correct inconsistent language in 8.4 eg "IPv4 Address" v. "IPv4 Number
Resource(s)"
which is a trivial change that I'm sure we'd all agree with, and to
- Allow the transfer of ASNs between RIRs
which, oddly, I am ALSO in favour of. If we allow it "intra" we should
allow it "inter".
I just don't think we should muddy the IPv4 transfer process with them.
Speculation and hoarding? Exactly! These ARE things we should be worried
about wrt IPv4 addresses, but NOT wrt ASNs. So if we start discussing
change to 8.4 to address hoarding issues, we shouldn't have to also
discuss making exceptions for ASNs, or complicating the language by
having to twist ourselves around it. I'll give long odds that we'll be
modifying 8.4 again and again over the years, and can you imagine the
extra work because of the one phrase: " and ASNs"?
If inter-RIR transfer of ASNs is a worthy goal, surely it deserves it's
own process, not just tacked onto the IPv4 process....?
On 12-10-30 10:14 AM, Michael Burns wrote:
> Hi Ron,
>
> You have identified a distinction between ASNs and IPv4 addresses, but
> is it really a difference?
> What does it matter that the one is in short supply and the other isn't?
>
> Both are resources used in the running of the Internet.
> Both come from the same source.
> Both are part of the all-important registry.
> Both are items that holders are desirous of transferring.
>
> What is the downside to taking a step towards registry accuracy?
> Are we worried about speculation and hoarding of ASNs now?
>
>
> Regards,
>
> Mike Burns
> IPTrading.com
>
>
>
>
> Ron wrote:
> I disagree with the proposal, which as it stands attempts to conflate
> "IPv4 address resources" with Autonomous System Numbers.
>
>
> I don't think that the transfers have anything to do with each other,
> and shouldn't be governed by the same principles. The language "IPv4
> number resources and ASNs" suggests that some ASNs are "IPv4" and some
> are not.
>
> IPv4 addresses are a legacy resource in exceedingly short and dwindling
> supply, which cannot easily be replaced by IPv6 addresses (regardless of
> our desire to do so). They are also amenable to aggregation. And they'll
> eventually go away.
>
> ASNs are NOT in short supply. A 4-byte ASN means we have room in the
> world for...uh...4 billion ISPs and multi-homers? Is that right? (wow,
> talk about competition!). And ASN aggregation is meaningless, so
> "efficient utilization" isn't really a desirable goal.
>
> From what my attention-addled brain gathers, the ASN transfer market is
> about "vanity numbers" - i.e. low 2-byte or memorable ASNs. If there's
> really a need for Inter-RIR transfers of vanity numbers, by all means
> let's create a proposal in conjunction with other RIRs - but adding them
> to the existing IPv4 transfer policy is jut going to make discussions
> about the transfer policy more difficult. It will also make sunsetting
> said policies in an IPv6 world impossible, since 4-byte ASNs will be
> with us for MUCH longer than IPv4 addresses.
>
>
>
>
--
Ron Grant Managed DSL/T1/Wireless/Fibre
Skyway West Business Internet Internet and Private Networking
rgrant at skywaywest.com Bonding and Fail Over Solutions
ph: 604 737 2113 Virtual Data Centre and Private Clouds
fax: 604 482 1299 http://www.skywaywest.com
Sales, Support and Billing http://www.skywaywest.com/contact-us.htm
More information about the ARIN-PPML
mailing list