Transizione IPv4/IPv6: differenze tra le versioni

Versione delle 16:07, 28 mar 2020

Versione attuale delle 09:52, 16 giu 2025

(13 versioni intermedie di 6 utenti non mostrate)

Riga 1:

In [[telecomunicazioni]] e [[informatica]] la '''transizione IPv4/IPv6''' riguarda il passaggio nella rete globale [[Internet]] del [[protocollo di rete|protocollo]] di [[livello di rete]] [[Internet Protocol|IP]] dalla versione 4 alla versione 6. Il passaggio porta ad ingenti problemi di compatibilità poiché la versione 4 del protocollo IP è molto consolidata e rappresenta il protocollo più usato nelle reti per l'indirizzamento e il successivo [[instradamento]]. Il piano di transizione è riportato nella RFC 2893.

== Difficoltà della transizione ==

Il motivo principale che ha portato alla definizione del protocollo [[IPv6]] è il graduale esaurimento degli indirizzi passati su protocollo [[IPv4]]. L'eterogeneità e vasta dimensione della rete porta dei vincoli che rallentano l'affermarsi del protocollo IPv6, che per le sue caratteristiche è a tutti gli effetti un nuovo protocollo rispetto alla versione 4 e in quanto tale richiede un aggiornamento massiccio dei dispositivi di rete.

La politica naturalmente adottata per la transizione a IPv6 consiste in un graduale passaggio da un protocollo all'altro, cercando di far coesistere le due versioni di IP in un'unica rete. Per far ciò la strada seguita fino a questo momento consiste nel costruire [[router]] e [[switch]] di livello 2 e 3 in grado di interpretare entrambi i protocolli. Inoltre dafin qualchedai annoprimi anni 2000 i nuovi [[sistema operativo|sistemi operativi]] sono in grado di generare indirizzi IPv6 e di interpretarli. In questo modo ogni host nella rete è individuabile da almeno due indirizzi, uno dato da IPv4 ed uno da IPv6. La sostituzione di tutti i router nel mondo risulta un lavoro piuttosto arduo e allora si cerca in qualche modo di aggirare via [[software]] la non interpretabilità di IPv6.

Tutte le soluzioni finora create possono essere suddivise in tre categorie:

Riga 15:

[[Immagine:Ipv4 ipv6 dual stack.jpg|thumb|Dual stack per l'utilizzo contemporaneo dei protocolli IPv4 ed IPv6]]

La tecnica del '''dual stack''' prevede l'utilizzo del doppio stack IP nella pila protocollare. Questo doppio stack permette di interpretare entrambe le versioni del protocollo e quindi di smistare ai livelli superiori il contenuto del pacchetto senza che questi sappiano da quale protocolloindirizzo IP derivi. Un aspetto interessante è che a ciascun pacchetto IPv4 e IPv6 è associato a un diverso ''EtherType'' e ciò semplifica lo smistamento del pacchetto che può essere fatto al secondo livello della pila protocollare, senza quindi dover accedere al campo ''version'' del pacchetto di livello 3.

Il dual stack è senza dubbio una delle tecniche più semplici da implementare, ma presenta molte controindicazioni. Innanzitutto aumenta la complessità della rete: [[router]] e [[switch]] vengono dotati della proprietà del multiprotocollo. ma ilIl lavoro di questi viene ulteriormente aggravato poiché devono interpretare più istanze dello stesso protocollo. Inoltre non risolve il problema della diminuzione degli indirizzi IPv4 poiché secondo la tecnica del dual stack un'interfaccia dev'essere sempre e comunque dotata dei due indirizzi IPv4 e IPv6. Inoltre i due indirizzi devono essere entrambi annunciati in internet e ciò non semplifica la situazione del routing, anzi tendenzialmente la complica.

Successivi miglioramenti al dual stack hanno portato alla nascita di nuove tecniche quali il DSTM e l'ALG.

Riga 40:

=== Tunneling ===

{{vedi anche|Tunneling}}

[[Immagine:IPv6 tunneling.jpg|thumb|upright=1.8| Tecnica del tunneling per trasportare pacchetti IPv6 su IPv4]]

{{vedi anche|Tunneling}}

La tecnica del '''tunneling''' è quella più utilizzata per far fronte ai problemi di incompatibilità tra le reti [[IPv4]] ed [[IPv6]]. Con il [[tunneling]] si stabilisce un collegamento point to point tra due host; i pacchetti IPv6 vengono incapsulati dall'host sorgente in pacchetti IPv4, inviati nel tunnel e, una volta giunti a destinazione, l'host li decapsula e li tratta come se fossero comunissimi pacchetti IP.

Riga 53:

Il '''6 over 4''' permette a nodi IPv6 isolati di poter comunicare in una rete IPv4; questa tecnica è descritta nella RFC 2529.

Gli host IPv6 inseriti in reti IPv4 riescono a comunicare con il resto della rete utilizzando un tunneling su pacchetti IPv4 di tipo [[multicast]]. In questo modo i nodi IPv6 sono in grado di vedere tutto il resto della rete a cui sono connessi come un'unica rete LAN IPv6 virtuale.

==== 6to4 ====

Riga 60:

Il '''6to4''' è una tecnica di tunnel automatico, descritta dalla RFC 3056 successivamente ampliata dalla RFC 6343. Essa integra nell'[[Indirizzo IP|indirizzo]] [[IPv6]] l'indirizzo [[IPv4]] dell'host destinazione. Il modello parte dall'assunto che un dispositivo utilizza nativamente un indirizzo IPv6 ma opera in un ambiente, esempio Internet, in cui il fornitore di servizi non utilizza IPv6.

Col 6to4 viene generato un indirizzo IPv6 composto come segue (0 indica il [[bit più significativo]]):

*0-15: prefisso 6to4 al valore esadecimale fisso "2002"

*16-47: indirizzo IPv4 espresso in notazione esadecimale; ad esempio: "192.0.2.170" diventa "c000:02aa"

*48-63: identificativo delle sottoreti

*64-127: identificativo dell'interfaccia fisica

Il pacchetto così generato viene inviato al router che è in grado di interpretarlo e preparare un pacchetto IPv4 da inviare all'host destinazione. eCon questa tecnica, un singolo indirizzo IPv4 corrisponde a un indirizzo IPv6 con maschera /6448: nell'esempio, l'indirizzo IPv4 "192.0.2.170" equivale al range di indirizzi IPv6 "2002:c000:02aa::/48".

==== Tunnel Broker ====

Riga 82:

{{Portale|Telematica}}

[[Categoria:ProtocolliInternet livello reteProtocol]]

[[Categoria:Protocolli di Internet]]