RE: Deletion of German domains
No, this is a working agreement about technical details. It is based on the community consensus that domain related information (excluding reverse delegations) should be moved from the RIPE Database to the respective ccTLD databases.
Fair enough, but community consensus must be recorded. Was this consensus achieved at RIPE 36 and we're still waiting for the relevant minutes?
Frankly, I don't see what the great fuss is about, Mike.
No great fuss, Håvard, just a request for a reminder of the original action point leading to this operational change. Andrei has now provided this.
I think this has been discussed in the CENTR arena, and if I'm not mistaken there's been developed a consensus between the RIPE NCC and the CENTR folks for the preferred way forward. The RIPE DB's primary purpose isn't to serve as a repository for domain objects and related person objects -- I have for a long time had the impression that this has been rather obvious, and that a better solution for all parties would be preferable (less work for the CC registries to maintain the RIPE DB data, tighter coupling to the underlying registry database, costs for running the system where they can be accounted for, etc. etc.)
Indeed, and this has been raised in the db-wg many times in the past, even in pre-CENTR days. It would make sense if other CC registries could adopt the practice of .nl, .no, .de etc when it comes to providing a database of their registered domains and ancillary data. Regards. Mike
Hi Since i started this move to get the top level country domains removed from the RIPE DB i would just like to clarify the process that was used to get to the announcement the other day. RIPE 33 was the first time this issue was raised the minute i found for does not reflect the discussion that was entered into correctly: Regarding input from the other working groups. We have started to think about issues such as: where do we store data and who is responsible for the maintenance of data and who might be in the position for providing branding/rubber stamping/certificates for certain data. In particular DNS objects as being the majority of objects. Wilfried stated that we really have to start thinking about how to deal with that. RIPE 34 Operational difficulties around domain objects. Need decision on migration of domain objects -- CENTR to respond urgently. Specification input deferred until migration path decided. RIPE 35 This was minuted but not detailed it was discussed but i seem to remember the ASO thing taking hte limelight. 6. Report from the address council 7. The policy making process 8. Establish final selection procedure for the address council 9. Domain objects in the database 10. AOB RIPE 36 No minutes published yet but i do remember de.nic telling us that they would be ready to move the domains by a certain day which i can not remember. During the DB working group i suggested that a time limit to move the rest of the nic objects out be introduced and concensus was agreed that when we migrate to RPSL DB these domains would no longer be supported. I do not know if this will help i just though a brief history might help show just how long this has been in discussion and help in some way to stop this what seems to be trivial discussions over something that is not really a problem. Hope this helps Regards Stephen Burley UUNET EMEA Hostmaster
participants (2)
-
mike.norris＠heanet.ie -
Stephen Burley