Passa al contenuto principale

13. Considerazioni IANA (IANA Considerations)

Questa sezione descrive le registrazioni e considerazioni IANA (Internet Assigned Numbers Authority) relative a Neighbor Discovery per IPv6.

13.1. Registrazioni di Tipo e Codice ICMPv6

Neighbor Discovery utilizza diversi tipi di messaggi ICMPv6 registrati presso IANA. I seguenti tipi ICMPv6 sono definiti in questa specifica:

Tipo ICMPv6NomeRiferimento
133Router SolicitationRFC 4861, Section 4.1
134Router AdvertisementRFC 4861, Section 4.2
135Neighbor SolicitationRFC 4861, Section 4.3
136Neighbor AdvertisementRFC 4861, Section 4.4
137Redirect MessageRFC 4861, Section 4.5

Tutti questi tipi di messaggi utilizzano il Codice 0, e attualmente non sono definiti altri valori di Codice per questi tipi.

13.2. Registro dei Tipi di Opzione Neighbor Discovery

IANA mantiene un registro per i tipi di opzione Neighbor Discovery. I seguenti tipi di opzione sono definiti in questa specifica:

Tipo OpzioneNomeRiferimento
1Source Link-Layer AddressRFC 4861, Section 4.6.1
2Target Link-Layer AddressRFC 4861, Section 4.6.1
3Prefix InformationRFC 4861, Section 4.6.2
4Redirected HeaderRFC 4861, Section 4.6.3
5MTURFC 4861, Section 4.6.4

13.2.1. Procedura di Registrazione

I nuovi tipi di opzione Neighbor Discovery sono allocati utilizzando la seguente procedura:

  • Valori 0-255: Richiesta IETF Review o IESG Approval (come definito in RFC 8126)
  • Le nuove opzioni DEVONO (MUST) essere documentate in una RFC o in un altro riferimento permanente e pubblicamente disponibile
  • La registrazione DEVE (MUST) includere:
    • Valore del Tipo di Opzione
    • Nome dell'Opzione
    • Breve descrizione dell'opzione
    • Riferimento al documento che la definisce

13.2.2. Formato del Tipo di Opzione

I valori del Tipo di Opzione sono identificatori a 8 bit. I due bit di ordine superiore del campo Tipo di Opzione sono utilizzati per specificare l'azione da intraprendere se il tipo di opzione non è riconosciuto:

  • 00: Saltare questa opzione e continuare l'elaborazione del messaggio
  • 01: Scartare il messaggio
  • 10: Scartare il messaggio e inviare un messaggio ICMP Parameter Problem
  • 11: Scartare il messaggio e inviare un messaggio ICMP Parameter Problem solo se l'indirizzo di destinazione non è un indirizzo multicast

Questa codifica consente una gestione flessibile delle opzioni sconosciute e abilita il deployment fluido di nuovi tipi di opzioni.

13.3. Costanti del Protocollo IPv6 Neighbor Discovery

Sebbene non gestite direttamente da IANA, questa specifica definisce diverse costanti di protocollo (documentate nella Sezione 10) che gli implementatori DEVONO (MUST) utilizzare. Queste costanti includono valori di temporizzazione, limiti di ritrasmissione e altri parametri essenziali per l'interoperabilità.

13.4. Flag di Router Advertisement

IANA mantiene un registro per i flag di Router Advertisement. I seguenti flag sono definiti in questa specifica:

BitNome FlagRiferimento
0M (Managed Address Configuration)RFC 4861, Section 4.2
1O (Other Configuration)RFC 4861, Section 4.2
2-7RiservatoRFC 4861

Flag aggiuntivi possono essere definiti in specifiche future seguendo le procedure IETF Review.

13.5. Flag dell'Opzione Prefix Information

IANA mantiene un registro per i flag dell'opzione Prefix Information. I seguenti flag sono definiti in questa specifica:

BitNome FlagRiferimento
0L (On-Link)RFC 4861, Section 4.6.2
1A (Autonomous Address Configuration)RFC 4861, Section 4.6.2
2R (Router Address)RFC 6275
3-7RiservatoRFC 4861

Nota: Il flag R è stato aggiunto da RFC 6275 (Mobile IPv6) ed è incluso qui per completezza.

13.6. Flag di Neighbor Advertisement

IANA mantiene un registro per i flag di Neighbor Advertisement. I seguenti flag sono definiti in questa specifica:

BitNome FlagRiferimento
0R (Router)RFC 4861, Section 4.4
1S (Solicited)RFC 4861, Section 4.4
2O (Override)RFC 4861, Section 4.4
3-31RiservatoRFC 4861

13.7. Aggiornamenti alle Registrazioni Precedenti

Questo documento (RFC 4861) rende obsoleta la RFC 2461. Tutte le registrazioni IANA che facevano riferimento alla RFC 2461 sono state aggiornate per fare riferimento invece alla RFC 4861.

13.8. Considerazioni per le Estensioni Future

Quando si definiscono nuovi messaggi, opzioni o flag di Neighbor Discovery:

  1. Compatibilità Retroattiva: Assicurarsi che le nuove funzionalità possano coesistere con le implementazioni esistenti. Le opzioni sconosciute DEVONO (MUST) essere ignorate silenziosamente come specificato nella Sezione 9.

  2. Implicazioni di Sicurezza: Considerare come le nuove funzionalità interagiscono con i meccanismi di sicurezza come SEcure Neighbor Discovery (SEND) [RFC3971].

  3. Requisiti di Documentazione: Documentare completamente la nuova funzionalità in una RFC o in un altro riferimento permanente e pubblicamente disponibile.

  4. Registrazione IANA: Seguire le procedure di registrazione IANA appropriate come specificato in RFC 8126.

  5. Esperienza di Implementazione: Quando possibile, acquisire esperienza di implementazione e deployment prima della standardizzazione.

13.9. Riferimenti ai Registri IANA

I registri IANA attuali relativi a Neighbor Discovery possono essere trovati presso:

Gli implementatori e i progettisti di protocolli dovrebbero consultare questi registri per le informazioni più aggiornate sui valori registrati.