APNIC Home APNIC Home
Info & FAQ |  Resource services |  Training |  Meetings |  Membership |  Documents |  Whois & Search |  Internet community

You're here:  Home  Mailing Lists sig-dns 


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[sig-dns]SIG Session Report from sig-dns meeting in Seoul



Many, many apologies for the lateness of this summary. It has been a busy year.

A copy of the minutes for the meeting is available at:

http://www.apnic.net/meetings/16/programme/minutes/dns.html

The full unedited transcript of the meeting is available at:

http://www.apnic.net/meetings/16/programme/transcripts/dns-operations- sig.txt

Comments on the following summary would be most welcome.


Joe

---

On Thursday 21 August 2003 at the 16th APNIC Open Policy Meeting in Seoul, a DNS Operations SIG meeting was held.

George Michaelson of APNIC presented a modified version of his proposal to clean up lame delegations from APNIC-controlled zones under IN-ADDR.ARPA. Some discussion followed on the details of how notification of lame delegations might be implemented prior to delegations being removed, and also about whether it was desirable that disabled delegations might leave a child zone delegated to a single nameserver. Attendees of the meeting were asked whether there were any objections in principle to APNIC running a trial based on George's proposal; there were no objections.

Randy Bush of IIJ made a presentation which outlined challenges and issues with the delegation of zones from 2.0.0.2.ip6.arpa to operators of the corresponding IPv4 addresses. This presentation follows an earlier request to the IANA to make the corresponding higher-level delegations to the RIRs (see draft-ymbk-6to4-arpa-delegation-00.txt). The discussion that followed was mainly concerned with the low demand for corresponding delegations under ip6.int.

Geoff Huston presented a strawman proposal to delegate zones under 2.0.0.2.ip6.arpa using an automated method which involved requests for delegation being made interactively from clients over IPv6, from source addresses within address blocks corresponding to the delegations being requested. The discussion which followed emphasised the perception in the room that utilisation of 6to4 addresses was not widespread, and the corresponding demand for delegations under 2.0.0.2.ip6.arpa was probably therefore low. An ad-hoc manual delegation process through existing APNIC support channels might make more sense than an automated system.

No additional issues or topics for discussion were raised. The meeting lasted about an hour.