Md at debian.org

tales of a debian maintainer

Quanto deve essere grande una rete IPv6?

Una domanda che mi viene posta spesso è quanto deve essere grande la rete IPv6 assegnata a un cliente. Tradizionalmente si seguivano le raccomandazioni di RFC 3177, che prevede di decidere le dimensioni della rete da assegnare a un sito praticamente sempre tra tre scelte fisse:

Alla luce dell'esperienza degli ultimi anni, IETF sta per rilasciare come Best Common Practice RFC 3177 bis che formalizza quello che molti operatori sospettano da tempo: questa rigidità non è né utile né necessaria. Riassumendo moltissimo, le nuove raccomandazioni non indicano dimensioni prefissate ma prevedono di assegnare come minimo almeno una /64 e decidere secondo opportunità nei casi in cui è possibile creare sottoreti.

Il documento però riafferma la validità di alcuni principi fondamentali:

Per questi motivi e grazie all'abbondanza di IP disponibili non è mai ragionevole che un cliente debba pagare al proprio provider gli indirizzi IPv6 in base alla quantità assegnata (non lo sarebbe nemmeno per IPv4, ma questo è un altro discorso...).

Un altro criterio utile è che, allineando le assegnazioni su confini di 4 bit, è più semplice gestire il reverse DNS. Mettendo insieme tutte queste considerazioni si può ragionevolmente concludere che un fornitore di accesso dovrebbe fornire sempre almeno una /56 per ciascuna linea. Invece penso che per chi fornisce dedicated hosting, almeno per ora, sia più sensato attivare solo una /64 per ciascun server o gruppo di server a meno che il cliente esprima necessità diverse (per esempio per potere gestire il routing tra macchine virtuali).

D'altra parte, per gli operatori non molto grandi non ci sono motivi importanti per assegnare meno di una /48 a ciascun cliente: il minimo ricevuto da RIPE è una /32 che permette di avere 216 clienti, ed è stato riservato lo spazio per ingrandirla 8 volte fino a diventare una /29.

Se vi viene in mente di assegnare a un cliente una rete più piccola di una /56 pensateci bene: deve esserci un motivo specifico che lo giustifichi, e non può essere la paura di esaurire gli IP...

About

This is the blog of Marco d'Itri.

S M T W T F S
    1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31    

See also:

My blogroll:


W3C HTML 4.01
W3C CSS 2.0     

Powered by Bryar.pm.