Remove the reference to a provider’s "multihomed or non-multihomed status". - N/D

General information

Português
16/10/2016
Abandoned
0 %.

Julião Braga - Version [1, 2]
Patricia Endo - Version [2]
In discussion
17/02/2016
Abandoned
13/12/2016

Summary

This Policy Proposal seeks to eliminate the reference to a provider's "multihomed or non-multihomed status," thus also eliminating the requirement which states "at least 50% of the requested address space" and replacing this text with "25% of the requested address space."

Rationale (Describe the problem you intend to solve)

The considerations behind this proposal are listed below:

1. Technology has advanced and traffic failures and / or Internet noise have been greatly reduced.

2. It's not necessary for traffic redundancy to be local, as remote physical redundancy has a similar effect considering that transit providers themselves build traffic redundancy in their own networks.

3. Physical and/or economic limitations exist in remote areas that make redundancy not viable.

Current text

Considering the reasons above, this proposal seeks to remove the word "multihomed" and the requirement which mentions "at least a 50% of the requested address space", harmonizing the requirement as "25% of the requested address space".

This 50% appears in section 2.3.3.1 and the following text should be removed:

"If the applicant is a non-multihomed ISP:
Efficient utilization of at least 50% of the requested address space (contiguous or not)."

The term "multihomed" appears in sections 2.3.3.1, 2.3.3.3 and 2.3.3.4.3, and should be removed without exception.

New text
Analyze diff

Considering the reasons above, this proposal seeks to remove the word "multihomed" and the requirement which mentions "at least a 50% of the requested address space", harmonizing the requirement as "25% of the requested address space".

This 50% appears in section 2.3.3.1 and the following text should be removed:

"If the applicant is a non-multihomed ISP:
Efficient utilization of at least 50% of the requested address space (contiguous or not)."

The term "multihomed" appears in sections 2.3.3.1, 2.3.3.3 and 2.3.3.4.3, and should be removed without exception.

Additional information

N. A.

Timetable

Immediate implementation

References

Section 2 of the Policy Manual (v2.5 14 Dec. 205)

Presented at:

LACNIC 25 (02/05/2016)


Summary

This policy proposal seeks to eliminate all references to an organization's “multihomed” or “non-multihomed” status, as well as the requirement stating “at least 50% of the requested address space” and standardizing the requirement as "25% of the requested space".

Rationale (Describe the problem you intend to solve)

The rationale for the proposal is described below.

1. Current technology has drastically reduced traffic failures.

2. Traffic redundancy is not necessarily local, as remote physical redundancy has a similar effect when the traffic provider is brought into the picture.

3. In remote areas there are physical and / or economic impediments that mean that redundancy is not feasible. The lack of economic viability affects the communities involved and prevents their use of the Internet, thus hurting the universal desire for universal access to the World Wide Web.

Current text

The following changes should made to the Policy Manual:

a. Replace the following text from section 2.3.3.1.2:

“In addition, depending of the multihomed or non-multihomed status of the applying ISP, the following requirements shall be considered:
If the applicant is a multihomed ISP, is planning to become one, or has interconnection needs:

Efficient utilization of at least 25% of the requested address space (contiguous or not). If the applicant is multihomed, specify the names and autonomous system numbers of its providers. If the applicant is planning to become multihomed or needs to interconnect with other autonomous systems, describe in detail the corresponding plan and timeline (presenting signed contracts or letters of intent is recommended).

If the applicant is a non-multihomed ISP:

Efficient utilization of at least 50% of the requested address space (contiguous or not).”

to:

“In addition, the following requirements shall be considered to the the applying ISP:

Efficient utilization of at least 25% of the requested address space (contiguous or not).

Specify the names and numbers of the autonomous system of its providers.

If the applicant needs to interconnect with other autonomous systems, describe in detail the corresponding plan and timeline (presenting signed contracts or letters of intent is recommended).

New text
Analyze diff

The following changes should made to the Policy Manual:

a. Replace the following text from section 2.3.3.1.2:

“In addition, depending of the multihomed or non-multihomed status of the applying ISP, the following requirements shall be considered:
If the applicant is a multihomed ISP, is planning to become one, or has interconnection needs:

Efficient utilization of at least 25% of the requested address space (contiguous or not). If the applicant is multihomed, specify the names and autonomous system numbers of its providers. If the applicant is planning to become multihomed or needs to interconnect with other autonomous systems, describe in detail the corresponding plan and timeline (presenting signed contracts or letters of intent is recommended).

If the applicant is a non-multihomed ISP:

Efficient utilization of at least 50% of the requested address space (contiguous or not).”

to:

“In addition, the following requirements shall be considered to the the applying ISP:

Efficient utilization of at least 25% of the requested address space (contiguous or not).

Specify the names and numbers of the autonomous system of its providers.

If the applicant needs to interconnect with other autonomous systems, describe in detail the corresponding plan and timeline (presenting signed contracts or letters of intent is recommended).

Additional information

N. A.

Timetable

Imediata.

References

Item 2. do Manual de Políticas (v2.6 01/08/2016)

Presented at:

LACNIC 26 (26/09/2016)

--> --> --> --> --> -->