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-----