Lavoro su un'app che fa molte comunicazioni di rete. So che gli indirizzi IPv4 sono esauriti. Allo stesso tempo, nessuno dei nostri clienti chiede ancora IPv6. Stiamo esaminando quali nuove funzionalità aggiungere alla prossima versione, quindi chiedo: è IPv6 supportare una funzione "must have" o "nice to have" a questo punto?
In questo momento la transizione verso IPv6 si è spostata glacialmente per anni, tuttavia una volta che le grandi reti sono state completate con le loro transizioni, mi aspetto che il tasso di assorbimento aumenterà in modo significativo. Ci sono anche alcune organizzazioni (specialmente nel governo e grandi aziende) che richiedono o preferiscono strongmente acquistare un software in grado di supportare IPv6 in modo che sappiano che il loro software e infrastruttura sono pronti quando invertono l'interruttore. Quindi, a seconda del mercato di destinazione, il supporto IPv6 potrebbe non essere un totale non-funzione in questo momento.
Se i tuoi clienti non hanno davvero bisogno del supporto IPv6, okay, non farne una priorità. Ciò che si vuole evitare, tuttavia, è l'accumulo di un debito tecnico correlato all'ipv4 (e in realtà dovresti lavorare per ridurlo attivamente). Idealmente, se i tuoi clienti non chiedono ipv6 adesso, dovresti cogliere l'opportunità di ripulire il tuo codice di rete esistente per utilizzare le chiamate di sistema compatibili con ipv6, assicurarti che il tuo codice possa gestire indirizzi più grandi, ecc. Aggiorna i tuoi standard a assicurati che il vecchio codice che funziona solo con ipv4 non ritorni di nascosto.
Se elimini le chiamate di rete legacy, puoi comunque concentrarti solo sul supporto di ipv4, ma avere una buona possibilità di aggiornare il tuo prodotto per supportare ipv6 quando i tuoi clienti iniziano a richiederlo. Se aspetti troppo tempo per pagare il debito tecnico, potresti scoprire che ci vuole troppo tempo per aggiungere supporto e iniziare a perdere clienti per i concorrenti che possono supportare ipv6.
Qualcos'altro da considerare - quando sarà la tua prossima uscita e quando sarà rilasciata?
La prossima versione (a 6 mesi di tempo) potrebbe essere ufficialmente "troppo presto", ma il rilascio successivo (18 mesi di distanza, per esempio) potrebbe essere "troppo tardi".
In questo caso potrebbe essere qualcosa che devi fare ora per assicurarti di non essere più fuori dal gioco più tardi.
Se sei il primo ad averlo, guiderà la competizione. Non vuoi essere scomposto quando tutti improvvisamente iniziano a chiedere tutto in una volta. D'altra parte, non sono davvero aggiornato su quanto sia serio il problema dell'esaurimento dell'indirizzo IPv4 ... Ma se riesci a spremerlo lì, lo farei.
Davvero difficile sapere se questo è un problema sopraffatto o no. Quelli che vendono consulenze IPv6 e simili hanno un chiaro interesse a giocare "il problema". Ma c'è ancora un sacco di molte cose su IPv4 vendute tra cui un vasto numero di piccoli dispositivi embedded.
Molte grandi aziende stanno passando internamente all'indirizzamento privato (cioè alle gamme 10.xyz) con enormi box NAT come noi abbiamo a casa, questo libera un gran numero di indirizzi di classe B e può anche rilasciare alcuni indirizzi di classe C.
Il mio GUESS, ed è solo un'ipotesi, è che l'entità del problema viene sopravvalutata e patchup tecnici e aggettivi su IPv4 manterranno viva la vita in esso per un tempo considerevole ancora. Potrebbero esserci molti scambi di indirizzi esistenti e altri hack per far sì che ciò accada.
La mia comprensione nel campo dei dispositivi integrati di piccole dimensioni è che uno stack IPv6 è molto più grande e più brutto di IPv4 e questo è un impedimento significativo a quei dispositivi che fanno la mossa. (Con piccoli embedded mi riferisco a cose con < 64K di memoria, non scatole di linux).
Con l'attuale tasso di adozione di IPv6 è ancora un "bello da avere".
Il governo degli Stati Uniti ha rilasciato il suo piano di migrazione lo scorso anno e non richiede nemmeno che le agenzie abbiano siti web pubblici accessibili IPv6 fino alla fine del 2012, con una revisione completa a IPv6 nativo al fine 2014.
La linea di fondo è che IPv6 come funzionalità richiesta è ancora abbastanza lontano per le tue applicazioni quotidiane.
A questo punto l'hard-coding di un requisito IPv4 in un programma non è probabilmente una buona idea. Mirare ad ottenere l'indipendenza dallo stack sarebbe preferibile. Resta sintonizzato per Giornata mondiale Y2K .
Penso che questo sia il prossimo problema Y2K. C'erano molti programmi che non avevano a che fare con le date o che usavano le librerie di sistema e che erano in grado di affermare con sicurezza, se il sistema è conforme a Y2K, lo siamo anche noi. Altri programmi fallirono miseramente. Nel 1998, ho visto programmi in fase di sviluppo con campi a due cifre e nessun modo di gestire l'anno 2000.
Secondo i rapporti, ho visto almeno un fornitore di telefoni cellulari IPv6 al telefono. (Suppongo che facciano la traduzione del protocollo su Internet quando richiesto.)