[getdns-api] EDNS extended rcode {Sender Address Possibly Forged}
Mankin, Allison
amankin at verisign.com
Tue Nov 26 16:10:22 CET 2013
The IANA DNS parameters for this appear to have an error then too:
65001-65534 Reserved for Local/Experimental Use [RFC6891<http://www.iana.org/go/rfc6891>]
65535 Reserved for future expansion [RFC6891<http://www.iana.org/go/rfc6891>]
On Nov 26, 2013, at 10:00 AM, Ray Bellis <Ray.Bellis at nominet.org.uk<mailto:Ray.Bellis at nominet.org.uk>> wrote:
On 26 Nov 2013, at 14:52, I wrote:
12-bit, surely?
§6.1.3, RFC 6891:
EXTENDED-RCODE
Forms the upper 8 bits of extended 12-bit RCODE (together with the
4 bits defined in [RFC1035<http://tools.ietf.org/html/rfc1035>]. Note that EXTENDED-RCODE value 0
indicates that an unextended RCODE is in use (values 0 through
15).
[I think the 32-bits you're referring to relate to the fact that this field is packed into what's usually the 32-bit TTL field].
But following up to myself, there's no need to support 12 bits here if the other four bits are provided by the "non-EDNS" API.
Ray
_______________________________________________
getdns-api mailing list
getdns-api at vpnc.org<mailto:getdns-api at vpnc.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://getdnsapi.net/pipermail/spec/attachments/20131126/3b77a7e3/attachment.html>
-------------- next part --------------
_______________________________________________
getdns-api mailing list
getdns-api at vpnc.org
More information about the spec
mailing list