Re: [dnsext] Last Call: <draft-ietf-dnsext-rfc2671bis-edns0-09.txt> (Extension Mechanisms for DNS (EDNS(0))) to Internet Standard

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

 



I believe you are saying the same things when you are both saying that for this to work there may be more than one way to do it but all options require completely new functionality in implementations (either by implementing support for new labels types or by implementing new fall back behavior). The conclusion is still the same.

Joao

On 3 Oct 2012, at 03:15, Mark Andrews wrote:

> 
>> Labels only work when all the severs for a zone that has a new label type,
>> in ADDITION sufficient fraction servers in all zones above that zone 
>> MUST understand the new
>> label type.
> 
> Not true. Binary labels could have been made to work by removing
> the left hand label until the remaining suffix consisted of only
> RFC 1035 labels, looking up the servers for that domain, then
> resuming query processing using those servers similar to what we
> do with DS lookups.
> 
> Such processing would be required for any new label type used in a
> QNAME and would be a significant change to the standard query logic.
> 
> Mark
> -- 
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742                 INTERNET: marka@xxxxxxx




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]