<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Hello Ingrid</p>
    <p><font face="Helvetica, Arial, sans-serif">That means, if a
        resource holder (ASSIGNED PI within ALLOCATED PI) has an
        "Independent Assignment Request and Maintenance Agreement" with
        the LIR, like end users which got their assignment direct from
        RIPE NCC, this assignment will become an assignment which is
        managed directly by RIPE NCC?<br>
      </font></p>
    <p><font face="Helvetica, Arial, sans-serif">Best regards<br>
        Patrick</font></p>
    <br>
    <div class="moz-cite-prefix">On 04.08.2016 09:39, Ingrid Wijte
      wrote:<br>
    </div>
    <blockquote cite="mid:c988893b-d73d-4879-07b8-53ba50f4cfb5@ripe.net"
      type="cite">
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
      <font face="Helvetica, Arial, sans-serif">Dear colleagues, <br>
        <br>
        During RIPE 72, the RIPE NCC was asked to suggest a way forward
        with regards to the unclear situation arising from address
        blocks in the RIPE Database with the status ALLOCATED PI or
        ALLOCATED UNSPECIFIED. We want to give you an update on this
        work and ask for your input. <br>
        <br>
        BACKGROUND <br>
        <br>
        Although PI assignments made by LIRs have the same status in the
        RIPE Database, it is not clear if resource holders with
        assignments from LIRs have the same rights as resource holders
        with those issued by the RIPE NCC. The community, mainly End
        Users, has asked the RIPE NCC to clarify the situation.<br>
        <br>
        In the early days of the RIPE NCC, a small number of LIRs
        received allocations with the status ALLOCATED PI or ALLOCATED
        UNSPECIFIED. From these address blocks, LIRs could assign ranges
        with the status ASSIGNED PI. <br>
        The RIPE community later decided that the RIPE NCC should be the
        only party assigning ranges with ASSIGNED PI to End Users. It
        was not clear what the status of the assignments that had
        already been made should be. <br>
        <br>
        ACTION TAKEN <br>
        <br>
        At RIPE 71, the Address Policy Working Group asked the RIPE NCC
        to check the actual assignment status with the holders of these
        allocations. We contacted all of the LIRs involved and around
        50% said they had no contact with holders of assignments with
        the status ASSIGNED PI within their allocations. Several
        allocations containing only PA assignments were converted from
        ALLOCATED UNSPECIFIED to ALLOCATED PA following communication
        with LIRs. <br>
        <br>
        The RIPE NCC presented these results to the Address Policy
        Working Group at RIPE 72. The WG stressed that data accuracy
        must have the highest priority. It was further suggested that
        the RIPE NCC should follow up with the LIRs on a case-by-case
        basis, following the principles outlined below. <br>
        <br>
        The WG agreed that, where the LIR can document a mutual
        agreement that they administer the address space, a conversion
        from PI to PA should take place. In all other cases, assignments
        with the status ASSIGNED PI should be treated as being assigned
        by the RIPE NCC. <br>
        <br>
        It was also stated that LIRs should not register any new
        assignments with the status ASSIGNED PI, as policy no longer
        allows for new IPv4 PI assignments (with the exception of IXP PI
        assignments from our reserved address pool). <br>
        <br>
        APPROACH<br>
         <br>
        The RIPE NCC  will contact the 38 LIRs holding allocations that
        contain address blocks with the status ASSIGNED PI (3,600
        inetnum objects in total).<br>
        <br>
        In the following months, these LIRs will check if their RIPE
        Database entries are still correct. Each LIR will check their
        records and with their customers to see under what conditions
        the assignments were originally provided. <br>
        <br>
        After the LIRs have finished their research, the RIPE NCC will:
        <br>
        <br>
        -    Convert assignments to ASSIGNED PA if it can be documented
        that the administrative responsibility lies with the LIR <br>
        -    Follow up directly with resource holders of ASSIGNED PI to
        apply the RIPE policy, “Contractual Requirements for Provider
        Independent Resource Holders in the RIPE NCC Service Region”.
        The PI assignments will become part of the address space managed
        by the RIPE NCC just like all other PI space. Once the resource
        holders have fulfilled the contractual requirements, they will
        have the same rights and obligations as any other End User of PI
        space.<br>
        -    Split the allocations to separate the PI assignments and
        convert the blocks that remain with an LIR to ALLOCATED PA. <br>
        <br>
        We suggest giving these LIRs until the end of January 2017 to
        clarify the status of the assignments within their ALLOCATED
        PI/UNSPECIFIED allocations. <br>
        <br>
        In situations where a dispute arises between the LIR and the
        assignment holder about the administrative responsibility, the
        RIPE NCC will do its best to support a fair solution. <br>
        <br>
        We welcome your feedback on this suggested approach. Please
        provide your input before 12 September 2016. <br>
        <br>
        Kind regards<font face="Helvetica, Arial, sans-serif">,<br>
        </font></font><br>
      <font face="Helvetica, Arial, sans-serif"><font face="Helvetica,
          Arial, sans-serif">Ingrid Wijte<br>
          Assistant Manager Registration Services<br>
          RIPE NCC</font></font> </blockquote>
    <br>
  </body>
</html>