Re: [DNSOP] Fwd: New Version Notification for draft-jabley-dnsop-missing-mname-00

2008-06-28 Thread Phil Regnauld
Joe Abley (jabley) writes: > Hi all, > > Comments on this document in this list would be most welcome. >the MNAME field of an SOA record has no benefit, and in fact may well >cause unwanted traffic (DNS UPDATE messages) to be received by the >named server. ... if the named se

Re: [DNSOP] Fwd: New Version Notification

2008-06-28 Thread Paul Vixie
note, i have removed the leading tab character from this author's paragraphs, since i find it very distracting. (a cautionary note to marka and bmanning.) [EMAIL PROTECTED] (Phil Regnauld) writes: > Question: How do existing implementations react to the presence of a > single, terminal dot ? Wh

Re: [DNSOP] I-D ACTION:draft-licanhuang-dnsop-distributeddns-04.txt

2008-06-28 Thread Phil Regnauld
Edward Lewis wrote: > [0] - I cringe when I see a response to a new idea that contains that > phrase. It can be so, um, anti-innovative and un-motivating plus > antagonistic. Sometimes the application of a tool to a problem may be > wrong though sometimes it can spark another idea. I

Re: [DNSOP] Fwd: New Version Notification

2008-06-28 Thread Phil Regnauld
Paul Vixie (vixie) writes: > note, i have removed the leading tab character from this author's paragraphs, > since i find it very distracting. (a cautionary note to marka and bmanning.) I'll trade my tabs (bad editor, no cookie) for the capitalization of your lead words. ;-P > i'm afraid that t

Re: [DNSOP] Fwd: New Version Notification

2008-06-28 Thread Brian Dickson
Paul Vixie wrote: [EMAIL PROTECTED] (Phil Regnauld) writes: Question: How do existing implementations react to the presence of a single, terminal dot ? What if an A record is published for '.' ? I know it probably won't happen. but I'm also curious to know, and I think the document should s

Re: [DNSOP] Fwd: New Version Notification

2008-06-28 Thread Paul Vixie
[EMAIL PROTECTED] (Brian Dickson) writes: > Are you certain? (And does RCODE 3 mean, as I understand it, NXDOMAIN?) i mean of course ANCOUNT=0 RCODE=0, thank you for your correction. > Again, hypothetically, what values for such an A RR would cause benign > behaviour? E.g. 127.0.0.1? > > Just

Re: [DNSOP] draft-jabley-dnsop-missing-mname-00

2008-06-28 Thread Phil Regnauld
(updated subject to reflect draft being discussed) Paul Vixie (vixie) writes: > i think that if LOCALHOST. could be made to return A 127.0.0.1 and ::1 > then we could use LOCALHOST. as a meaningless value for SOA.MNAME, I actually considered that option for a moment. > but that > would just

Re: [DNSOP] draft-jabley-dnsop-missing-mname-00

2008-06-28 Thread Paul Vixie
> Is it then out of spec if we're working with a hidden/unreachable master > server, and even though it is disclosed in SOA.MNAME, it is not listed in > NS.NSDNAME ? What should one put in the SOA.MNAME in that case ? Any one > of the slaves ? Since an RFC 2136 initiator is only supposed to send

Re: [DNSOP] I-D ACTION:draft-licanhuang-dnsop-distributeddns-04.txt

2008-06-28 Thread Dean Anderson
A number of the points you raise have already been addressed. The IPV6 Reverse resolution question has been discussed at length in DNSEXT previously. In fact, it was proposed to remove reverse resolution entirely from IPV6 for just the reason Dr. Huang notes. A 128 bit IPV6 address is 16 octets.

Re: [DNSOP] I-D ACTION:draft-licanhuang-dnsop-distributeddns-04.txt

2008-06-28 Thread Phil Regnauld
Dean Anderson (dean) writes: > A number of the points you raise have already been addressed. Hi Dean, Where ? > The IPV6 Reverse resolution question has been discussed at length in > DNSEXT previously. In fact, it was proposed to remove reverse resolution > entirely from IPV6 for

Re: [DNSOP] I-D ACTION:draft-licanhuang-dnsop-distributeddns-04.txt

2008-06-28 Thread 黄理灿
I have just kicked off the open source project VIRGO-DNS. I will lead my students and other colleagues to implement the draft. I got my Ph.d from 2003, and was senior research assocate in Cardiff University. The cache route information by applying Zipf's law will make average hops much less

Re: [DNSOP] Fwd: New Version Notification

2008-06-28 Thread Joe Abley
On 28 Jun 2008, at 11:29, Paul Vixie wrote: [EMAIL PROTECTED] (Phil Regnauld) writes: Question: How do existing implementations react to the presence of a single, terminal dot ? What if an A record is published for '.' ? I know it probably won't happen. but I'm also curious to know, and I

Re: [DNSOP] Fwd: New Version Notification

2008-06-28 Thread Paul Vixie
> Is it not the case that ANCOUNT=0 RCODE=0 responses could be cached, whilst > failures to send DNS UPDATE messages to root servers would not be cached? the data at hand tells me that lots of people don't cache, and those who do only cache positives. but in principle, yes, if the hosts who aren'

Re: [DNSOP] Fwd: New Version Notification

2008-06-28 Thread Brian Dickson
Paul Vixie wrote: Is it not the case that ANCOUNT=0 RCODE=0 responses could be cached, whilst failures to send DNS UPDATE messages to root servers would not be cached? the data at hand tells me that lots of people don't cache, and those who do only cache positives. but in principle, yes,

Re: [DNSOP] Fwd: New Version Notification

2008-06-28 Thread Paul Vixie
> What about the behavior of (modern) caching resolvers, at start-up time, > when they prime themselves based on the root hints file? they are in the minority. > What do they query for, i.e. "." with query type of "any"? qtype SOA or qtype NS. never qtype ANY, which is at best a diagnostic prob