EDNS exchanges in draft-wouters-edns-tcp-chain-query-00.txt

Olaf Kolkman <[email protected]> Thu, 31 Oct 2013 14:03:23 +0100
Newsgroups gmane.ietf.dnsext
Message-ID <[email protected]>
On 11 sep. 2013, at 03:15, Paul Wouters <[email protected]> wrote:

> 
> Filename:	 draft-wouters-edns-tcp-chain-query
> Revision:	 00
> Title:		 TCP chain query requests in DNS
> Creation date:	 2013-09-10
> Group:		 Individual Submission

Thanks Paul, 

Hereby a few responses after first review.


In 3.3.2 you specify that you MAY include the ENDS option in responses.

I am not sure if there are clients out there that get all nauseous from OPT RRs in the responses and I am also not sure if this would be the first EDNS exchange where a server sends back an OPT RR in the additional section without first having received an EDNS packet from a client.

If conservatism is warranted  I’d suggest to only send back an OPT RR to clients that have shown EDNS support by sending you a query first.


NIT: if you are going to ignore the timeout anyway on the server then a SHOULD set to 0 for clients is sufficient. Violating that MUST doesn’t lead to interoperability issues if the server ignores the value anyhow.




—Olaf

_______________________________________________
dnsext mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dnsext
signature.asc (application/pgp-signature, 846 B)
-----BEGIN PGP SIGNATURE-----
Comment: Signature creating using GPG Tools.

iQIcBAEBAgAGBQJSclUbAAoJEFRqER47aqpkI7QP/RKFIuNHRtB1RhMPg7uIHGSe
fjudM24ebP2JrREVc8gYTHt2ntqFQWmHQtBfh7iZUagEfNXupieAHY11yFksx9RE
yrOpWz7B2IoqFz1EHIhmx8BrdmYlDGvKk6cMHvLr6NHxyLkQuge+mPIbdezYcslP
WFcZpGbSC0rujP5k8MCsMU7VY0l2KQZpH13wSKlnAB0FGEMqOz9SJwuIbNhkQk1X
x+ZZaX5EYicp+r1gBuJbhT1PQwRro0Mz2ZykPbHzm5edPZ7TFJgdDOcJkLDr26qJ
U/GpYPHn8Vcd5vqd3mIE6nseuvyLbM1Gwau2YWIEO0yyugR6Ftj6FfnRAhjqmOHE
WlY0XbYv90py6XGNdn0tSszJyRqG6ZdIMim88d4HDUCjZpg/PvheBMurWylYur2v
Gdz2o+gqaV7jDu/PYBxl1tdwaU+//EHmbrYxz42NKxlmnM5xHInSmHzjimduFKjp
yzb4UJ9ng1reurTWmBB1YL+hRDno8MQqt4C5xR4vFHyuKddM4yi01b7SXaNmgjVT
CciAThJddyUqxJZ74ch1UK+yAhiBrLCteErfec5rexZ1f6ulK+4zZtAYkIGHiLLt
xr3p36z85WzzTuYxcgHio2x/IzoSWp2QXqlkkiCjc0NCplVpg7743Dm4vakkFvrt
Zq7Odn7K2N3/+oN1eYd3
=0T7p
-----END PGP SIGNATURE-----