Skip to main content

Common Misbehavior Against DNS Queries for IPv6 Addresses
draft-ietf-dnsop-misbehavior-against-aaaa-02

Revision differences

Document history

Date Rev. By Action
2012-08-22
02 (System) post-migration administrative database adjustment to the No Objection position for Scott Hollenbeck
2004-12-15
02 Amy Vezza State Changes to RFC Ed Queue from Approved-announcement sent by Amy Vezza
2004-12-15
02 Amy Vezza IESG state changed to Approved-announcement sent
2004-12-15
02 Amy Vezza IESG has approved the document
2004-12-15
02 Amy Vezza Closed "Approve" ballot
2004-12-14
02 David Kessens State Changes to Approved-announcement to be sent from IESG Evaluation::AD Followup by David Kessens
2004-11-24
02 Scott Hollenbeck [Ballot Position Update] Position for Scott Hollenbeck has been changed to No Objection from Discuss by Scott Hollenbeck
2004-10-25
02 (System) New version available: draft-ietf-dnsop-misbehavior-against-aaaa-02.txt
2004-06-11
02 (System) Removed from agenda for telechat - 2004-06-10
2004-06-10
02 Amy Vezza State Changes to IESG Evaluation::AD Followup from IESG Evaluation by Amy Vezza
2004-06-10
02 Thomas Narten
[Ballot comment]
>    for a AAAA RR of the name with the RCODE being 0 (indicating no
>    error) and with an empty …
[Ballot comment]
>    for a AAAA RR of the name with the RCODE being 0 (indicating no
>    error) and with an empty answer section [1]. Such a response

[1] should point to RFC 1035, not 1034 (could also point to both).


>    A widely deployed caching server implementation transparently returns
>    the broken response (as well as caches it) to the stub resolver.
>    Another known server implementation parses the response by
>    themselves, and sends a separate response with the RCODE being 2
>    (SERVFAIL).

But, isn't returning the "malformed" response the right thing to do?
The above makes it sound like the caching server has a bug. Caching
servers do not necessarily understand the format of the RRs they cache...
2004-06-10
02 Thomas Narten [Ballot Position Update] New position, No Objection, has been recorded for Thomas Narten by Thomas Narten
2004-06-10
02 Scott Hollenbeck [Ballot comment]
2004-06-10
02 Scott Hollenbeck [Ballot comment]
No comment.
2004-06-10
02 Scott Hollenbeck
[Ballot discuss]
Section 4.1: I'd prefer to not see NXDOMAIN mentioned in this document since it is specific to one implementation of the DNS.  Use …
[Ballot discuss]
Section 4.1: I'd prefer to not see NXDOMAIN mentioned in this document since it is specific to one implementation of the DNS.  Use "Name Error" as described in RFC 1035.

Section 4.2: same gripe.  Please use "Not Implemented" instead of NOTIMP.  1035-terms would be better than SERVFAIL or FORMERR, too.

These implementation-specific terms are used elsewhere in the document.  All should be changed.
2004-06-10
02 Scott Hollenbeck [Ballot Position Update] Position for Scott Hollenbeck has been changed to Discuss from No Objection by Scott Hollenbeck
2004-06-10
02 Scott Hollenbeck [Ballot Position Update] Position for Scott Hollenbeck has been changed to No Objection from Undefined by Scott Hollenbeck
2004-06-10
02 Scott Hollenbeck
[Ballot comment]
Section 4.1: I'd prefer to not see NXDOMAIN mentioned in this document since it is specific to one implementation of the DNS.  Use …
[Ballot comment]
Section 4.1: I'd prefer to not see NXDOMAIN mentioned in this document since it is specific to one implementation of the DNS.  Use "Name Error" as described in RFC 1035.

Section 4.2: same gripe.  Please use "Not Implemented" instead of NOTIMP.  1035-terms would be better than SERVFAIL or FORMERR, too.

These implementation-specific terms are used elsewhere in the document.  All should be changed.
2004-06-10
02 Scott Hollenbeck [Ballot Position Update] New position, Undefined, has been recorded for Scott Hollenbeck by Scott Hollenbeck
2004-06-10
02 David Kessens [Ballot Position Update] New position, Yes, has been recorded for David Kessens by David Kessens
2004-06-10
02 Alex Zinin
[Ballot comment]
Ready to go. Editorial comments from gen-art:

Draft: draft-ietf-dnsop-misbehavior-against-aaaa-01
Reviewer: Brian Carpenter
Date: June 8, 2004

I think this is ready to publish …
[Ballot comment]
Ready to go. Editorial comments from gen-art:

Draft: draft-ietf-dnsop-misbehavior-against-aaaa-01
Reviewer: Brian Carpenter
Date: June 8, 2004

I think this is ready to publish and should be published. No
substantive problems.

Editorial nits:

> 1. Introduction
>
>    Many DNS clients (resolvers) that support IPv6 first search for AAAA
>    Resource Records (RRs) of a target host name, and then for A RRs of
>    the same name. This fallback mechanism is based on the DNS
>    specifications, which if not obeyed by authoritative servers can
>    produce unpleasant results. In some cases, for example, a web browser
>    fails to connect to a web server it could otherwise. In the following
Missing verb,e.g. ....it could otherwise reach.

>    sections, this memo describes some typical cases of the misbehavior
---------------------------------------------------------such
>    and its (bad) effects.


> 4.5 Ignore Queries for AAAA
>
>    Some authoritative severs seem to ignore queries for a AAAA RR,
------------------------servers
2004-06-10
02 Alex Zinin [Ballot Position Update] New position, No Objection, has been recorded for Alex Zinin by Alex Zinin
2004-06-10
02 Bill Fenner
[Ballot comment]
Just as a point of interest to section 4.2: Microsoft's name server returned SERVFAIL in response to AAAA queries at one point; SERVFAIL …
[Ballot comment]
Just as a point of interest to section 4.2: Microsoft's name server returned SERVFAIL in response to AAAA queries at one point; SERVFAIL causes BSD's resolver to return TRY_AGAIN; sendmail thinks that TRY_AGAIN means "don't ask this name server any more questions", so would never ask for the A record since it always tried AAAA first, got TRY_AGAIN, and queued it to be tried again later.  Sendmail introduced the WorkAroundBrokenAAAA configuration option in response, which changes the behavior on TRY_AGAIN.
2004-06-10
02 Bill Fenner [Ballot Position Update] New position, No Objection, has been recorded for Bill Fenner by Bill Fenner
2004-06-09
02 Steven Bellovin [Ballot Position Update] New position, No Objection, has been recorded for Steve Bellovin by Steve Bellovin
2004-06-09
02 Amy Vezza Ballot has been issued by Amy Vezza
2004-06-09
02 Amy Vezza Created "Approve" ballot
2004-06-09
02 (System) Ballot writeup text was added
2004-06-09
02 (System) Last call text was added
2004-06-09
02 (System) Ballot approval text was added
2004-06-03
02 David Kessens State Changes to IESG Evaluation from AD Evaluation by David Kessens
2004-06-03
02 David Kessens Placed on agenda for telechat - 2004-06-10 by David Kessens
2004-05-26
02 David Kessens State Changes to AD Evaluation from Publication Requested by David Kessens
2004-05-25
02 Dinara Suleymanova State Changes to Publication Requested from AD is watching by Dinara Suleymanova
2004-05-21
02 Allison Mankin Intended Status has been changed to Informational from None
2004-05-21
02 Allison Mankin [Note]: 'Participant in PROTO Team pilot: Workgroup Chair Followup of AD Evaluation Comments http://www.ietf.org/internet-drafts/draft-ietf-proto-ad-comments-pilot-00.txt' added by Allison Mankin
2004-05-01
02 Margaret Cullen Draft Added by Margaret Wasserman
2004-05-01
02 Margaret Cullen [Note]: 'Participant in PROTO Team pilot:
Workgroup Chair Followup of AD Evaluation Comments
http://www.ietf.org/internet-drafts/draft-ietf-proto-ad-comments-pilot-00.txt' added by Margaret Wasserman
2004-04-12
01 (System) New version available: draft-ietf-dnsop-misbehavior-against-aaaa-01.txt
2004-02-13
00 (System) New version available: draft-ietf-dnsop-misbehavior-against-aaaa-00.txt