1. Definitions (Definizioni)

Questo documento fornisce intenzionalmente più definizioni ai ruoli dei server "Master", "Slave" e "Primary Master", e alla loro enumerazione negli NS RRs e nel campo SOA MNAME. In questo senso, le seguenti definizioni di tipi di server possono essere considerate un'aggiunta a [RFC1035], e sono intese per essere coerenti con [RFC1996]:

Slave
Un server autoritativo che utilizza AXFR o IXFR per recuperare la zona ed è nominato nell'NS RRset della zona.

Master
Un server autoritativo configurato per essere la sorgente di dati AXFR o IXFR per uno o più server slave.

Primary Master
Server master alla radice del grafo di dipendenza AXFR/IXFR. Il master primario è nominato nel campo SOA MNAME della zona e opzionalmente da un NS RR. Per definizione, c'è solo un server master primario per zona.

Un nome di dominio identifica un nodo all'interno della struttura ad albero dello spazio dei nomi di dominio. Ogni nodo ha un insieme (possibilmente vuoto) di Resource Records (RRs). Tutti gli RR aventi lo stesso NAME, CLASS e TYPE sono chiamati Resource Record Set (RRset).

Lo pseudocodice utilizzato in questo documento è solo a scopo esemplificativo. Se si riscontra che non è d'accordo con il testo, il testo deve essere considerato autorevole. Se il testo risulta ambiguo, lo pseudocodice può essere utilizzato per aiutare a risolvere l'ambiguità.

1.1 Comparison Rules (Regole di confronto)

1.1.1. Due RR sono considerati uguali se i loro campi NAME, CLASS, TYPE, RDLENGTH e RDATA sono uguali. Si noti che il campo time-to-live (TTL) è esplicitamente escluso dal confronto.

1.1.2. Le regole per il confronto delle stringhe di caratteri nei nomi sono specificate in [RFC1035 2.3.3].

1.1.3. Il wildcarding è disabilitato. Cioè, un wildcard ("") in un aggiornamento corrisponde solo a un wildcard ("") nella zona, e viceversa.

1.1.4. L'aliasing è disabilitato: Un CNAME nella zona corrisponde a un CNAME nell'aggiornamento e non verrà seguito in altro modo. Tutte le operazioni UPDATE sono effettuate sulla base di nomi canonici.

1.1.5. I seguenti tipi di RR non possono essere aggiunti a un RRset. Se le seguenti regole di confronto sono soddisfatte, un tentativo di aggiungere il nuovo RR comporterà la sostituzione del RR precedente:

SOA
Confronta solo NAME, CLASS e TYPE -- non è possibile avere più di un SOA per zona, anche se uno qualsiasi dei campi dati differisce.

WKS
Confronta solo NAME, CLASS, TYPE, ADDRESS e PROTOCOL -- è possibile un solo WKS RR per questa tupla, anche se le maschere dei servizi differiscono.

CNAME
Confronta solo NAME, CLASS e TYPE -- non è possibile avere più di un CNAME RR, anche se i loro campi dati differiscono.

1.2 Glue RRs (RR colla)

Ai fini della determinazione se un nome di dominio utilizzato nel protocollo UPDATE è contenuto all'interno di una zona specificata, un nome di dominio è "in" una zona se è posseduto dal nome di dominio di quella zona. Vedere la sezione 7.18 per i dettagli.

1.3 New Assigned Numbers (Nuovi numeri assegnati)

CLASS = NONE (254)
RCODE = YXDOMAIN (6)
RCODE = YXRRSET (7)
RCODE = NXRRSET (8)
RCODE = NOTAUTH (9)
RCODE = NOTZONE (10)
Opcode = UPDATE (5)