[dns-operations] Is this valid edns0 query?
dwessels at verisign.com
Fri Oct 10 17:52:21 UTC 2014
I'd say it is valid.
RFC 6891 says (section 6.1.2) that a client or server should simply ignore OPTION-CODE values
that it doesn't know about. The request should be processed as though that funny option
code were not even there.
On Oct 10, 2014, at 10:14 AM, Mohamed Lrhazi <Mohamed.Lrhazi at georgetown.edu> wrote:
> We have an appliance generating DNS requests that our F5 DNS server is silently dropping... We are working with both vendors to try and figure out whose fault it is....
> Could someone please tell me if this request is valid?
> User Datagram Protocol, Src Port: 18646 (18646), Dst Port: domain (53)
> Domain Name System (query)
> Transaction ID: 0x9b89
> Flags: 0x0100 Standard query
> Questions: 1
> Answer RRs: 0
> Authority RRs: 0
> Additional RRs: 1
> compliance.georgetown.edu: type A, class IN
> Name: compliance.georgetown.edu
> Type: A (Host address)
> Class: IN (0x0001)
> Additional records
> <Root>: type OPT
> Name: <Root>
> Type: OPT (EDNS0 option)
> UDP payload size: 1280
> Higher bits in extended RCODE: 0x0
> EDNS0 version: 0
> Z: 0x0
> Data length: 31
> Option: Unknown (20732)
> Option Code: Unknown (20732)
> Option Length: 27
> Option Data: 00000202000048f204656e74310d73757065726773615f6d...
> dns-operations mailing list
> dns-operations at lists.dns-oarc.net
> dns-jobs mailing list
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
More information about the dns-operations