7. Antwort-Umordnung (Response Reordering)

RFC 1035 ist in der Frage mehrdeutig, ob TCP-Antworten umgeordnet werden dürfen -- der einzige relevante Text befindet sich in Abschnitt 4.2.1, der sich auf UDP bezieht:

Abfragen oder ihre Antworten können vom Netzwerk oder durch die Verarbeitung in Nameservern umgeordnet werden, sodass Resolver nicht davon abhängen sollten, dass sie in der Reihenfolge zurückgegeben werden.

Zur Vermeidung zukünftiger Zweifel wird diese Anforderung geklärt. Autoritativen Servern und rekursiven Resolvern wird EMPFOHLEN (RECOMMENDED), die Vorbereitung von Antworten parallel zu unterstützen und sie außer der Reihe zu senden, unabhängig vom verwendeten Transportprotokoll. Stub- und rekursive Resolver MÜSSEN (MUST) in der Lage sein, Antworten zu verarbeiten, die in einer anderen Reihenfolge eintreffen als die, in der die Anfragen gesendet wurden, unabhängig vom verwendeten Transportprotokoll.

Um eine Leistung auf dem Niveau von UDP zu erreichen, SOLLTEN (SHOULD) rekursive Resolver TCP-Abfragen parallel verarbeiten und einzelne Antworten zurückgeben, sobald sie verfügbar sind, möglicherweise in falscher Reihenfolge.

Da Pipelining-Antworten außer der Reihe eintreffen können, MÜSSEN (MUST) Clients Antworten mithilfe der Nachrichten-ID mit ausstehenden Abfragen auf derselben TCP-Verbindung abgleichen. Wenn die Antwort einen Frageabschnitt enthält, MUSS (MUST) der Client die Felder QNAME, QCLASS und QTYPE abgleichen. Wenn Clients Antworten nicht ordnungsgemäß mit ausstehenden Abfragen abgleichen, kann dies schwerwiegende Folgen für die Interoperabilität haben.