Appendix C. Changes since RFC 2462 (Modifiche rispetto a RFC 2462)

Modifiche significative che potrebbero influenzare le implementazioni esistenti:

• Specifica che i nodi che eseguono il rilevamento di indirizzi duplicati ritardano l'adesione al gruppo multicast solicited-node, piuttosto che ritardare semplicemente l'invio della solicited neighbor, e spiegazione dei motivi dettagliati.

• Aggiunta del requisito di un ritardo casuale prima di inviare le sollecitazioni di vicino per il rilevamento di indirizzi duplicati se l'indirizzo verificato è configurato da un annuncio di router multicast.

• Chiarificazione che quando il rilevamento di indirizzi duplicati fallisce, l'operazione della rete IP dovrebbe essere disabilitata, e che questa regola dovrebbe essere applicata nei casi in cui gli indirizzi hardware dovrebbero essere univoci.

Chiarificazioni principali:

• Chiarificazione di come determinare la lunghezza dell'identificatore di interfaccia, descrizione della relazione con la lunghezza del prefisso annunciata negli annunci di router e evitamento di codificare lunghezze specifiche in questo documento.

• Chiarificazione dell'elaborazione degli annunci di vicino ricevuti durante l'esecuzione del rilevamento di indirizzi duplicati.

• Rimozione del testo sui flag M e O, considerando la maturità dell'implementazione e l'esperienza operativa. Rimozione corrispondente di ManagedFlag e OtherConfigFlag. (Si noti che questa modifica non significa che l'uso di questi flag sia deprecato.)

• Evitamento dell'uso della formulazione « configurazione con stato (Stateful Configuration) » che è notoriamente molto confusa, e semplice utilizzo di « DHCPv6 » nei punti appropriati.

• Raccomandazione più forte di eseguire il rilevamento di indirizzi duplicati su tutti gli indirizzi unicast, considerando vari identificatori di interfaccia diversi, pur notando le implementazioni esistenti.

• Chiarificazione della formulazione nella sezione 5.5.4 per rendere esplicito che gli indirizzi deprecati specificati da un'applicazione possono essere utilizzati per qualsiasi comunicazione.

• Chiarificazione della verifica del prefisso descritta nella sezione 5.5.3 utilizzando una terminologia più appropriata, e chiarificazione che questa verifica riguarda i prefissi degli indirizzi configurati tramite la configurazione automatica senza stato.

• Modifica del riferimento all'intestazione di autenticazione della sicurezza IP in un riferimento a RFC 3971 (Secure Neighbor Discovery). Revisione anche della sezione sulle considerazioni sulla sicurezza utilizzando un riferimento a RFC 3756.

• Aggiunta di una nota sui casi in cui le implementazioni utilizzano storage stabile per gli indirizzi di configurazione automatica.

• Aggiunta di considerazioni sulla preferenza di informazioni incoerenti tra un insieme di informazioni provenienti da una fonte sicura e un altro appreso senza protezione.

Altre chiarificazioni varie:

• Rimozione dei riferimenti a site-local (Site-Local) e revisione della formulazione attorno a quella parola chiave.

• Rimozione del codice ridondante di protezione da denial-of-service nella sezione 5.5.3.

• Chiarificazione che le sollecitazioni o annunci di vicino unicast dovrebbero essere scartati durante l'esecuzione del rilevamento di indirizzi duplicati.

• Indicazione nella sezione 5.3 che un'interfaccia può essere considerata come diventata abilitata quando il punto di accesso wireless cambia.

---