[80877] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Verisign broke GTLDs again?

daemon@ATHENA.MIT.EDU (Matt Larson)
Mon May 16 14:10:56 2005

Date: Mon, 16 May 2005 14:09:25 -0400
From: Matt Larson <mlarson@verisign.com>
To: Michael Tokarev <mjt@tls.msk.ru>
Cc: nanog@merit.edu
In-Reply-To: <42887A19.2010701@tls.msk.ru>
Errors-To: owner-nanog@merit.edu


On Mon, 16 May 2005, Michael Tokarev wrote:
> They're returning FORMERR (which is wrong), *and* don't return the
> original query (numqd=0).

As others have already pointed out, the behavior of the com/net
authoritative name servers with regard to EDNS0 is correct according
to RFC 2671 (the EDNS0 spec).  In particular, please see section 5.3:

  5.3. Responders who do not understand these protocol extensions are
       expected to send a response with RCODE NOTIMPL, FORMERR, or
       SERVFAIL.  Therefore use of extensions should be "probed" such that
       a responder who isn't known to support them be allowed a retry with
       no extensions if it responds with such an RCODE. [...]

Matt
--
Matt Larson <mlarson@verisign.com>
VeriSign Naming and Directory Services

home help back first fref pref prev next nref lref last post