About RIPE NCC | Contact  | Search | Sitemap    
Homepage RIPE NCC  
RIPE Database
     
RIPE Database:
RIPE NCC Navigation Ends
About the RIPE Database
Update RIPE Database
Support Information
DB Document Library
DB Software and Tools
DB Statistics
DB Related projects
DB Copyright
Link to routing registry Routing Registry
Link to Resources DB News Archive News Archive
RIPE NCC Navigation Ends
Click here for the RIPE NCC E-Learning Centre
Next Section

New Policy and Procedures for Reverse DNS Requests

The RIPE NCC has implemented a number of changes in the policy and procedures for requesting reverse delegation. This follows the effort to streamline reverse DNS operations [1] and make it easier for network administrators to manipulate related domain objects.

You should be aware of the following changes:

When users want to update their reverse DNS information, they send an e-mail to <auto-dbm@ripe.net> (formerly this mail was sent to <auto-inaddr@ripe.net>). The database update program will verify the DNS information and update the RIPE Database. The information will appear in the DNS after a short delay.

The policy constraints have been reduced. Previously only space assigned to End Users could be reverse delegated in DNS. This caused administrative burden to LIRs, as every time space was assigned, reverse DNS had to be set up for that space. Now reverse DNS can be set up for an entire allocation.

Documentation that details the new setup and authorisation can be found at:

http://www.ripe.net/reverse/

More details on these developments is provided below.

* The reverse DNS policy as proposed in [3] is published as ripe-302.

The main change to the policy is the removal of the requirement for valid assignments.

Reverse delegations can also be requested by non LIRs if an appropriate "mnt-domains:" attribute is in place in the corresponding inetnum/inet6num object, when submitting requests to <auto-dbm@ripe.net>.

* The <auto-inaddr@ripe.net> interface will be deprecated as of 1 July 2004.

To allow for a graceful transition, the "mnt-domains:" based authorisation mechanism has not been implemented for the <auto-inaddr@ripe.net> interface. This will continue to use reg ID
based authorisation.

The "mnt-by:" attribute will become mandatory. However, the existence of the "mnt-by:" attribute in domain objects is not enforced when the object is submitted through the <auto-inaddr@ripe.net> interface.

Please contact ripe-dbm@ripe.net if you have further questions.

References:


[1] Original RDNS Project Proposal
http://www.ripe.net/reverse/proposal.html


[2] "mnt-domains:" Attribute Proposal
http://www.ripe.net/ripe/maillists/archives/dns-wg/2004/msg00007.html


[3] Policy for Reverse Address Delegation of IPv4 and IPv6 Address
Space in the RIPE NCC Service Region
http://www.ripe.net/ripe/docs/rev-del.html


[4] Webupdates
http://www.ripe.net/perl/webupdates.pl


[5] http://www.ripe.net/ripe/maillists/archives/dns-wg/2004/msg00008.html

 

Next Section
     About RIPE NCC | Service Announcements | Site Map | LIR Portal | About RIPE | Contact | © RIPE NCC. All rights reserved.
RIPE NCC Homepage Go to the RIPE NCC LIRPortal Go to the RIPE Community pages