Passa al contenuto principale

6. Scoperta di router e prefisso (Router and Prefix Discovery)

Questa sezione descrive la scoperta di router e prefisso. La Router Discovery è il processo attraverso il quale gli host individuano i router che risiedono su un collegamento collegato. La Prefix Discovery è il processo attraverso il quale gli host scoprono l'insieme dei prefissi di indirizzo che definiscono quali destinazioni sono on-link per un collegamento collegato.

Gli host utilizzano i prefissi on-link annunciati per costruire e mantenere un elenco che viene utilizzato per decidere quando la destinazione di un pacchetto è on-link o oltre un router. Per impostazione predefinita, gli host apprendono tutti i prefissi on-link dai Router Advertisement. Tuttavia, i router possono essere configurati per omettere alcuni o tutti i prefissi dai Router Advertisement. In tali casi, gli host presumono che le destinazioni siano off-link e inviano il traffico ai router. Un router può quindi emettere redirect secondo necessità.

6.1. Validazione dei messaggi (Message Validation)​

6.1.1. Validazione dei messaggi Router Solicitation​

Gli host DEVONO (MUST) scartare silenziosamente tutti i messaggi Router Solicitation ricevuti.

Un router DEVE (MUST) scartare silenziosamente tutti i messaggi Router Solicitation ricevuti che non soddisfano tutti i seguenti controlli di validità:

  • L'indirizzo sorgente IP è un indirizzo link-local. I router NON DEVONO (MUST NOT) inviare Router Advertisement agli indirizzi multicast (diversi dall'indirizzo multicast all-nodes) se l'indirizzo sorgente della sollecitazione è l'indirizzo non specificato. Questa restrizione serve a prevenire attacchi denial-of-service da nodi malevoli.

  • Il campo IP Hop Limit ha un valore di 255, cioè il pacchetto non avrebbe potuto essere inoltrato da un router.

  • Il checksum ICMP è valido.

  • Il codice ICMP è 0.

  • La lunghezza ICMP (derivata dalla lunghezza IP) è di 8 o più ottetti.

  • Tutte le opzioni incluse hanno una lunghezza maggiore di zero.

Se una Router Solicitation valida secondo i controlli di cui sopra viene ricevuta su un'interfaccia e l'interfaccia è un'interfaccia pubblicitaria, il router può rispondere con un Router Advertisement multicast o con un Router Advertisement unicast destinato all'indirizzo del nodo richiedente, come descritto di seguito. Il router dovrebbe rispondere con un Router Advertisement unicast se la Router Solicitation è stata inviata da un indirizzo unicast e con un Router Advertisement multicast se la Router Solicitation è stata inviata dall'indirizzo non specificato.

6.1.2. Validazione dei messaggi Router Advertisement​

Un nodo DEVE (MUST) scartare silenziosamente tutti i messaggi Router Advertisement ricevuti che non soddisfano tutti i seguenti controlli di validità:

  • L'indirizzo sorgente IP è un indirizzo link-local. I router devono utilizzare il loro indirizzo link-local come sorgente per i messaggi Router Advertisement e Redirect in modo che gli host possano identificare in modo univoco i router.

  • Il campo IP Hop Limit ha un valore di 255, cioè il pacchetto non avrebbe potuto essere inoltrato da un router.

  • Il checksum ICMP è valido.

  • Il codice ICMP è 0.

  • La lunghezza ICMP (derivata dalla lunghezza IP) è di 16 o più ottetti.

  • Tutte le opzioni incluse hanno una lunghezza maggiore di zero.

Il contenuto del campo Reserved e di eventuali opzioni non riconosciute DEVE (MUST) essere ignorato. Modifiche future e retrocompatibili al protocollo possono specificare il contenuto del campo Reserved o aggiungere nuove opzioni; modifiche non retrocompatibili possono utilizzare valori di codice diversi.

Il contenuto di eventuali opzioni definite che non sono specificate per essere utilizzate con i messaggi Router Advertisement DEVE (MUST) essere ignorato e il pacchetto elaborato normalmente. Le uniche opzioni definite che possono apparire sono le opzioni Source Link-Layer Address, MTU e Prefix Information.

Un Router Advertisement che supera i controlli di validità è chiamato "Router Advertisement valido".

6.2. Specifica del router (Router Specification)​

6.2.1. Variabili di configurazione del router (Router Configuration Variables)​

Un router DEVE (MUST) consentire la configurazione delle seguenti variabili concettuali da parte della gestione del sistema per ciascuna interfaccia pubblicitaria:

MaxRtrAdvInterval - Il tempo massimo consentito tra l'invio di Router Advertisement multicast non richiesti dall'interfaccia, in secondi. DEVE (MUST) essere almeno 4 secondi e al massimo 1800 secondi.

Predefinito: 600 secondi

MinRtrAdvInterval - Il tempo minimo consentito tra l'invio di Router Advertisement multicast non richiesti dall'interfaccia, in secondi. DEVE (MUST) essere almeno 3 secondi e al massimo 0,75 * MaxRtrAdvInterval.

Predefinito: 0,33 * MaxRtrAdvInterval

AdvManagedFlag - Il valore da inserire nel flag "Managed address configuration" nel Router Advertisement. Vedere [ADDRCONF].

Predefinito: FALSE

AdvOtherConfigFlag - Il valore da inserire nel flag "Other configuration" nel Router Advertisement. Vedere [ADDRCONF].

Predefinito: FALSE

AdvLinkMTU - Il valore da inserire nelle opzioni MTU inviate dal router. Un valore di zero indica che non vengono inviate opzioni MTU.

Predefinito: 0

AdvReachableTime - Il valore da inserire nel campo Reachable Time nei messaggi Router Advertisement inviati dal router. Il valore zero significa non specificato (da questo router). NON DEVE (MUST) essere maggiore di 3.600.000 millisecondi (1 ora).

Predefinito: 0

AdvRetransTimer - Il valore da inserire nel campo Retrans Timer nei messaggi Router Advertisement inviati dal router. Il valore zero significa non specificato (da questo router).

Predefinito: 0

AdvCurHopLimit - Il valore da inserire nel campo Cur Hop Limit nei messaggi Router Advertisement inviati dal router. Il valore dovrebbe essere impostato sul diametro corrente di Internet. Il valore zero significa non specificato (da questo router).

Predefinito: Il valore specificato negli "Assigned Numbers" [ASSIGNED] che era in vigore al momento dell'implementazione.

AdvDefaultLifetime - Il valore da inserire nel campo Router Lifetime dei Router Advertisement inviati dall'interfaccia, in secondi. DEVE (MUST) essere zero o tra MaxRtrAdvInterval e 9000 secondi. Un valore di zero indica che il router non deve essere utilizzato come router predefinito. Questi limiti possono essere sostituiti da documenti specifici che descrivono come IPv6 opera su diversi livelli di collegamento. Ad esempio, su un collegamento punto-punto i peer possono avere informazioni sufficienti sul numero e lo stato dei dispositivi all'altra estremità in modo che gli annunci non siano necessari.

Predefinito: 3 * MaxRtrAdvInterval

AdvPrefixList - Un elenco di prefissi da inserire nelle opzioni Prefix Information nei messaggi Router Advertisement inviati dall'interfaccia.

Predefinito: tutti i prefissi che il router annuncia tramite protocolli di routing come on-link per l'interfaccia da cui viene inviato l'annuncio.

Per ciascun prefisso annunciato nelle opzioni Prefix Information, il router DEVE (MUST) anche consentire le seguenti variabili di configurazione:

AdvValidLifetime - Il valore da inserire nella Valid Lifetime nell'opzione Prefix Information, in secondi. Il valore designato di tutti 1 (0xffffffff) rappresenta l'infinito.

Predefinito: 2.592.000 secondi (30 giorni), fisso (cioè, rimane lo stesso negli annunci consecutivi).

AdvOnLinkFlag - Il valore da inserire nel campo del flag on-link ("L-bit") nell'opzione Prefix Information.

Predefinito: TRUE

AdvPreferredLifetime - Il valore da inserire nella Preferred Lifetime nell'opzione Prefix Information, in secondi. Il valore designato di tutti 1 (0xffffffff) rappresenta l'infinito.

Predefinito: 604.800 secondi (7 giorni), fisso (cioè, rimane lo stesso negli annunci consecutivi).

AdvAutonomousFlag - Il valore da inserire nel campo Autonomous Flag nell'opzione Prefix Information.

Predefinito: TRUE

6.2.2. Diventare un'interfaccia pubblicitaria (Becoming An Advertising Interface)​

Il termine "interfaccia pubblicitaria" si riferisce a qualsiasi interfaccia su cui un router invia Router Advertisement periodici. Un router DEVE (MUST) consentire a un amministratore di sistema di rendere un'interfaccia un'interfaccia pubblicitaria.

Un'interfaccia può diventare un'interfaccia pubblicitaria in qualsiasi momento. Quando ciò accade, il router:

  • Inizializza l'interfaccia come descritto in [ADDRCONF].

  • Pianifica il suo primo Router Advertisement da inviare dall'interfaccia. Il tempo di trasmissione viene scelto in modo tale che l'annuncio venga inviato in un momento distribuito uniformemente tra 0 e MAX_INITIAL_RTR_ADVERT_INTERVAL.

6.2.3. Contenuto del messaggio Router Advertisement (Router Advertisement Message Content)​

Un router invia Router Advertisement periodici e sollecitati dalle sue interfacce pubblicitarie. I Router Advertisement in uscita sono compilati con i seguenti valori coerenti con il formato del messaggio fornito nella Sezione 4.2:

  • Nel campo Router Lifetime: l'AdvDefaultLifetime configurato dell'interfaccia.

  • Nei flag M e O: rispettivamente l'AdvManagedFlag e l'AdvOtherConfigFlag configurati dell'interfaccia.

  • Nel campo Cur Hop Limit: il CurHopLimit configurato dell'interfaccia.

  • Nel campo Reachable Time: l'AdvReachableTime configurato dell'interfaccia.

  • Nel campo Retrans Timer: l'AdvRetransTimer configurato dell'interfaccia.

  • Nelle opzioni:

    • Opzione Source Link-Layer Address: indirizzo di livello di collegamento dell'interfaccia. Questa opzione DOVREBBE (SHOULD) essere inclusa, ma PUÒ (MAY) essere omessa su collegamenti che non hanno indirizzi.

    • Opzione MTU: il valore AdvLinkMTU configurato dell'interfaccia se il valore è diverso da zero. Se AdvLinkMTU è zero, l'opzione MTU non viene inviata.

    • Opzioni Prefix Information: un'opzione Prefix Information per ciascun prefisso elencato in AdvPrefixList. Ogni opzione Prefix Information include i seguenti campi:

      • Nel flag "on-link": AdvOnLinkFlag
      • Nel campo Valid Lifetime: AdvValidLifetime
      • Nel flag "autonomous address-configuration": AdvAutonomousFlag
      • Nel campo Preferred Lifetime: AdvPreferredLifetime
      • Nel Prefix: il prefisso annunciato

Un router PUÒ (MAY) includere opzioni diverse da quelle specificate sopra.

6.2.4. Invio di Router Advertisement non richiesti (Sending Unsolicited Router Advertisements)​

Un router invia Router Advertisement non richiesti per annunciare la sua presenza e per annunciare vari parametri di collegamento e Internet. Per ciascuna interfaccia pubblicitaria, il router invia Router Advertisement multicast periodici all'indirizzo multicast all-nodes.

La velocità con cui vengono inviati i Router Advertisement è controllata dalle variabili di configurazione del router: MaxRtrAdvInterval e MinRtrAdvInterval. Quando un'interfaccia diventa un'interfaccia pubblicitaria, il router inizializza un timer sull'interfaccia che scade dopo l'invio del primo annuncio. Il timer è impostato per scadere in un momento distribuito uniformemente tra 0 e MAX_INITIAL_RTR_ADVERT_INTERVAL.

Dopo il primo annuncio, i Router Advertisement successivi vengono inviati quando il timer scade. Il timer viene reimpostato su un valore distribuito uniformemente tra MinRtrAdvInterval e MaxRtrAdvInterval ogni volta che il timer scade.

6.2.5. Cessare di essere un'interfaccia pubblicitaria (Ceasing To Be An Advertising Interface)​

Un'interfaccia può cessare di essere un'interfaccia pubblicitaria in qualsiasi momento. Ad esempio, un router che si sta spegnendo o un'interfaccia che viene disabilitata può cessare di essere un'interfaccia pubblicitaria. In tali casi, il router DOVREBBE (SHOULD) trasmettere uno o più (ma non più di MAX_FINAL_RTR_ADVERTISEMENTS) Router Advertisement multicast finali sull'interfaccia con un campo Router Lifetime di zero. Nel caso di un router che si sta spegnendo, l'interfaccia DOVREBBE (SHOULD) essere dichiarata cessata di essere un'interfaccia pubblicitaria e quindi i Router Advertisement finali dovrebbero essere inviati. Nel caso in cui il router sia consapevole che un'interfaccia sarà probabilmente non disponibile per qualche tempo (ad esempio, a causa di un'imminente perdita di alimentazione), il router PUÒ (MAY) trasmettere i Router Advertisement finali a una velocità più rapida (cioè, più frequentemente di una volta per MinRtrAdvInterval).

6.2.6. Elaborazione delle Router Solicitation (Processing Router Solicitations)​

Un host DEVE (MUST) scartare silenziosamente tutti i messaggi Router Solicitation ricevuti.

Oltre all'invio di annunci periodici non richiesti, un router invia Router Advertisement in risposta a Router Solicitation valide ricevute su un'interfaccia pubblicitaria. Un router PUÒ (MAY) scegliere di unicastare la risposta direttamente all'indirizzo dell'host richiedente (se l'indirizzo sorgente della sollecitazione non è l'indirizzo non specificato), ma il caso abituale sarà quello di multicastare la risposta al gruppo all-nodes. In quest'ultimo caso, il timer di intervallo dell'interfaccia viene reimpostato su un nuovo valore casuale, come se fosse stato inviato un annuncio non richiesto (vedere Sezione 6.2.4).

In tutti i casi, i Router Advertisement inviati in risposta a una Router Solicitation DEVONO (MUST) essere ritardati di un tempo casuale tra 0 e MAX_RA_DELAY_TIME secondi. (Se un singolo annuncio viene inviato in risposta a più sollecitazioni, il ritardo è relativo alla prima sollecitazione.) Inoltre, i Router Advertisement consecutivi inviati all'indirizzo multicast all-nodes DEVONO (MUST) essere limitati in velocità a non più di un annuncio ogni MIN_DELAY_BETWEEN_RAS secondi.

Un router PUÒ (MAY) scegliere di ignorare le Router Solicitation se la configurazione del router indica che i Router Advertisement non devono essere inviati sull'interfaccia.

6.2.7. Coerenza dei Router Advertisement (Router Advertisement Consistency)​

Per ridurre al minimo la probabilità di errori di configurazione, i router DOVREBBERO (SHOULD) essere coerenti nei valori che annunciano. Cioè, i router sullo stesso collegamento DOVREBBERO (SHOULD) annunciare gli stessi valori per AdvCurHopLimit, AdvManagedFlag, AdvOtherConfigFlag, AdvLinkMTU, AdvReachableTime e AdvRetransTimer. Tale coerenza non è tuttavia richiesta e se i router annunciano valori diversi, il sistema dovrebbe comunque funzionare, sebbene forse non così bene come potrebbe.

Se i router su un collegamento annunciano valori diversi per AdvCurHopLimit, gli host utilizzeranno il valore annunciato che hanno appreso più di recente. Se AdvCurHopLimit cambia, alcuni host potrebbero utilizzare un valore, mentre altri potrebbero utilizzare un valore diverso fino a quando tutti gli host non hanno ricevuto un Router Advertisement che annuncia il nuovo valore.

Se i router annunciano valori diversi per AdvReachableTime o AdvRetransTimer, gli host calcoleranno i propri valori come descritto nella Sezione 6.3.2.

Se i router annunciano valori diversi per AdvDefaultLifetime, gli host preferiranno il router che annuncia il valore più grande.

6.3. Specifica dell'host (Host Specification)​

6.3.1. Variabili di configurazione dell'host (Host Configuration Variables)​

Un host DOVREBBE (SHOULD) consentire la configurazione della seguente variabile da parte della gestione del sistema per ciascuna interfaccia:

DupAddrDetectTransmits - Il numero di messaggi Neighbor Solicitation consecutivi inviati durante l'esecuzione di Duplicate Address Detection su un indirizzo tentativo. Un valore di zero indica che la Duplicate Address Detection non viene eseguita sugli indirizzi tentativi. Un valore di uno indica una singola trasmissione senza ritrasmissioni di follow-up.

Predefinito: 1, ma può essere sostituito da un valore specifico del tipo di collegamento nel documento che copre il funzionamento di IP su un particolare tipo di collegamento.

6.3.2. Variabili dell'host (Host Variables)​

Un host mantiene le seguenti variabili su base per interfaccia:

RouterList - Un elenco di router predefiniti, come definito nella Sezione 5.

PrefixList - Un elenco di prefissi, come definito nella Sezione 5.

LinkMTU - Il valore MTU per il collegamento. Inizializzato dal valore linkmtu fornito dal livello di collegamento.

CurHopLimit - Il valore predefinito che dovrebbe essere inserito nel campo Hop Count dell'intestazione IP per i pacchetti IP in uscita. Inizializzato al valore specificato dal documento "IPv6 Assigned Numbers" [ASSIGNED].

BaseReachableTime - Un valore di base utilizzato per calcolare il valore casuale ReachableTime. Inizializzato a REACHABLE_TIME.

ReachableTime - Il tempo in cui un vicino è considerato raggiungibile dopo aver ricevuto una conferma di raggiungibilità. ReachableTime viene utilizzato dall'algoritmo Neighbor Unreachability Detection (vedere Sezione 7.3). Viene appreso dai Router Advertisement o viene impostato su un valore predefinito. È un valore casuale distribuito uniformemente tra MIN_RANDOM_FACTOR e MAX_RANDOM_FACTOR volte BaseReachableTime. Un nuovo valore casuale dovrebbe essere calcolato quando BaseReachableTime cambia (a causa di Router Advertisement) o almeno ogni poche ore anche se non vengono ricevuti Router Advertisement.

RetransTimer - Il tempo tra le ritrasmissioni di messaggi Neighbor Solicitation a un vicino quando si risolve l'indirizzo o quando si sonda la raggiungibilità di un vicino. Utilizzato anche durante Duplicate Address Detection (vedere [ADDRCONF]). RetransTimer viene appreso dai Router Advertisement o viene impostato su un valore predefinito.

6.3.3. Inizializzazione dell'interfaccia (Interface Initialization)​

L'host si unisce all'indirizzo multicast all-nodes su tutte le interfacce capaci di multicast.

6.3.4. Elaborazione dei Router Advertisement ricevuti (Processing Received Router Advertisements)​

Alla ricezione di un Router Advertisement valido, un host estrae l'indirizzo sorgente del pacchetto e fa quanto segue:

  • Se l'indirizzo non è già presente nell'elenco dei router predefiniti dell'host e la Router Lifetime dell'annuncio è diversa da zero, creare una nuova voce nell'elenco e inizializzare il suo valore del timer di invalidazione dal campo Router Lifetime dell'annuncio.

  • Se l'indirizzo è già presente nell'elenco dei router predefiniti dell'host come risultato di un annuncio ricevuto in precedenza, reimpostare il suo timer di invalidazione al valore Router Lifetime nell'annuncio appena ricevuto.

  • Se l'indirizzo è già presente nell'elenco dei router predefiniti dell'host e il valore Router Lifetime ricevuto è zero, far scadere immediatamente la voce come specificato nella Sezione 6.3.5.

Un campo Router Advertisement (ad esempio, Cur Hop Limit, Reachable Time e Retrans Timer) può contenere un valore che indica che non è specificato. In tali casi, il parametro dovrebbe essere ignorato e l'host dovrebbe continuare a utilizzare qualsiasi valore stia già utilizzando.

Se il valore Cur Hop Limit ricevuto è diverso da zero, l'host DOVREBBE (SHOULD) impostare la sua variabile CurHopLimit al valore ricevuto.

Se il valore Reachable Time ricevuto è diverso da zero, l'host DOVREBBE (SHOULD) impostare la sua variabile BaseReachableTime al valore ricevuto. Se il nuovo valore differisce dal valore precedente, l'host DOVREBBE (SHOULD) ricalcolare un nuovo valore casuale ReachableTime.

Se il valore Retrans Timer ricevuto è diverso da zero, l'host DOVREBBE (SHOULD) impostare la sua variabile RetransTimer al valore ricevuto.

Se l'opzione MTU è presente, gli host DOVREBBERO (SHOULD) copiare il valore dell'opzione in LinkMTU purché il valore sia maggiore o uguale all'MTU di collegamento minimo [IPv6] e non superi il valore LinkMTU predefinito specificato nel documento specifico del tipo di collegamento (ad esempio, [IPv6-ETHER]).

Le opzioni Prefix Information che hanno il flag "on-link" (L) impostato indicano un prefisso che identifica un intervallo di indirizzi che dovrebbero essere considerati on-link. Si noti, tuttavia, che un'opzione Prefix Information con il flag on-link impostato a zero non trasmette alcuna informazione riguardante la determinazione on-link e NON DEVE (MUST NOT) essere interpretata nel senso che gli indirizzi coperti dal prefisso sono off-link. L'unico modo per disabilitare un prefisso precedentemente annunciato è annunciare quel prefisso con la Valid Lifetime impostata a zero (vedere Sezione 6.3.5).

Per ciascuna opzione Prefix Information con il flag on-link impostato, un host fa quanto segue:

  • Se il prefisso non è già presente nell'elenco dei prefissi e il campo Valid Lifetime dell'opzione Prefix Information è diverso da zero, creare una nuova voce per il prefisso e inizializzare il suo timer di invalidazione al valore Valid Lifetime nell'opzione Prefix Information.

  • Se il prefisso è già presente nell'elenco dei prefissi dell'host come risultato di un annuncio ricevuto in precedenza, reimpostare il suo timer di invalidazione al valore Valid Lifetime nell'opzione Prefix Information. Se il nuovo valore Lifetime è zero, far scadere immediatamente il prefisso (vedere Sezione 6.3.5).

  • Se il campo Valid Lifetime dell'opzione Prefix Information è zero e il prefisso non è presente nell'elenco dei prefissi dell'host, ignorare silenziosamente l'opzione.

Il flag di configurazione dell'indirizzo autonomo (A-flag) indica se il prefisso può essere utilizzato o meno per l'autoconfigurazione dell'indirizzo senza stato. L'elaborazione dell'A-flag è specificata in [ADDRCONF].

6.3.5. Scadenza di prefissi e router predefiniti (Timing out Prefixes and Default Routers)​

Quando la Valid Lifetime di un prefisso scade, il prefisso viene rimosso dall'elenco dei prefissi. Un prefisso viene invalidato quando la sua Valid Lifetime scade.

Ogni volta che il timer di invalidazione scade per una voce nell'elenco dei router predefiniti, quella voce viene scartata. Quando si rimuove un router dall'elenco dei router predefiniti, il nodo DEVE (MUST) aggiornare il cache di destinazione in modo tale che tutte le voci che utilizzano il router eseguano nuovamente la determinazione del next-hop invece di continuare a inviare traffico al router (eliminato).

6.3.6. Selezione del router predefinito (Default Router Selection)​

L'algoritmo per la selezione di un router predefinito dipende dalla politica dell'host. Questo algoritmo potrebbe far parte di una soluzione di mobilità.

Le regole seguenti rappresentano l'algoritmo di selezione del router predefinito che DOVREBBE (SHOULD) essere utilizzato in assenza di un algoritmo migliore.

  • I router che sono raggiungibili o probabilmente raggiungibili (cioè, in qualsiasi stato diverso da INCOMPLETE) DOVREBBERO (SHOULD) essere preferiti rispetto ai router la cui raggiungibilità è sconosciuta o sospetta (cioè, nello stato INCOMPLETE). Un'implementazione può scegliere di restituire sempre lo stesso router o di scorrere l'elenco dei router in modo round-robin purché restituisca sempre un router raggiungibile quando uno è disponibile.

  • Quando nessun router nell'elenco è noto per essere raggiungibile o probabilmente raggiungibile, i router DOVREBBERO (SHOULD) essere selezionati in modo round-robin, in modo che le richieste successive per un router predefinito non restituiscano lo stesso router fino a quando tutti gli altri router non siano stati selezionati.

Scorrere l'elenco dei router in questo caso garantisce che tutti i router disponibili vengano attivamente testati per la raggiungibilità mentre nessuno è noto per essere raggiungibile.

6.3.7. Invio di Router Solicitation (Sending Router Solicitations)​

Quando un'interfaccia viene abilitata, un host può inviare fino a MAX_RTR_SOLICITATIONS messaggi Router Solicitation. Tuttavia, le interfacce su cui non sono previsti Router Advertisement non richiesti (ad esempio, collegamenti solo host o collegamenti in cui un host è stato configurato con un router predefinito) non hanno bisogno di inviare Router Solicitation.

Un host invia Router Solicitation all'indirizzo multicast all-routers.

L'host DOVREBBE (SHOULD) trasmettere fino a MAX_RTR_SOLICITATIONS messaggi Router Solicitation, ciascuno separato da almeno RTR_SOLICITATION_INTERVAL secondi. Tuttavia, per evitare la congestione della rete, il ritardo prima della prima trasmissione DOVREBBE (SHOULD) essere un valore casuale distribuito uniformemente tra 0 e MAX_RTR_SOLICITATION_DELAY. Questo ritardo garantisce che le Router Solicitation da host diversi non siano sincronizzate.

Dopo aver trasmesso MAX_RTR_SOLICITATIONS sollecitazioni, l'host riceverà Router Advertisement o avrà concluso che non ci sono router sul collegamento. Una volta che l'host ha inviato MAX_RTR_SOLICITATIONS sollecitazioni, DOVREBBE (SHOULD) continuare a ricevere ed elaborare i Router Advertisement che possono arrivare dopo che ha smesso di inviare Router Solicitation.

Ultimo aggiornamento il