Re: wildcards and n-send NAPTRs

Jim Reid <[email protected]>
Newsgroups gmane.ietf.enum
Message-ID <[email protected]>
On 27 Jun 2008, at 13:33, Clive D.W. Feather wrote:

> No change to the semantics of wildcarding is being proposed.

Sorry Clive, you're wrong. There are. The draft makes wildcard  
processing conditional on the RDATA that's in one of these nsend  
NAPTRs. This *is* a change in semantics and the consequences of that  
have still to be worked through. You even go on to concede the  
semantics are changed by pointing out a corner case where a badly  
structured nsend NAPTR causes an infinite loop.

Now it's one thing having applications playing in this nsend world  
perform loop detection. [How? And where is this documented?] But are  
there scenarios where name servers, espeically full service resolvers,  
could end up having to do loop detection? Some further analysis is  
required. IMO, the proponents of nsend need to do that work and  
convince this WG and dnsop that there is no impact on either the DNS  
protocol or implementations.

It's all very well for the draft to say nsend SHOULD NOT be used with  
wildcards. But it really has to say something about what happens if/ 
when that advice is not followed.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.