[ppml] Proposed Policy: Rationalize Multi-Homing Definition and Requirement

[Owen DeLong]

I support this policy.  To me, it is a reasonable clarification of the
intent
of existing policy.

Owen

>### * ###
> 
> Policy Proposal Name: Rationalize Multi-Homing Definition and Requirement
> 
> Author: Robert Seastrom
> 
> Policy term: permanent
> 
> Policy statement: In existing policy 4.2.2.2, replace the phrase
>       "multi-homed organizations must:" with the phrase "organizations
>       applying under the multi-homed policy must:"  In existing policy
>       4.2.2.2.2, replace "Provide information showing that the requested
>       IP address space will be utilized within three months." with
>       "Provide information showing that the requested IP address space
>       will be utilized within three months and demonstrating an intent to
>       announce the requested space in a multi-homed fasion."
> 
> Rationale: Presently, organizations wishing to apply for their first
>       address space under the multi-homed policy must demonstrate that
>       they have ALREADY announced a DIFFERENT address block via
>       multi-homing, while simultaneously promising to renumber out of
>       that same block. This creates needless make-work for ISPs which are
>       planning to multi-home, related to old resources which they're
>       already trying to get out of.  Likewise, it creates needless work
>       for both of their upstream providers, who have to temporarily
>       announce a prefix which DOESN'T NEED to be multi-homed, solely to
>       demonstrate to ARIN analysts that the applying ISP is multi-homed.
>       However, this same criterion can be demonstrated just as
>       effectively by the applying ISP showing the analyst contracts with
>       multiple ISPs under which the newly-applied-for block WILL BE
>       multi-homed, and this more accurately reflects the intent of the
>       original policy, while removing needless make-work at a time when
>       the applicant is surely already quite busy with the real
>       requirements of their change-over.
> 
> Timetable for implementation: immediate
> 
> 
> 
> _______________________________________________
> PPML mailing list
> PPML at arin.net
> http://lists.arin.net/mailman/listinfo/ppml



-- 
If it wasn't crypto-signed, it probably didn't come from me.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 186 bytes
Desc: not available
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20050824/ac10bc85/attachment.sig>