Early Registration Transfer Project FAQ

1. How can I get access to an object maintained by ERX-NET-XXX-XXX-MNT?
2. Which resources will be subject to possible transfer?
3. What if the AS number or block of IP addresses are no longer used? Should these records be transferred?
4. What should I do if I receive notification that a resource is to be transferred, but the country code on the resource is incorrect, and should not be transferred?
5. What should I do if the information on the resource, other than the country code, is incorrect?
6. Will this change cost me or my organisation any money?
7. We received some IP addresses a long time ago, and have had little to no contact with any of the Regional Internet Registrys. What difference does it make to have my IP addresses registered in ARIN's or another Regional Internet Registry's database?
8. How does this change affect my network currently in operation?
9. Do I need to become member of an Regional Internet Registry at this time?
10. Who decides on what information will be in the new object in the Regional Internet Registry database?
11. Will I be able to communicate directly with any Regional Internet Registry from now on?
12. Do I have to move my data? I do not want the bother.
13. What information in the ARIN WHOIS database will be affected?
14. Does this affect my domain name?
15. Do I get to keep my XYZ123-ARIN nic-handle?
16. I have never used the new Regional Internet Registry database and do not know how to make updates, what do I do?
17. I am not familiar with the new Regional Internet Registry policies and procedures, where can I find more information?
18. You mentioned 'domain' as one of the objects in the Regional Internet Registry database. I thought domain names were not affected?
19. My reverse delegation has gone away or is incorrect, and it was right before the transfer.
20. How do I go about managing my resource with my new Regional Internet Registry?
21. I was notified that my records were transferred to APNIC or RIPE, but the records are not visible at whois.<Regional Internet Registry>.net?
22. What "STATUS:" value will the transferred objects have in the RIPE Database?
23. What can be the status for the more-specific objects originating from a block with status: "EARLY-REGISTRATION"?
24. Can I create new objects with status "EARLY-REGISTRATION"?
25. How can I change the information present in my person object that was created during the transfer of my records?

1. How can I get access to an object maintained by ERX-NET-XXX-XXX-MNT?

 Registered Contacts

If you are a registered contact for an object (as specified in the admin-c or tech-c fields), you received an e-mail from us with a password to unlock your maintainer. You will need to do this before you can make any changes to the object.

If you have lost this password, you can contact er-transfer@ripe.net to replace the temporary maintainer.

 Non Registered Contacts

If you are not a registered contact for an object, you need to:

1. Send a request by e-mail to er-transfer@ripe.net to update the maintainer. Your e-mail needs to specify both the old and the updated maintainers. We will confirm receipt of the e-mail and send you a ticket number. If your organisation does not have a maintainer, please follow the Maintainer Creation Procedure.

2. Send a fax to +31 (0)20 535 4445. Tell us the ticket number from the confirmation e-mail. You can prepare the fax using the following web form: http://www.ripe.net/cgi-bin/fax.cgi

2. Which resources will be subject to possible transfer?

All Autonomous System Numbers (ASNs) as well as the former "Class B" network address space, namely 128/2, and selected "Class C" networks, namely 192/8, 196/8, and 198/8.

ASNs that are being transferred to the RIPE NCC are displayed on this page.

3. What if the AS number or block of IP addresses are no longer used? Should these records be transferred?

Send a message to hostmaster@arin.net to return the resource. It will be returned to the pool of unallocated resources. If you discover that the resources are no longer used after the data has already been relocated, then you can contact the Regional Internet Registry holding the records.

4. What should I do if I receive notification that a resource is to be transferred, but the country code on the resource is incorrect, and should not be transferred?

Complete and submit a template with the corrected postal address to hostmaster@arin.net. You need to use an ARIN Org-Simple template.

5. What should I do if the information on the resource, other than the country code, is incorrect?

ARIN will be "locking" out any automated changes to the registration records in the final stages of the migration of records to APNIC and RIPE NCC. This will be done to avoid problems when synchronising data between the RIRs before migration. If you urgently need to update your record in the ARIN Database during   migration, you need to contact ARIN.

After the resource has been transferred to the receiving RIR and you have registered details to gain access to the resource management process, you can change any part of the resource registration record, including maintainers, contact or in-addr.arpa nameserver information.

6. Will this change cost me or my organisation any money?

The actual transaction of transferring your registration record from ARIN to APNIC or RIPE NCC will not cost you anything.

For resources moving to APNIC, charges may apply, but no decision on this had been made.

For resources moving to the RIPE NCC, subsequent modifications to the data by the user will be subject to the RIPE NCC service agreement. Resource holders who are already members of the RIPE NCC will not see any change to fees as these resources will not affect the membership category. Resource holders who are not already members of the RIPE NCC will need to sign a RIPE NCC Standard Service Agreement.

If the data relocation process exposes disputes over registration, and use of network resources, your organisation may be required to pay non-Regional Internet Registry managed expenses.

For some entities, the benefits of increased efficiency will far outweigh any longer term costs.

7. We received some IP addresses a long time ago, and have had little to no contact with any of the Regional Internet Registrys. What difference does it make to have my IP addresses registered in ARIN's or another RIR's database?

The Early Registration Transfer Project benefits the Internet community as a whole. Although you may be required to establish a new relationship with another Regional Internet Registry, there are significant benefits. In the future, you will only deal with your local RIR. This should mean service in or close to your core working hours.

When applying for more resources, you are required to account for early registration resources. The transfer of these early registrations simplifies this process and helps manage all resources through a single source.

8. How does this change affect my network currently in operation?

If there are no changes to your Reverse DNS during the "lockout" period, this change should have no impact on deployed services.

If you discover that in transit, changes have been made to your DNS, we will help resolve this as quickly as possible.

9. Do I need to become member of an Regional Internet Registry at this time?

You do not have to become a member at this time. Of course, we encourage resource holding entities to share the community cost for administration of the resources, but there is no obligation. You may in future be charged for services.

In many cases, resource holders may already be a member of an Regional Internet Registry in connection with other resources. If so, we welcome you choosing to fold management of these early registration resources into that framework.

10. Who decides on what information will be in the new object in the Regional Internet Registry database?

The information has been created from data held by ARIN. Where new information (for example, a nic-hdl) had to be created, simple processes were used to derive it from details in-hand.

If multiple data sources exist, and these can be found and cross-matched, then more recent data is preferred over older data, and where no clear choice can be made strenuous attempts are made to contact the prime information owner and clarify.

Additionally, all possible efforts will be made to contact your organisation to verify the correctness of the details before the transfer. Only in the cases where no reply is obtained within a 30 day period will the synthesised data be registered in the new RIR database.

11. Will I be able to communicate directly with any Regional Internet Registry from now on?

Anybody can communicate directly with any Regional Internet Registry. Some channels for communication are of course restricted to members, and require membership codes, but in principle, all RIRs are open to input and communication.

We suggest that where your inquiry relates to relocated resources, requests for assistance with management of the resources and associated data be directed at the RIR that now holds the records for your resource.

12. Do I have to move my data? I do not want the bother.

If we have misidentified your entity as being outside the ARIN region then you can keep the data with ARIN. If the country code associated with your resource record is in another region, your resource record will be transferred to that Regional Internet Registry.

13. What information in the ARIN WHOIS database will be affected?

Any Autonomous System or IP address space that was registered before ARIN's existence, with a country code outside of the ARIN region will be affected.

14. Does this affect my domain name?

Only network resource information is affected. No objects held by any other agency, relating to any other purpose than assignments or allocations of Internet address or AS Number resources are affected.

15. Do I get to keep my XYZ123-ARIN nic-handle?

If you retain any resources in the ARIN region, you may keep ARIN nic-handles and data in ARIN Database, but in the relocation of data management from ARIN to RIPE NCC and APNIC, it is necessary to have a new nic-handle generated to avoid clashes with existing records and to conform to any regional requirements.

16. I have never used the new Regional Internet Registry database and do not know how to make updates, what do I do?

If your records are being transferred to APNIC, more information can be found in the APNIC Database objects resource guide

If your records are being transferred to RIPE NCC, more information can be found in the RIPE Database FAQ

17. I am not familiar with the new Regional Internet Registry policies and procedures, where can I find more information?

If your records are being transferred to the RIPE NCC, you can find more information at:
RIPE NCC - Registration Services

If your records are being transferred to APNIC, you can find more information at:
Autonomous System Number information
IPv4 information

18. You mentioned 'domain' as one of the objects in the Regional Internet Registry database. I thought domain names were not affected?

Domain names are not affected. APNIC and RIPE use domain objects in the management of reverse delegations, for example x.y.z.in-addr.arpa.

If the IP addresses that are being transferred, have inaddr nameservers attached, these are added to the Regional Internet Registry database as domain objects, and are automatically included in the zone reloads.

19. My reverse delegation has gone away or is incorrect, and it was right before the transfer.

For a delegation to be created or modified, the administrators of the parent zone must be informed of the current delegation details. If its not visible, then you probably depended on invalid status data in the ARIN Database. Aseyour existing Reverse-DNS will be affected, the quickest way to correct this is to place access controls on your objects, and update the DNS information.

20. How do I go about managing my resource with my new Regional Internet Registry?

Each Regional Internet Registry has specific methods for authorising changes and establishing authentication. At the time of transfer, if the contact-of-record does not already have an established means of authentication with the recipient Regional Internet Registry, your recordswill be placed in a 'hold-harmless' state.

You can establish a means of authentication by completing some simple proof of relationship processes. In most cases, readily available information from another authorised person (such as a data centre manager, company officer) will do. We recommend that you establish a means of authentication before the transfer happens.

21. I was notified that my records were transferred to APNIC or RIPE, but the records are not visible at whois.<Regional Internet Registry>.net?

Please contact the Regional Internet Registry that now holds the transferred registration. Include the affected records and the date of transfer.

22. What "STATUS:" value will the transferred objects have in the RIPE Database?

All objects that are being transferred from the ARIN Database to the RIPE Database will have the status: "EARLY-REGISTRATION", with the exception of objects that already had a valid "status:" attribute.

If the inetnum object already had a "status:" attribute in the RIPE Database, a user can request to have this changed to "EARLY-REGISTRATION". This applies to ranges that were previously registered both in ARIN and RIPE.

23. What can be the status for the more-specific objects originating from a block with status: "EARLY-REGISTRATION"?

The 'more-specific' objects can have any allowed 'more-specific' inetnum status:

• ASSIGNED PA
• ASSIGNED PI
• LIR-PARTITIONED PA

The status "EARLY-REGISTRATION" is also possible for existing 'more-specific' objects.

This means that the only value that is not allowed is: "ALLOCATED"

24. Can I create new objects with status "EARLY-REGISTRATION"?

No, only the RIPE NCC can create inetnum objects with this status. More-specific objects will only have this status if they were part of the ERX project and did not already have a status. Newly created inetnum objects will have one of the normal allowed 'more-specific' status.

25. How can I change the information present in my person object that was created during the transfer of my records?

The person objects that were created during the transfer of the records from the ARIN to the RIPE Database cannot be changed by the End Users because they are maintained by RIPE-ERX-MNT. This is necessary because multiple ERX networks, possibly unrelated, may reference the same person object.

The End Users should create their new person objects to use in the transferred records. If the original person objects become unreferenced for 90 days they will be automatically removed from the RIPE Database. Alternatively, you can send an e-mail to ripe-dbm@ripe.net for immediate deletion.