[arin-ppml] Recommended Draft Policy ARIN-2021-3: Private AS Number and Unique Routing Policy Clarifications

Owen DeLong owen at delong.com
Tue Mar 22 14:40:03 EDT 2022


It occurs to me that there might be hullabaloo about peer vs. transit vs. whatever using that word (even though it’s the correct term for the situation regardless of the economic and/or filtration relationship involved), so feel free to use any appropriate word such as “neighbor” that gets the job done. Point is there’s no reason to make the first sentence hierarchical in nature and if you get rid of that unnecessary assumption, you cover all the cases with a lot less verbiage.

Alternatively, get rid of the first sentence altogether and recognize that all cases it covers are subsumed in the third.

Either works for me, but both are clearly duplicative and confusing IMHO.

Owen


> On Mar 22, 2022, at 11:37, Owen DeLong <owen at delong.com> wrote:
> 
> So why to simply replace the words “upstream provider” in the first sentence with “peer”?
> 
> Owen
> 
> 
>> On Mar 22, 2022, at 11:15, Andrew Dul <andrew.dul at quark.net <mailto:andrew.dul at quark.net>> wrote:
>> 
>> "To use an AS Number to interconnect with other Autonomous Systems." was intended to apply to situations where a public ASN number was desired for exchanging routes between organizations but where the concept of an "upstream provider" wasn't appropriate.  An example might be if an there were two or more organizations which are exchanging routes, but the organizations wanted unique AS Numbers to ensure there are not any AS number collisions.
>> 
>> Hope this helps,
>> Andrew
>> 
>> On 3/22/2022 10:46 AM, Owen DeLong via ARIN-PPML wrote:
>>> Can someone clarify for me the meaningful difference between:
>>> 
>>> To originate announcement of IP Number Resources via an accepted protocol (such as Border Gateway Protocol) from an AS Number different than that of its upstream provider;
>>> 
>>> and
>>> 
>>> To use an AS Number to interconnect with other Autonomous Systems.
>>> 
>>>>>> 
>>> It seems to me that anything defined by the first sentence would be encompassed in the second.
>>> 
>>> Further, while I admit my imagination may be limited here, I am unable to imagine a useful implementation of the second sentence that would not also conform to the first and would require a unique non-private ASN.
>>> 
>>> While I can see useful instances for receive-only (non-originating) BGP sessions, such as route servers, etc., I’m hard pressed to see why they would need a unique public ASN. Even if they do, a useful route server is, by definition, multi-homed.
>>> 
>>> Not necessarily opposed to the policy as written, but think that it’s a lot of extra words with little actual value in terms of clarity and perhaps even muddying the waters a bit.
>>> 
>>> Owen
>>> 
>>> 
>>>> On Mar 22, 2022, at 09:04, ARIN <info at arin.net <mailto:info at arin.net>> wrote:
>>>> 
>>>> On 17 March 2022, the ARIN Advisory Council (AC) advanced the following Draft Policy to Recommended Draft Policy status: 
>>>>  
>>>> * ARIN-2021-3: Private AS Number and Unique Routing Policy Clarifications
>>>>  
>>>> The text of the Recommended Draft Policy is below, and may also be found at: 
>>>>  
>>>> https://www.arin.net/participate/policy/drafts/2021_3/ <https://www.arin.net/participate/policy/drafts/2021_3/>
>>>>  
>>>> You are encouraged to discuss all Recommended Draft Policies on PPML prior to their presentation at the next ARIN Public Policy Consultation (PPC). PPML and PPC discussions are invaluable to the AC when determining community consensus. 
>>>>  
>>>> The PDP can be found at:
>>>>  
>>>> https://www.arin.net/participate/policy/pdp/ <https://www.arin.net/participate/policy/pdp/>
>>>>  
>>>> Draft Policies and Proposals under discussion can be found at: 
>>>>  
>>>> https://www.arin.net/participate/policy/drafts/ <https://www.arin.net/participate/policy/drafts/>
>>>>  
>>>> Regards, 
>>>>  
>>>> Sean Hopkins 
>>>> Senior Policy Analyst 
>>>> American Registry for Internet Numbers 
>>>>  
>>>>   
>>>>  
>>>> Recommended Draft Policy ARIN-2021-3: Private AS Number and Unique Routing Policy Clarifications
>>>>  
>>>> AC Assessment of Conformance with the Principles of Internet Number Resource Policy <http://www.arin.net/participate/policy/pdp/#4-principles-of-internet-number-resource-policy>:
>>>>  
>>>> Recommended Draft Policy ARIN-2021-3 conforms to the principles of the ARIN Policy Development Process as follows:
>>>>  
>>>> - By providing greater clarity concerning when a requesting organization qualifies for AS Numbers, it promotes fair and impartial number resource administration;
>>>>  
>>>> - It is technically sounds because it clarifies the technical requirements for obtaining AS Numbers (i.e., the need to interconnect with other organizations’ Autonomous Systems, what constitutes a “unique routing policy”, and the need to have a network plan); and
>>>>  
>>>> - Community support has been demonstrated throughout the process associated with its development.
>>>>  
>>>> Problem Statement:
>>>>  
>>>> At ARIN 47, staff identified three points of potential confusion with current text in NRPM Section 5: AS Numbers.
>>>>  
>>>> “Sites that do not require a unique AS Number should use one or more of the AS Numbers reserved for private use.” Some customers are not aware that their need for unique AS Numbers depends upon their need (or lack thereof) to interconnect with other organizations’ Autonomous Systems.
>>>>  
>>>> “In order to be assigned an AS Number, each requesting organization must provide ARIN with verification that it has one of the following…A unique routing policy (its policy differs from its border gateway peers)…A multihomed site.” Few customers qualify for AS Numbers under the “unique routing policy” requirement, because they don’t understand what “unique routing policy” actually means in practice.
>>>> “AS Numbers are issued based on current need. An organization should request an AS Number only when it is already multihomed or will immediately become multihomed.” All ARIN delegations are based on current needs, and some customers aren’t aware they need network plans when they request AS Numbers. Additionally, clarification that some organizations may have a unique need for an AS Number outside of utilizing a unique routing policy, such as one implemented using, for example, a protocol such as Border Gateway Protocol (BGP).
>>>>  
>>>> Policy statement:
>>>>  
>>>> In Section 5 -
>>>>  
>>>> Replace
>>>>  
>>>> “Sites that do not require a unique AS Number should use one or more of the AS Numbers reserved for private use.”
>>>>  
>>>> with
>>>>  
>>>> “If a unique AS Number is not required for a given network design, one or more of the AS Numbers reserved for private use should be utilized.”
>>>>  
>>>> Replace
>>>>  
>>>> “In order to be assigned an AS Number, each requesting organization must provide ARIN with verification that it has one of the following
>>>>  
>>>> A unique routing policy (its policy differs from its border gateway peers) 2. A multihomed site”
>>>>  
>>>> with
>>>>  
>>>> “In order to be assigned an AS Number, each requesting organization must provide ARIN with verification that it requires a unique routing policy, such as a plan:
>>>>  
>>>> To originate announcement of IP Number Resources via an accepted protocol (such as Border Gateway Protocol) from an AS Number different than that of its upstream provider;
>>>>  
>>>> To multihome a site with one or more Autonomous Systems; or
>>>>  
>>>> To use an AS Number to interconnect with other Autonomous Systems.”
>>>>  
>>>> Replace
>>>>  
>>>> “AS Numbers are issued based on current need. An organization should request an AS Number only when it is already multihomed or will immediately become multihomed.”
>>>>  
>>>> with
>>>>  
>>>> “AS Numbers are issued based on current need, as set out in this section 5.”
>>>>  
>>>> Timetable for implementation: Immediate
>>>>  
>>>>  
>>>>  
>>>> _______________________________________________
>>>> ARIN-PPML
>>>> You are receiving this message because you are subscribed to
>>>> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net <mailto:ARIN-PPML at arin.net>).
>>>> Unsubscribe or manage your mailing list subscription at:
>>>> https://lists.arin.net/mailman/listinfo/arin-ppml <https://lists.arin.net/mailman/listinfo/arin-ppml>
>>>> Please contact info at arin.net <mailto:info at arin.net> if you experience any issues.
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> ARIN-PPML
>>> You are receiving this message because you are subscribed to
>>> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net <mailto:ARIN-PPML at arin.net>).
>>> Unsubscribe or manage your mailing list subscription at:
>>> https://lists.arin.net/mailman/listinfo/arin-ppml <https://lists.arin.net/mailman/listinfo/arin-ppml>
>>> Please contact info at arin.net <mailto:info at arin.net> if you experience any issues.
>> 
>> _______________________________________________
>> ARIN-PPML
>> You are receiving this message because you are subscribed to
>> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net <mailto:ARIN-PPML at arin.net>).
>> Unsubscribe or manage your mailing list subscription at:
>> https://lists.arin.net/mailman/listinfo/arin-ppml <https://lists.arin.net/mailman/listinfo/arin-ppml>
>> Please contact info at arin.net if you experience any issues.
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20220322/048aa8df/attachment.htm>


More information about the ARIN-PPML mailing list