[arin-ppml] Draft Policy ARIN-2019-4: Allow Inter-regional IPv6 Resource Transfers

Tue Mar 26 18:43:12 EDT 2019

El 26/3/19 23:23, "arin-ppml-bounces at arin.net en nombre de hostmaster at uneedus.com" <arin-ppml-bounces at arin.net en nombre de hostmaster at uneedus.com> escribió:

    I am opposed.

    IPv6 policies have been designed from the beginning to limit the growth of 
    the global routing tables. Policies such as sparse assignment help with 
    this goal, as well as the development of means to renumber with relative 
    ease, compared to IPv4.  This is because more than one upstream can be 
    advertised at the same time and in the same network.  A RFC compliant host 
    will by default assign addresses in each subnet that it hears router 
    advertisements and spread its outgoing traffic between the available 
    upstream routers.  Unlike IPv4, we are nowhere near exhaust, and there is 

Have you really tried that ? Thinks aren't so easy as it may seem.

    no need to get into the legacy transfer issue with IPv6.  I would perfer 
    to allow each IPv6 block assigned to a RIR to remain 100% under the 
    control of that RIR. If transfers are possible, this fact alone can be 
    used to defeat the trust anchor.

    It is unclear to me what the trust anchor problem actually is, and why it 
    needs to lead to the explosion of the IPv6 DFZ because of transfers.  If 

This policy will not increase the DFZ. The same number of routes you have in one region will just move to another one, same or different upstreams.

    there is an issue of ARIN policy regarding trust anchors compared to other 
    RIR's, this policy should instead be addressed instead of allowing 
    transfers as a work around to a bad ARIN policy.

    Ideally, IPv6 blocks should be obtained from the upstream ISP/LIR and they 
    should be routed to the default route, with only one route per ISP/LIR. 

Ideally yes, one router per ISP/LIR, but not all follow that because "traffic engineering".

If I understand correctly, you're saying that we must not have IPv6 PI?

    Since the "normal" site assignment is a /48, unlike IPv4, there is no 
    shortage of address space for any use without involvement of ARIN or other 
    RIR.  If one needs to be multihomed, each host can have an address from 
    each available upstream, providing availability to each host from more 
    than one network.

Have you tried that? Hosts don't multihome today with IPv6 with multiple prefixes from different upstreams. You really need IPv6 PI.

    Albert Erdmann
    Network Administrator
    Paradise On Line Inc.

    On Tue, 26 Mar 2019, ARIN wrote:

    > On 21 March 2019, the ARIN Advisory Council (AC) accepted "ARIN-prop-263: 
    > Allow Inter-regional IPv6 Resource Transfers" as a Draft Policy.
    >
    > The Draft Policy text is below and can be found at:
    > https://www.arin.net/participate/policy/drafts/2019_4/
    >
    > You are encouraged to discuss all Draft Policies on PPML. The AC will 
    > evaluate the discussion in order to assess the conformance of this draft 
    > policy with ARIN's Principles of Internet number resource policy as stated in 
    > the Policy Development Process (PDP). Specifically, these principles are:
    >
    > * Enabling Fair and Impartial Number Resource Administration
    > * Technically Sound
    > * Supported by the Community
    >
    > The PDP can be found at:
    > https://www.arin.net/participate/policy/pdp/
    >
    > Draft Policies and Proposals under discussion can be found at:
    > https://www.arin.net/participate/policy/drafts/
    >
    > Regards,
    >
    > Sean Hopkins
    > Policy Analyst
    > American Registry for Internet Numbers (ARIN)
    >
    >
    >
    > Draft Policy ARIN-2019-4: Allow Inter-regional IPv6 Resource Transfers
    >
    > Problem Statement:
    >
    > There is an operational need to allow RIR transfers of IPv6 resources between 
    > RIRs with an equivalent transfer policy. ARIN’s RPKI Trust Anchor (TA) is 
    > measurably less widely deployed than TAs from other RIRs. As a consequence, 
    > RPKI ROAs published through ARIN offer less value. Operators seeking to 
    > extract the most value from their investment in IPv6 would benefit from the 
    > ability to transfer IPv6 resources to RIRs with more widely deployed RPKI 
    > Trust Anchors.
    >
    > Policy Statement:
    >
    > Change the first sentence in section 8.4 from:
    >
    > “Inter-regional transfers of IPv4 number resources and ASNs may take place 
    > only via RIRs who agree to the transfer and share reciprocal, compatible 
    > needs-based policies.”
    >
    > To:
    >
    > “Inter-regional transfers of Internet number resources may take place only 
    > via RIRs who agree to the transfer and share reciprocal, compatible 
    > needs-based policies.”
    >
    > Comments:
    >
    > 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).
    > Unsubscribe or manage your mailing list subscription at:
    > https://lists.arin.net/mailman/listinfo/arin-ppml
    > Please contact 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).
    Unsubscribe or manage your mailing list subscription at:
    https://lists.arin.net/mailman/listinfo/arin-ppml
    Please contact info at arin.net if you experience any issues.

**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.