[arin-ppml] Policy Proposal 2008-2: IPv4 Transfer Policy Proposal -Revised
Kevin Kargel
kkargel at polartel.com
Thu Sep 18 10:58:46 EDT 2008
I think this is more of an operational issue than a policy issue.
Wouldn't it be better to work out a referral agreement with the other
registries where you refer requests to the proper registrar and they
refer requests to ARIN? I don't know how you would do this other than
based on registration address, and there would be nothing preventing the
Tanzania hosting company from registering their network with a Canadian
address..
Much the same situation exists with maritime ship registrations.. I
don't really see how to avoid or manage the issue.
To restate my earlier posit.. Let's not make rules we can't enforce.
> -----Original Message-----
> From: Scott Leibrand [mailto:sleibrand at internap.com]
> Sent: Thursday, September 18, 2008 9:15 AM
> To: Kevin Kargel
> Cc: arin-ppml at arin.net
> Subject: Re: [arin-ppml] Policy Proposal 2008-2: IPv4
> Transfer Policy Proposal -Revised
>
> It doesn't say it must be used in North America. It says it must be
> *registered* for use there. That means it must be registered
> with ARIN.
>
> This is not (intended to be) a new restriction: we're just
> trying to avoid having people come to us with LACNIC,
> AFRINIC, RIPE, or APNIC space and asking ARIN to transfer it.
>
> As I mentioned before, suggestions for improved wording are welcome.
>
> -Scott
>
> Kevin Kargel wrote:
> > I did not know that there was any way to control geographic
> use area..
> > So far as I know there is no way I can tell my router to
> deny from Tanzania..
> > (sorry Tanzania, I don't hate you, I just had to pick somebody)..
> >
> > Is there some BGP trick I don't know about that prevents me from
> > advertising an out of area network?
> >
> > If it cannot be policed then it shouldn't be in the
> verbage. Nothing
> > will erode authority quicker than making rules you cannot enforce.
> >
> >
> >> -----Original Message-----
> >> From: arin-ppml-bounces at arin.net
> >> [mailto:arin-ppml-bounces at arin.net] On Behalf Of Scott Leibrand
> >> Sent: Thursday, September 18, 2008 8:55 AM
> >> To: michael.dillon at bt.com
> >> Cc: arin-ppml at arin.net
> >> Subject: Re: [arin-ppml] Policy Proposal 2008-2: IPv4
> Transfer Policy
> >> Proposal -Revised
> >>
> >> michael.dillon at bt.com wrote:
> >>>> * The IPv4 block must currently be registered for use
> >> within the ARIN
> >>>> service area.
> >>> What does this mean?
> >> The intent there is that it simply has to be ARIN space.
> >> We're open to suggestions for improved wording.
> >>
> >>> Since when does ARIN restrict the use of IP address blocks
> >> to specific
> >>> geographical regions? Does the ARIN restriction apply only
> >> to use as a
> >>> source address, or also in the destination address field?
> >>>
> >>> To which organization should one apply if one want to receive IP
> >>> address blocks which can be used globally without geographic
> >>> restrictions?
> >> I don't believe IANA has any intent to distribute address space to
> >> ISPs or end users that can be used globally without geographic
> >> restrictions. In the current system, addresses are allocated from
> >> the registry in the region in which they are primarily to be used,
> >> and we aren't trying to upset that apple cart just yet.
> >>
> >> -Scott
> >>
> >> _______________________________________________
> >> PPML
> >> You are receiving this message because you are subscribed
> to the ARIN
> >> Public Policy Mailing List (ARIN-PPML at arin.net).
> >> Unsubscribe or manage your mailing list subscription at:
> >> http://lists.arin.net/mailman/listinfo/arin-ppml
> >> Please contact info at arin.net if you experience any issues.
> >>
> >>
> >>
> ---------------------------------------------------------------------
> >> ---
> >>
> >> _______________________________________________
> >> PPML
> >> You are receiving this message because you are subscribed
> to the ARIN
> >> Public Policy Mailing List (ARIN-PPML at arin.net).
> >> Unsubscribe or manage your mailing list subscription at:
> >> http://lists.arin.net/mailman/listinfo/arin-ppml
> >> Please contact info at arin.net if you experience any issues.
>
More information about the ARIN-PPML
mailing list