7. SOA RRs

Tre problemi minori riguardanti il record di risorsa Start of Zone of Authority (SOA) necessitano di alcune chiarificazioni.

7.1. Placement of SOA RRs in authoritative answers (Posizionamento dei SOA RR nelle risposte autoritativ)

RFC1034, nella sezione 3.7, indica che la sezione di autorità di una risposta autoritativa può contenere il record SOA per la zona da cui è stata ottenuta la risposta. Quando si discute di caching negativo, RFC1034 sezione 4.3.4 fa riferimento a questa tecnica ma menziona la sezione aggiuntiva della risposta. Il primo è corretto, come è suggerito dall'esempio mostrato nella sezione 6.2.5 di RFC1034. I record SOA, se aggiunti, devono essere collocati nella sezione di autorità.

7.2. TTLs on SOA RRs (TTL sui SOA RR)

Si può osservare che nella sezione 3.2.1 di RFC1035, che definisce il formato di un record di risorsa, la definizione del campo TTL contiene una riga di passaggio che afferma che il TTL di un record SOA dovrebbe sempre essere inviato come zero per prevenire il caching. Questo non è menzionato da nessun'altra parte e generalmente non è stato implementato. Le implementazioni non dovrebbero presumere che i record SOA avranno un TTL di zero, né sono tenute a inviare record SOA con un TTL di zero.

7.3. The SOA.MNAME field (Il campo SOA.MNAME)

È abbastanza chiaro nelle specifiche, tuttavia sembra essere stato ampiamente ignorato, che il campo MNAME del record SOA dovrebbe contenere il nome del server primario (master) per la zona identificata dal SOA. Non dovrebbe contenere il nome della zona stessa. Quell'informazione sarebbe inutile, poiché per scoprirla, è necessario iniziare con il nome di dominio del record SOA — cioè il nome della zona.

---