ARGOMENTO:

Allora, vorrei fare un pò di chiarezza sulla realtà dei fatti tra IPv4 ed IPv6.

IPv4:
Partendo dalla progettazione, si può benissimo realizzare la propria "rete interna", con tutta calma, provando i protocolli scelti, verificando funzionamento e sicurezza messa in atto etc; tutto ciò lo faremo con i famosissimi indirizzi privati (192.168.0.0, 172.16.etc.., 10.etc..); poi una volta che la rete è pronta si può andare dall'ISP per "comprare" gli IP pubblici (disponibili) --> infine nattiamo tutta la nostra rete già bella e pronta da tempo, su tali IP pubblici assegnati, e si naviga su Internet.

Ma...su IPv6?
Cioè ho studiato che IPv6 (essendo un infinità di indirizzi) toglie la necessità del NAT e favorisce la connettività end-to-end, cioè ad ogni device possiamo direttamente assegnare lindirizzo IPv6 pubblico, o cmq routabile su internet (se non sbaglio).
Bene, a questo proposito il mio enorme punto interrogativo:
Ma se sono già indirizzi pubblici (routabili all'esterno), in fase di progettazione della mia rete, dove ancora non ho "comprato" nulla dall'ISP....come faccio ad avere l'intuito di quali indirizzi IPv6 siano liberi e che quindi posso utilizzare?
Cioè non sarebbe tanto felice la possibilità di progettare e tirare su una grossa Enterprise, con tutto configurato, funzionante, brillante.....poi...al momento di "comprare" dall'ISP gli indirizzi....scopro che non posso utilizzare quelli implementati da me...e tornare su tutti i devices a cambiare tutti gli indirizzi e le network.

Quindi come si fa? Qual'è l'iter corretto in IPv6?
A differenza di IPv4, si è costretti PRIMA della progettazione a comprare il pool di indirizzi disponibili, oppure sbaglio il tipo di ragionamento?

In effetti è una cosa che mi sono domandato anche io. Però credo che il tutto si possa risolvere utilizzando l'allocazione automatica degli indirizzi con il metodo EUI-64, dato che, almeno in teoria, ogni interfaccia ha un MAC address univoco a livello globale, e in più c'è anche la modifica del 7° bit a rendere unico l'indirizzo. I primi 64 bit invece sono legati all'organizzazione, quindi non sono rilevanti in tale discorso...
Poi, magari sto dicendo una fesseria!

La tua soluzione credo sia valida maxna, l'unico problema di tale metodo è che...te lo dico chiaro....."succede un casino con gli indirizzi"...eh eh .
Hai mai provato? L'eui-64 ti rende gli IP univoci....ma non hai più controllo, cioè, dovresti bene andar ad etichettare ogni host/device che configuri con un cartellino con sù scritto l'indirizzo (incasinato) che si è scelto.
In più al momento di provare ping...aggiungere rotte..network...etc...insomma, con quegli indirizzi è veramente oneroso, ti assicuro.

Se invece vuoi una rete più ordinata, in cui puoi ricordare meglio gli IP dati, allora è meglio non usare la funzione eui-64.

E cmq, a parte tutto ciò, in ogni caso non abbiamo centrato ancora il mio dubbio: in quanto, se ancora non mi sono mai rivolto all'ISP, ma vorrei prima progettare in santa pace la mia rete, che indirizzi uso per le prove? In quanto non sò ancora l'ISP che prefisso mi darebbe, quindi non si è ancora risposto alla mia domanda.

No, ma infatti quello che dici tu è chiaro... è di certo una soluzione poco scalabile. In effetti, almeno per le LAN, la soluzione ad indirizzi uguali è il Solicited-node Multicasting, e forse questa funzione potrebbe funzionare anche per Internet, dato che abbiamo i primi 64 bit che arrivano ad identificare l'organizzazione, e rimangono solo i 64 bit finali da non far coincidere. Diciamo che, almeno in teoria, potrebbe essere accettabile tale margine di "duplicazione", essendo limitato ad una sola organizzazione (dato che comunque parliamo di routing inter-organizzazione).
Che ne dici?

In caso routing INTRA-organizzazione (non Inter).
Cmq scusa Maxna, ma ancora non centri il problema. Forse sono stato poco chiaro io.

Sarò più conciso:
Finchè non alzo il telefono e chiamo l'ISP.....chi me li dà quei 64bit inziali del prefisso?
Tu continui a dire che rimangono solo gli ultimi bit, quindi accettabile...margine duplicazione...etc..!!!
Tutto ok bello, ma non hai ancora afferrato. Io in partenza non ho neanche i PRIMI 64 bit del prefisso!! perchè non ho ancora contattato l'ISP, e NON voglio contattarlo, ma realizzare prima la mia bella rete e tenerla pronta.

Adesso spero si capisca meglio.

In verità io parlavo di routing INTER-organizzazione, in quanto su Internet hai tante organizzazioni, (intendo gli ISP), che comunicano tra di loro. Parlando di INTRA-ISP, non so, può essere che si debba acquistare un range come dici tu, e muoverti in quello. Se invece non vuoi avere comunicazione, boh...?
Mi rimetto a Virgilio, che spero (ma ne sono certo...) saprà illuminarci.
Saluti.

Scusa non capisco di che parli. Mi sà non ci siamo capiti.
Lo scenario per come l'ho presentato, sottointende di routing INTRA-area, in quanto sarebbe routing solo atto a far comunicare i SOLI router della mia azienda.

INTRA-ISP??.....non l'ho capita questa. Intra-ISP cosa? Mica metto mani sugli ISP io.
Sto parlando solo per la mia azienda. Sto parlando solo di indirizzi che posso/dovrei utilizzare per fare le prove e renderla realizzabile.

Forse maxna, sei un pò andato fuori argomento.
Cmq hai ragione, aspettiamo Virgilio.

Ciao Andrea,
se ho capito il senso della tua domanda (e credo proprio di si), la risposta che cerchi sta nell'utilizzo degli indirizzi IPv6 Unique-Local.
Le schede di rete IPv6 come saprai possono avere indirizzi multipli, e sebbene i link-local abbiano senso solo ed esclusivamente sul segmento, quelli unique-local hanno un senso vicino a quello che hanno gli indirizzi privati in IPv4, ovvero li puoi utilizzare senza per forza chiamare in causa un provider o un ente che ti assegni degli IP pubblici.

Preparando quindi la tua rete IPv6, potrai utilizzare gli indirizzi appartenenti al range FC00::/7, al cui interno esiste un'ulteriore divisione:

lo spazio FC00::/8 - riservato per usi futuri
lo spazio FD00::/8 - assegnabile localmente

A tal proposito, ti riporto dei documenti che credo possano aiutari nella comprensione del tutto. Il primo è di Cisco, la IPv6 White Paper (troverai ciò che cerchi esattamente a pag. 4), il secondo riguarda invece (credo ti interessino) delle linee guida di design IPv6 realizzato da RIPE, Preparing an IPv6 Addressing Plan . L'ultimo è di wikipedia e riguarda proprio gli Indirizzi Unique Local

Resta sottointeso che ovviamente, per avere connettività internet, dovrai comunque passare per un provider che ti assegni un blocco di IP. Una potenziale applicazione degli unique-local (come si può leggere a pag. 9 del documento Cisco), è quella di garantire la connettività delle risorse aziendali anche durante una fase di ri-organizzazione degli IP pubblici. Uno svantaggio però risiede nell'impossibilità di utilizzare il Multicast. A pagina 10 dello stesso trovi la sezione: Subnet Planning — Initial Block Request

Spero chiarisca i tuoi dubbi

Con INTRA ISP Massimo intendeva traffico che rimane interno all'AS e pertanto può essere gestito direttamente dall'ISP.

Ad ogni modo i ragionamenti fatti fin'ora sono corretti e dimostrano come la tecnologia la si capisca tanto meglio quando veramente si comprende che esiste un problema non risolto o almeno per il quale non si conosce la soluzione.

La risposta di Jody non richiede alcuna aggiunta da parte mia, mi piace solamente sottolineare un aspetto:
questi indirizzi Unique Local che dovrebbero essere assegnati in maniera pseudo randomica, hanno lo scopo, rispetto ai deprecati Site Local (FEC0), di essere comunque unici, questo eviterebbe la problematica dell'overlapping quando per differenti ragioni fai parlare due reti con indirizzi locali, tuttavia questo database che doveva mappare l'assegnazione unica non è stato mai davvero standardizzato, ciò che però rimane, è che assegnando 40 bit in maniera casuale le possibilità di overlapping sono prossime allo zero, è nel tuo interesse in fase di design dotarti di un prefisso veramente casuale in modo da minimizzare l'overlapping con altre reti facilitando situazioni di design future.