4. Requisiti

Questa sezione specifica i requisiti per i router IPv6 CE. I requisiti sono organizzati nelle seguenti categorie:

• Requisiti generali
• Configurazione lato WAN
• Configurazione lato LAN
• Supporto per le tecnologie di transizione
• Considerazioni sulla sicurezza

Ogni requisito è etichettato con un identificatore (ad es., G-1, W-1, L-1) per riferimento facile.

4.1. Requisiti generali

Il router IPv6 CE è responsabile dell'implementazione del routing IPv6; cioè, il router IPv6 CE DEVE consultare l'indirizzo di destinazione IPv6 nella sua tabella di routing per decidere a quale interfaccia deve inviare il pacchetto.

In questo ruolo, il router IPv6 CE è responsabile di garantire che il traffico che utilizza il suo indirizzamento ULA non esca dall'interfaccia WAN e non abbia origine dall'interfaccia WAN.

G-1: Un router IPv6 CE è un nodo IPv6 secondo la specifica IPv6 Node Requirements [RFC6434].

G-2: Il router IPv6 CE DEVE implementare ICMPv6 secondo [RFC4443]. In particolare, i collegamenti point-to-point DEVONO essere gestiti come descritto nella Sezione 3.1 di [RFC4443].

G-3: Il router IPv6 CE NON DEVE inoltrare alcun traffico IPv6 tra la sua interfaccia o le sue interfacce LAN e la sua interfaccia WAN fino a quando il router non ha completato con successo il processo di acquisizione dell'indirizzo IPv6 e del prefisso delegato.

G-4: Per impostazione predefinita, un router IPv6 CE che non ha router predefiniti sulla sua interfaccia WAN NON DEVE pubblicizzare se stesso come router predefinito IPv6 sulle sue interfacce LAN. Cioè, il campo "Router Lifetime" è impostato a zero in tutti i messaggi Router Advertisement che origina [RFC4861].

G-5: Per impostazione predefinita, se il router IPv6 CE è un router che effettua annunci e perde i suoi router predefiniti IPv6 e/o rileva la perdita di connettività sull'interfaccia WAN, DEVE esplicitamente invalidare se stesso come router predefinito IPv6 su ciascuna delle sue interfacce che effettuano annunci trasmettendo immediatamente uno o più messaggi Router Advertisement con il campo "Router Lifetime" impostato a zero [RFC4861].

4.2. Configurazione lato WAN

Il router IPv6 CE dovrà supportare la connettività a una o più architetture di rete di accesso. Questo documento descrive un router IPv6 CE che non è specifico per alcuna particolare architettura o service provider e che supporta tutte le architetture comunemente utilizzate.

I protocolli IPv6 Neighbor Discovery e DHCPv6 operano su qualsiasi tipo di livello di collegamento supportato da IPv6, e non c'è bisogno di un protocollo di configurazione specifico per il livello di collegamento per le opzioni di configurazione del livello di rete IPv6 come in, ad esempio, PPP IP Control Protocol (IPCP) per IPv4. Questa sezione assume che lo stesso meccanismo funzionerà per qualsiasi livello di collegamento, sia esso Ethernet, Data Over Cable Service Interface Specification (DOCSIS), PPP o altri.

Requisiti lato WAN

W-1: Quando il router è collegato al link dell'interfaccia WAN, DEVE agire come host IPv6 ai fini dell'assegnazione dell'indirizzo di interfaccia stateless [RFC4862] o stateful [RFC3315].

W-2: Il router IPv6 CE DEVE generare un indirizzo link-local e completare la Duplicate Address Detection secondo [RFC4862] prima di inviare qualsiasi Router Solicitation sull'interfaccia. L'indirizzo sorgente utilizzato nella successiva Router Solicitation DEVE essere l'indirizzo link-local sull'interfaccia WAN.

W-3: In assenza di altre informazioni di routing, il router IPv6 CE DEVE utilizzare Router Discovery come specificato in [RFC4861] per scoprire un router o router predefiniti e installare una o più route predefinite nella sua tabella di routing con l'indirizzo del router scoperto come next hop.

W-4: Il router DEVE agire come requesting router ai fini della prefix delegation DHCPv6 ([RFC3633]).

W-5: Il router IPv6 CE DEVE utilizzare un DHCP Unique Identifier (DUID) persistente per i messaggi DHCPv6. Il DUID NON DEVE cambiare tra i reset dell'interfaccia di rete o i riavvii del router IPv6 CE.

W-6: L'interfaccia WAN del router CE DOVREBBE supportare un client Port Control Protocol (PCP) come specificato in [RFC6887] per l'uso da parte delle applicazioni sul router CE. Il client PCP DOVREBBE seguire la procedura specificata nella Sezione 8.1 di [RFC6887] per scoprire il suo server PCP. Questo documento non prende posizione sul fatto che tale funzionalità sia abilitata per impostazione predefinita o sui meccanismi mediante i quali gli utenti configurerebbero la funzionalità. La gestione delle richieste PCP dai client PCP sul lato LAN del router CE è al di fuori dell'ambito.

Requisiti del livello di collegamento

WLL-1: Se l'interfaccia WAN supporta l'incapsulamento Ethernet, allora il router IPv6 CE DEVE supportare IPv6 su Ethernet [RFC2464].

WLL-2: Se l'interfaccia WAN supporta l'incapsulamento PPP, il router IPv6 CE DEVE supportare IPv6 su PPP [RFC5072].

WLL-3: Se l'interfaccia WAN supporta l'incapsulamento PPP, in un ambiente dual-stack con IPCP e IPV6CP in esecuzione su un canale logico PPP, i Network Control Protocols (NCP) DEVONO essere trattati come indipendenti l'uno dall'altro e avviare e terminare in modo indipendente.

Requisiti di assegnazione degli indirizzi

WAA-1: Il router IPv6 CE DEVE supportare Stateless Address Autoconfiguration (SLAAC) [RFC4862].

WAA-2: Il router IPv6 CE DEVE seguire le raccomandazioni nella Sezione 4 di [RFC5942], e in particolare la gestione del flag L nell'opzione Prefix Information del Router Advertisement.

WAA-3: Il router IPv6 CE DEVE supportare il comportamento client DHCPv6 [RFC3315].

WAA-4: Il router IPv6 CE DEVE essere in grado di supportare le seguenti opzioni DHCPv6: Identity Association for Non-temporary Address (IA_NA), Reconfigure Accept [RFC3315] e DNS_SERVERS [RFC3646]. Il router IPv6 CE DOVREBBE essere in grado di supportare l'opzione DNS Search List (DNSSL) come specificato in [RFC3646].

WAA-5: Il router IPv6 CE DOVREBBE implementare il Network Time Protocol (NTP) come specificato in [RFC5905] per fornire un riferimento temporale comune al service provider per altri protocolli, come DHCPv6, da utilizzare. Se il router CE implementa NTP, richiede l'opzione DHCPv6 NTP Server [RFC5908] e utilizza l'elenco di server ricevuto come riferimento temporale primario, a meno che non sia esplicitamente configurato diversamente. Il supporto NTP lato LAN è al di fuori dell'ambito di questo documento.

WAA-6: Se il router IPv6 CE riceve un messaggio Router Advertisement (descritto in [RFC4861]) con il flag M impostato a 1, il router IPv6 CE DEVE eseguire l'assegnazione di indirizzi DHCPv6 (richiedere un'opzione IA_NA).

WAA-7: Se il router IPv6 CE non acquisisce un indirizzo o indirizzi IPv6 globali né da SLAAC né da DHCPv6, allora DEVE creare un indirizzo o indirizzi IPv6 globali dal suo prefisso o prefissi delegati e configurarli su una delle sue interfacce di rete virtuali interne, a meno che non sia configurato per richiedere un indirizzo IPv6 globale sull'interfaccia WAN.

WAA-8: Il router CE DEVE supportare l'opzione SOL_MAX_RT [RFC7083] e richiedere l'opzione SOL_MAX_RT in un Option Request Option (ORO).

WAA-9: Come router, il router IPv6 CE DEVE seguire il modello weak host (Weak End System) [RFC1122]. Quando origina pacchetti da un'interfaccia, utilizzerà un indirizzo sorgente da un'altra delle sue interfacce se l'interfaccia in uscita non ha un indirizzo di ambito adeguato.

WAA-10: Il router IPv6 CE DOVREBBE implementare l'opzione Information Refresh Time e il comportamento client associato come specificato in [RFC4242].

Requisiti di prefix delegation

WPD-1: Il router IPv6 CE DEVE supportare il comportamento requesting router della prefix delegation DHCPv6 come specificato in [RFC3633] (opzione Identity Association for Prefix Delegation, IA_PD).

WPD-2: Il router IPv6 CE PUÒ indicare come suggerimento al router delegante la dimensione del prefisso che richiede. Se lo fa, DEVE chiedere un prefisso abbastanza grande da assegnare un /64 per ciascuna delle sue interfacce, arrotondato per eccesso al nibble più vicino, e DOVREBBE essere configurabile per richiederne di più.

WPD-3: Il router IPv6 CE DEVE essere preparato ad accettare una dimensione del prefisso delegato diversa da quella fornita nel suggerimento. Se il prefisso delegato è troppo piccolo per indirizzare tutte le sue interfacce, il router IPv6 CE DOVREBBE registrare un errore di gestione del sistema. [RFC6177] copre le raccomandazioni per i service provider per le dimensioni di allocazione dei prefissi.

WPD-4: Per impostazione predefinita, il router IPv6 CE DEVE avviare la prefix delegation DHCPv6 quando i flag M o O sono impostati a 1 in un messaggio Router Advertisement (RA) ricevuto. Il comportamento del router CE per utilizzare la prefix delegation DHCPv6 quando il router CE non ha ricevuto alcun RA o ha ricevuto un RA con i bit M e O impostati a zero è al di fuori dell'ambito di questo documento.

WPD-5: Qualsiasi pacchetto ricevuto dal router CE con un indirizzo di destinazione nel prefisso o nei prefissi delegati al router CE ma non nell'insieme dei prefissi assegnati dal router CE alla LAN deve essere eliminato. In altre parole, il next hop per il prefisso o i prefissi delegati al router CE dovrebbe essere la destinazione nulla. Questo è necessario per prevenire loop di forwarding quando alcuni indirizzi coperti dall'aggregato non sono raggiungibili [RFC4632].

• (a) Il router IPv6 CE DOVREBBE inviare un messaggio ICMPv6 Destination Unreachable, codice 5 (Source address failed ingress/egress policy) alla sorgente del pacchetto, se il pacchetto deve essere eliminato a causa di questa regola.

WPD-6: Se il router IPv6 CE richiede sia un'opzione IA_NA che un'opzione IA_PD in DHCPv6, DEVE accettare un'opzione IA_PD nei messaggi DHCPv6 Advertise/Reply, anche se il messaggio non contiene alcun indirizzo, a meno che non sia configurato per ottenere il suo indirizzo IPv6 WAN solo tramite DHCPv6; vedere [DHCPv6-STATEFUL-ISSUES].

WPD-7: Per impostazione predefinita, un router IPv6 CE NON DEVE avviare alcun protocollo di routing dinamico sulla sua interfaccia WAN.

WPD-8: Il router IPv6 CE DOVREBBE supportare l'opzione Prefix Exclude [RFC6603].

4.3. Configurazione lato LAN

Il router IPv6 CE distribuisce le informazioni di configurazione ottenute durante il provisioning dell'interfaccia WAN agli host IPv6 e assiste gli host IPv6 nell'ottenere indirizzi IPv6. Supporta inoltre la connettività di questi dispositivi in assenza di qualsiasi interfaccia WAN funzionante.

Ci si aspetta che un router IPv6 CE supporti una rete utente finale IPv6 e host IPv6 che presentano le seguenti caratteristiche:

1. Gli indirizzi link-local possono essere insufficienti per consentire alle applicazioni IPv6 di comunicare tra loro nella rete utente finale. Il router IPv6 CE dovrà abilitare questa comunicazione fornendo indirizzi unicast con ambito globale o ULA [RFC4193], indipendentemente dall'esistenza della connettività WAN.

2. Gli host IPv6 dovrebbero essere capaci di utilizzare SLAAC e possono essere capaci di utilizzare DHCPv6 per acquisire i loro indirizzi.

3. Gli host IPv6 possono utilizzare DHCPv6 per altre informazioni di configurazione, come l'opzione DNS_SERVERS per acquisire informazioni DNS.

Salvo diversa indicazione, i seguenti requisiti si applicano solo alle interfacce LAN del router IPv6 CE.

Requisiti ULA

ULA-1: Il router IPv6 CE DOVREBBE essere capace di generare un prefisso ULA [RFC4193].

ULA-2: Un router IPv6 CE con un prefisso ULA DEVE mantenere questo prefisso in modo coerente tra i riavvii.

ULA-3: Il valore del prefisso ULA DOVREBBE essere configurabile.

ULA-4: Per impostazione predefinita, il router IPv6 CE DEVE agire come site border router secondo la Sezione 4.3 di [RFC4193] e filtrare i pacchetti con indirizzi sorgente o destinazione IPv6 locali di conseguenza.

ULA-5: Un router IPv6 CE NON DEVE pubblicizzare se stesso come router predefinito con un Router Lifetime maggiore di zero ogni volta che tutti i suoi prefissi configurati e delegati sono prefissi ULA.

Requisiti LAN

L-1: Il router IPv6 CE DEVE supportare il comportamento router secondo Neighbor Discovery for IPv6 [RFC4861].

L-2: Il router IPv6 CE DEVE assegnare un /64 separato dal suo prefisso o prefissi delegati (e dal prefisso ULA se configurato per fornire indirizzamento ULA) per ciascuna delle sue interfacce LAN.

L-3: Un router IPv6 CE DEVE pubblicizzare se stesso come router per il prefisso o i prefissi delegati (e il prefisso ULA se configurato per fornire indirizzamento ULA) utilizzando la "Route Information Option" specificata nella Sezione 2.3 di [RFC4191]. Questo annuncio è indipendente dall'avere o non avere connettività IPv6 sull'interfaccia WAN.

L-4: Un router IPv6 CE NON DEVE pubblicizzare se stesso come router predefinito con un Router Lifetime [RFC4861] maggiore di zero se non ha prefissi configurati o delegati ad esso.

L-5: Il router IPv6 CE DEVE rendere ogni interfaccia LAN un'interfaccia che effettua annunci secondo [RFC4861].

L-6: Nei messaggi Router Advertisement ([RFC4861]), i flag A e L dell'opzione Prefix Information DEVONO essere impostati a 1 per impostazione predefinita.

L-7: Le impostazioni dei flag A e L ([RFC4861]) DOVREBBERO essere configurabili dall'utente.

L-8: Il router IPv6 CE DEVE supportare un server DHCPv6 capace di assegnazione di indirizzi IPv6 secondo [RFC3315] OPPURE un server DHCPv6 stateless secondo [RFC3736] sulle sue interfacce LAN.

L-9: A meno che il router IPv6 CE non sia configurato per supportare l'opzione DHCPv6 IA_NA, DOVREBBE impostare il flag M a zero e il flag O a 1 nei suoi messaggi Router Advertisement [RFC4861].

L-10: Il router IPv6 CE DEVE supportare la fornitura di informazioni DNS nelle opzioni DHCPv6 DNS_SERVERS e DOMAIN_LIST [RFC3646].

L-11: Il router IPv6 CE DEVE supportare la fornitura di informazioni DNS nelle opzioni Router Advertisement Recursive DNS Server (RDNSS) e DNS Search List. Entrambe le opzioni sono specificate in [RFC6106].

L-12: Il router IPv6 CE DOVREBBE rendere disponibile un sottoinsieme delle opzioni DHCPv6 (come elencato nella Sezione 5.3 di [RFC3736]) ricevute dal client DHCPv6 sulla sua interfaccia WAN al suo server DHCPv6 lato LAN.

L-13: Se il prefisso delegato cambia, cioè il prefisso corrente viene sostituito con un nuovo prefisso senza alcun periodo di sovrapposizione temporale, allora il router IPv6 CE DEVE immediatamente pubblicizzare il vecchio prefisso con un Preferred Lifetime di zero e un Valid Lifetime di a) zero o b) il minore tra il Valid Lifetime corrente e due ore (che deve essere decrementato in tempo reale) in un messaggio Router Advertisement come descritto nella Sezione 5.5.3, (e) di [RFC4862].

L-14: Il router IPv6 CE DEVE inviare un messaggio ICMPv6 Destination Unreachable, codice 5 (Source address failed ingress/egress policy) per i pacchetti inoltrati ad esso che utilizzano un indirizzo da un prefisso che è stato invalidato.

4.4. Supporto per le tecnologie di transizione

Questa sezione descrive i requisiti per le tecnologie di transizione IPv6 che consentono il deployment di IPv6 in ambienti in cui l'infrastruttura IPv4 è ancora prevalente. Due tecnologie di transizione specifiche sono coperte: 6rd (IPv6 Rapid Deployment) e Dual-Stack Lite (DS-Lite).

4.4.1. 6rd

6rd [RFC5969] specifica un meccanismo di tunneling automatico personalizzato per avanzare il deployment di IPv6 agli utenti finali tramite l'infrastruttura di rete IPv4 di un service provider. Gli aspetti chiave includono la prefix delegation IPv6 automatica ai siti, l'operazione stateless, il provisioning semplice e un servizio equivalente all'IPv6 nativo nei siti serviti dal meccanismo. Si prevede che tale traffico venga inoltrato sull'interfaccia WAN IPv4 nativa del router CE e non incapsulato in un altro tunnel.

Il router CE DOVREBBE supportare la funzionalità 6rd. Se 6rd è supportato, DEVE essere implementato secondo [RFC5969]. Si applicano anche i seguenti requisiti CE:

Requisiti 6rd

6RD-1: Il router IPv6 CE DEVE supportare la configurazione 6rd tramite l'opzione DHCPv4 6rd Opzione 212. Se il router CE ha ottenuto un indirizzo di rete IPv4 attraverso altri mezzi come PPP, DOVREBBE utilizzare il messaggio di richiesta DHCPINFORM [RFC2131] per richiedere l'opzione DHCPv4 6rd. Il router IPv6 CE PUÒ utilizzare altri meccanismi per configurare i parametri 6rd. Tali meccanismi sono al di fuori dell'ambito di questo documento.

6RD-2: Se il router IPv6 CE è capace di configurazione automatizzata di IPv4 attraverso IPCP (cioè, su una connessione PPP), DEVE supportare la configurazione manuale inserita dall'utente di 6rd.

6RD-3: Se il router CE supporta meccanismi di configurazione diversi dall'opzione DHCPv4 6rd Opzione 212 (inserimento manuale dall'utente, TR-069 [TR-069], ecc.), il router CE DEVE supportare 6rd in modalità "hub and spoke". 6rd in "hub and spoke" richiede che tutto il traffico IPv6 vada al 6rd Border Relay. In effetti, questo requisito rimuove la route "direct connect to 6rd" definita nella Sezione 7.1.1 di [RFC5969].

6RD-4: Un router CE DEVE consentire alle interfacce WAN 6rd e IPv6 nativo di essere attive da sole così come simultaneamente al fine di supportare la coesistenza delle due tecnologie durante un periodo di migrazione incrementale come una migrazione da 6rd a IPv6 nativo.

6RD-5: Ogni pacchetto inviato su un'interfaccia WAN 6rd o nativa DEVE essere diretto in modo tale che il suo indirizzo IP sorgente sia derivato dal prefisso delegato associato all'interfaccia particolare da cui il pacchetto viene inviato (Sezione 4.3 di [RFC3704]).

6RD-6: Il router CE DEVE consentire di configurare prefissi delegati diversi così come identici tramite ciascuna interfaccia WAN (6rd o nativa).

6RD-7: Nel caso in cui le regole di forwarding producano un pareggio tra 6rd e IPv6 nativo, per impostazione predefinita, il router IPv6 CE DEVE preferire l'IPv6 nativo.

4.4.2. Dual-Stack Lite (DS-Lite)

Dual-Stack Lite [RFC6333] consente sia il supporto continuato per i servizi IPv4 sia gli incentivi per il deployment di IPv6. Disaccoppia anche il deployment di IPv6 nella rete del service provider dal resto di Internet, rendendo più facile il deployment incrementale. Dual-Stack Lite consente a un service provider a banda larga di condividere gli indirizzi IPv4 tra i clienti combinando due tecnologie ben note: IP in IP (IPv4-in-IPv6) e Network Address Translation (NAT). Si prevede che il traffico DS-Lite venga inoltrato sull'interfaccia WAN IPv6 nativa del router CE e non incapsulato in un altro tunnel.

Il router IPv6 CE DOVREBBE implementare la funzionalità DS-Lite. Se DS-Lite è supportato, DEVE essere implementato secondo [RFC6333]. Questo documento non prende posizione sull'operazione simultanea di Dual-Stack Lite e IPv4 nativo. Si applicano anche i seguenti requisiti del router CE:

Requisiti WAN

DLW-1: Il router CE DEVE supportare la configurazione di DS-Lite tramite l'opzione DHCPv6 DS-Lite [RFC6334]. Il router IPv6 CE PUÒ utilizzare altri meccanismi per configurare i parametri DS-Lite. Tali meccanismi sono al di fuori dell'ambito di questo documento.

DLW-2: Il router IPv6 CE NON DEVE eseguire IPv4 Network Address Translation (NAT) sul traffico IPv4 incapsulato utilizzando DS-Lite.

DLW-3: Se il router IPv6 CE è configurato con un indirizzo IPv4 sulla sua interfaccia WAN, allora il router IPv6 CE DOVREBBE disabilitare l'elemento DS-Lite Basic Bridging BroadBand (B4).

4.5. Considerazioni sulla sicurezza

È considerata una best practice filtrare il traffico ovviamente malevolo (ad es., pacchetti spoofed, indirizzi "Martian", ecc.). Pertanto, il router IPv6 CE dovrebbe supportare filtri stateless di base in uscita e in ingresso. Si prevede anche che il router CE offra meccanismi per filtrare il traffico che entra nella rete del cliente; tuttavia, il metodo mediante il quale i fornitori implementano il filtraggio configurabile dei pacchetti è al di fuori dell'ambito di questo documento.

Requisiti di sicurezza

S-1: Il router IPv6 CE DOVREBBE supportare [RFC6092]. In particolare, il router IPv6 CE DOVREBBE supportare funzionalità sufficienti per implementare l'insieme di raccomandazioni in [RFC6092], Sezione 4. Questo documento non prende posizione sul fatto che tale funzionalità sia abilitata per impostazione predefinita o sui meccanismi mediante i quali gli utenti la configurerebbero.

S-2: Il router IPv6 CE DOVREBBE supportare il filtraggio in ingresso in conformità con BCP 38 [RFC2827]. Si noti che questo requisito è stato declassato da un DEVE dall'RFC 6204 a causa della difficoltà di implementazione nel router CE e della ridondanza della funzionalità con il filtraggio in ingresso del router upstream.

S-3: Se il firewall del router IPv6 CE è configurato per filtrare i dati tunneled in arrivo, il firewall DOVREBBE fornire la capacità di filtrare i pacchetti decapsulati da un tunnel.