tcp versus udp
Sam Wilson
Sam.Wilson at ed.ac.uk
Thu May 7 16:34:17 UTC 2009
In article <gttqkl$ot6$1 at sf1.isc.org>,
Barry Margolin <barmar at alum.mit.edu> wrote:
> In article <gtrqte$2ins$1 at sf1.isc.org>,
> Sam Wilson <Sam.Wilson at ed.ac.uk> wrote:
>
> > In article <gtrbsa$296l$1 at sf1.isc.org>, Mark Elkins <mje at posix.co.za>
> > wrote:
> >
> > > One place that TCP may make sense - if you are involved in a registry
> > > system and the process involves actually checking the information that
> > > you are given, including nameservers (do they exist, do they serve that
> > > zone - correctly?) - it may make a lot of sense to do TCP Digs for the
> > > information (though that should probably be after a failed UDP dig - as
> > > a number of people do insist on disallowing Port 53 TCP).
> >
> > If the registry is testing for compliant servers then a failed TCP query
> > should flag the server as non-working, as would a failed UDP query.
>
> DNS servers MUST support UDP, and only SHOULD support TCP. So a failed
> TCP query should not flag the server as non-working.
You're right of course - my apologies. A failed TCP query should flag
the server as not supporting TCP queries, with reference to RFC 1123
sections 6.1.3.2 and 1.3.2. The registrar may or may not wish to
comment on the advisability of that.
Sam
More information about the bind-users
mailing list