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

Owen DeLong owen at delong.com
Wed Aug 24 14:42:47 EDT 2005

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


>### * ###
> Policy Proposal Name: Rationalize Multi-Homing Definition and Requirement
> Author: Robert Seastrom
> Policy term: permanent
> Policy statement: In existing policy, replace the phrase
>       "multi-homed organizations must:" with the phrase "organizations
>       applying under the multi-homed policy must:"  In existing policy
>, 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-0001.sig>

More information about the ARIN-PPML mailing list