From: Andreas Gustafsson Date: Mon, 19 Mar 2001 20:26:20 +0000 (+0000) Subject: clarify sortlist & rrset-order docs [RT #1052] X-Git-Tag: v9.1.1rc6~9 X-Git-Url: http://git.ipfire.org/gitweb/?a=commitdiff_plain;h=52d8b27d7b02ac5e7aa00d49eeec4f4bda8aaeca;p=thirdparty%2Fbind9.git clarify sortlist & rrset-order docs [RT #1052] --- diff --git a/doc/arm/Bv9ARM-book.xml b/doc/arm/Bv9ARM-book.xml index 8f48607c881..a7b1fafd47c 100644 --- a/doc/arm/Bv9ARM-book.xml +++ b/doc/arm/Bv9ARM-book.xml @@ -2,7 +2,7 @@ - + @@ -3318,20 +3318,18 @@ is preferred least of all. The topology option is not yet implemented in BIND 9. - - The <command>sortlist</command> Statement -Resource Records (RRs) are the data associated with the names -in a domain name space. The data is maintained in the form of sets -of RRs. The order of RRs in a set is, by default, not significant. -Therefore, to control the sorting of records in a set of resource -records, or RRset, you must use the sortlist statement. - RRs are explained more fully in . Specifications for RRs -are documented in RFC 1035. -When returning multiple RRs the nameserver will normally return -them in Round Robin order, -that is, after each request the first RR is put at the end of the -list. The client resolver code should rearrange the RRs as appropriate, + + + +The <command>sortlist</command> Statement + +The response to a DNS query may consist of multiple resource +records (RRs) forming a resource records set (RRset). +The name server will normally return the +RRs within the RRset in an indeterminate order +(but see the rrset-order +statement in ). +The client resolver code should rearrange the RRs as appropriate, that is, using any addresses on the local net in preference to other addresses. However, not all resolvers can do this or are correctly configured. When a client is using a local server the sorting can be performed @@ -3401,13 +3399,12 @@ to other queries will not be sorted. RRset Ordering When multiple records are returned in an answer it may be useful to configure the order of the records placed into the response. -For example, the records for a zone might be configured always to -be returned in the order they are defined in the zone file. Or perhaps -a random shuffle of the records as they are returned is wanted. The rrset-order statement permits configuration -of the ordering made of the records in a multiple record response. -The default, if no ordering is defined, is a cyclic ordering (round -robin). +of the ordering of the records in a multiple record response. +See also the sortlist statement, +. + + An order_spec is defined as follows: class class_name type type_name name "domain_name" order ordering @@ -3447,14 +3444,21 @@ order. have "host.example.com" as a suffix, to always be returned in random order. All other records are returned in cyclic order. If multiple rrset-order statements appear, -they are not combined-the last one applies. +they are not combined — the last one applies. If no rrset-order statement is specified, then a default one of: rrset-order { class ANY type ANY name "*" order cyclic ; }; is used. -The rrset-order statement -is not yet implemented in BIND 9. + + +The rrset-order statement +is not yet implemented in BIND 9. +BIND 9 currently supports only a "random-cyclic" ordering, +where the server randomly chooses a starting point within +the RRset and returns the records in order starting at +that point, wrapping around the end of the RRset if +necessary. Tuning