Dal momento che IPv6 sta andando a sostituire IPv4, dovrei sviluppare la mia nuova applicazione per sostenerlo?

StackOverflow https://stackoverflow.com/questions/1246930

  •  12-09-2019
  •  | 
  •  

Domanda

I sviluppare applicazioni utilizzando molte lingue e alcune piattaforme. Da quello che sto leggendo, IPv6 sta per essere corrente principale all'interno poi prossimi 5-10 anni, e che alcuni ISP offrono anche la connessione diretta a Internet IPv6. Sulla mia rete privata, tutte le macchine dispongono di connettività dual stack e comunicano tra loro usando IPv6, quando possibile.

La mia domanda è: dovrebbe essere la mia nuova applicazione essere scritta per supportare IPv6? Se sì, quali sono le cose che ho bisogno di prendere in considerazione? Ci sono aspetti negativi di supporto IPv6 è ora?

Non so se questo sarà di aiuto o male, ma qui ci sono alcuni dettagli più specifici a forse dirigere le risposte un po ':

La mia app potrebbe essere eseguito su Windows / Linux / Mac, e sarebbe costituito da un componente specifico per la piattaforma scritto separatamente per ogni piattaforma, e un componente comune "core", scritto in un linguaggio interpretato.

La mia app dovrebbe essere in grado di individuare altre istanze di se stesso in esecuzione su uno dei tre piattaforme, e supportare sia il protocollo TCP e UDP tra due macchine.

È stato utile?

Soluzione

tutte le nuove applicazioni devono supportare IPv6. Come hai detto tu stesso, si è già in uso in molti ambienti LAN.

No si dovrebbe non c'è bisogno di cambiare molto, al fine di supportare IPv6. Il quadro di fondo dovrebbe prendersi cura delle differenze per voi. Questo presuppone che non si sta facendo le cose "cattive", come la memorizzazione o l'manipolare gli indirizzi IP.

Altri suggerimenti

Vedo alcuni Ecco citating parere Steve Gibson sull'argomento. Anche se il signor Gibson è molto abile in materia di sicurezza (Io ascolto ogni episodio "Security Now" e incoraggio tutti gli interessati nella sicurezza di fare lo stesso), credo che sia un po 'fuori contatto con l'attuale regime delle cose quando predice futuro per IPv6.

L'uso di IPv6 è già esteso oltre la semplice uso accademico, ed è sempre un bel po 'di attenzione nel settore delle ricerche di difesa in cui non è più una questione di "se" ma "quando" andrà a sostituire IPv4 (a militari reti, che è).

Naturalmente, Internet come ora sarà ancora utilizzare v4 per un tempo molto molto lungo, uno dei motivi per essere che la maggior parte dell'hardware e del software là fuori solo non è IPv6 compatibili.

Non riesco a pensare di qualsiasi negativi per l'implementazione IPv6 è ora (a parte il tempo di codifica supplementare e la complessità di mantenere due stack IP, naturalmente). Infatti, con IPv6 cose possono essere molto più facile. Per esempio, si può dimenticare tutto su problemi di NAT traversal.

ricercatore di sicurezza Steve Gibson ha parlato una quantità impressionante su questo, per notare che non è venuta in un prossimo futuro. Ecco alcuni link che danno un po 'più di informazioni:
http://www.grc.com/sn/sn-199.htm - a metà, inizia a parlare di IPv6 nella trascrizione / podcast di
. http://www.grc.com/sn/sn-200.htm - una correzione rapida per un errore nella 199 episodi, e un po 'più in dettaglio

.

Il quadro dovrebbe supportare sia, se possibile, ma se avete una scelta di uno, vorrei andare con IPv4, ma fare in modo che è possibile aggiungere / transizione verso IPv6. Ma questo dipende anche chi è l'utilizzatore finale del prodotto e quali sono i requisiti per il vostro progetto. È questa intenzione di utente che utilizza / utilizzerà IPv6 o stai andando per ACCEPTENCE in una base esistente che utilizza principalmente IPv4.

In base alla mia esperienza, il progetto attualmente sto lavorando considerato andare a IPv6 come c'era un mandato di essere in grado di supportare IPv6. Per la maggior parte quello che abbiamo scoperto è che i produttori di hardware (interruttore, router, computer) e fornitori WAN sono stati in grado di sostenere il passaggio a IPv6. Non ci sarebbe un certo lavoro per l'integrazione di hardware IPv4 esistente, ma si poteva fare. Sulla base di costo, sarebbe circa lo stesso, almeno hardware saggio.

Tuttavia, alcuni prodotti software che stiamo usando non sono e non possono spostarsi per supportare IPv6, mentre altri sembrano essere più adminable per sostenerlo. Sulla base di questo, stiamo aggiornando alle nuove versioni del software, ma rimarrà probabilmente IPv4 per il monento, o almeno fino a quando il software raggiunge in termini di supporto di IPv6.

vorrei almeno iniziare a provare. Ho già fatto alcune modifiche ad alcuni del mio codice. E non è stato completamente testato e c'è ancora più regolazioni da effettuare, ma anche se non viene mai utilizzato in queste particolari applicazioni ho intenzione di avere a sostenerla a un certo punto. Tanto vale imparare prima che sia una situazione di bere o affogare.

Il più fino alla notizia data che ho sentito è che con NPA ... IPv6 è davvero non sta andando avanti molto velocemente, se mai. (Steve Gibson - GRC)

Potrebbe non essere la pena il vostro tempo.

EDIT ... ovviamente questo era scarsa lungimiranza che non avrei comprato in. IPv6 è alle porte e sarà necessaria. IPv4 sarà probabilmente sempre esiste, ma le applicazioni dovrebbe essere in grado di gestire sia in un prossimo futuro.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top