iPv6 Telecom

[Benjamin Reilly]

Ho letto in un forum che alcune inefficienze potrebbero essere causa delle elevate latenze, si menzionava in proposito un alternanza di gestione da cpu ad async... ma non ho compreso bene.

[Benjamin Reilly]

volevo capire se attualmente telecom abbia abilitato questo protocollo nella rete.

[Andrea785]

Sul mio Sitecom N300 Ipv6 ready ho inserito le credenziali date da telecom e mi ha fornito un ip in ipv6 peccato però che mentre prima la connessione faceva 31ms di ping dopo ne faceva 62ms e come velocità in ipv6 non va piu di 2mega

Originariamente inviato da Benjamin Reilly

volevo capire se attualmente telecom abbia abilitato questo protocollo nella rete.

per essere attivo è attivo però mi sa che è ancora un sistema in fase di rodaggio e a livello sperimentale

[random566]

Originariamente inviato da Andrea785

Sul mio Sitecom N300 Ipv6 ready ho inserito le credenziali date da telecom e mi ha fornito un ip in ipv6 peccato però che mentre prima la connessione faceva 31ms di ping dopo ne faceva 62ms e come velocità in ipv6 non va piu di 2mega
per essere attivo è attivo però mi sa che è ancora un sistema in fase di rodaggio e a livello sperimentale

confermo per il fatto del ping allungato, ma dipende dall'indirizzo che ti viene assegnato.
se prendi un 87.4.x.x, purtroppo il ping si allunga notevolmente, mentre se capita un 79.54.x.x è quasi uguale al collegamento senza ipv6.

[Benjamin Reilly]

Originariamente inviato da random566

confermo per il fatto del ping allungato, ma dipende dall'indirizzo che ti viene assegnato.
se prendi un 87.4.x.x, purtroppo il ping si allunga notevolmente, mentre se capita un 79.54.x.x è quasi uguale al collegamento senza ipv6.

interessanti questi riscontri: le latenze maggiori dipendono dal tunnelling, ossia l'applicazione mista per l'invio dei pacchetti o i rallentamenti avvengono con il protocollo ipv6 nativo?

avete eseguito il test online?

ho letto qualche pagina online e parrebbe che i pacchetti ipv6 abbiano contenuto delle informazioni 4 volte superiore e che siano stati semplificati, ossia permettono l'invio dell'informazione completa con un nr di pacchetti inferiore 32bit ipv4 128bit ipv6.

Probabilmente debbono migliorare la trasmissione di rete sincronizzando e programmando meglio i vari router e le centraline dslam.

[random566]

Originariamente inviato da Benjamin Reilly

interessanti questi riscontri: le latenze maggiori dipendono dal tunnelling, ossia l'applicazione mista per l'invio dei pacchetti o i rallentamenti avvengono con il protocollo ipv6 nativo?

l'allungamento del ping con alcuni archi di indirizzi ipv4 assegnati riguardava solo gli indirizzi ipv4.
per gli indirizzi ipv6 i tempi sono di suo notevolmente più lunghi, ad esempio su youtube e facebook, che sono ipv6, normalmente i tempi variano da 12o a 200 ms, molto più lunghi che per i siti ipv4 e mi sembra che siano indipendenti dall'indirizzo ipv4 assegnato.

[DooM1]

Originariamente inviato da Benjamin Reilly

interessanti questi riscontri: le latenze maggiori dipendono dal tunnelling, ossia l'applicazione mista per l'invio dei pacchetti o i rallentamenti avvengono con il protocollo ipv6 nativo?

Ma non c'entra, perché il ping più alto ce l'ho anche nel IPv4 quando sono connesso con le password per l'IPv6.
Comunque l'IPv6 ha ping ancora più alti, ed io personalmente non sono riuscito più a connettermi con l'IPv6 nativo, funziona solo il tunnel.
Qualcuno riesce a connettersi con l'IPv6 nativo???

[random566]

Originariamente inviato da DooM1

Qualcuno riesce a connettersi con l'IPv6 nativo???

scusa l'ignoranza, ma non capisco cosa significa.
io, con le password per ipv6 riesco a connettermi sia tramite un router che supporta ipv6, sia con una sessione pppoe direttamente da pc.
normalmente gli attuali browser hanno ipv6 come priorità e si connettono con indirizzo ipv6 si siti ipv6 (come ad es. facebook e youtube).
il test su http://ipv6test.google.com dà ipv6 supportato, mentre il test su http://test.ipv6.com dà punteggio 10/10.

[Benjamin Reilly]

Originariamente inviato da random566

scusa l'ignoranza, ma non capisco cosa significa.
io, con le password per ipv6 riesco a connettermi sia tramite un router che supporta ipv6, sia con una sessione pppoe direttamente da pc.
normalmente gli attuali browser hanno ipv6 come priorità e si connettono con indirizzo ipv6 si siti ipv6 (come ad es. facebook e youtube).
il test su http://ipv6test.google.com dà ipv6 supportato, mentre il test su http://test.ipv6.com dà punteggio 10/10.

se utilizzi il tunnelling i pacchetti ipv6 sono trasmessi adattandoli ad ipv4 e per questo i tempi si dilatano.

questa è la ragione della domanda....

occorre verificare se il tuo ISP fornisce il servizio

se il router supporta ipv6 e lo hai abilitato

e se il sistema operativo applica il protocollo al suo interno.

Anche vista ha nel mio caso attivo l'ipv6 ma opera con il tunnelling TAREDO ossia utilizzando la trasmutazione in ipv4; difatti non so se telecom lo applica, ma sono sicuro che il mio router non supporti l'ipv6.

se digitando ipconfig /all leggi taredo in una delle righe significa che stai operando in ipv4 nonostante tu abbia abilitato l'ipv6

[random566]

Originariamente inviato da Benjamin Reilly

se digitando ipconfig /all leggi taredo in una delle righe significa che stai operando in ipv4 nonostante tu abbia abilitato l'ipv6

sono un ignorante in materia, ma consentimi di esprimere qualche dubbio riguardo all'affermazione quotata.
il dubbio sta nel fatto che sui sistemi windows con il protocollo ipv6 abilitato, la periferica di rete "Teredo Tunneling Pseudo Interface" è sempre presente come periferica nascosta, indipendentemente dal fatto che il pc sia collegato a una lan con supporto ipv6 o meno.
pertanto è normale che compaia nella risposta del comando "ipconfig /all", sia su reti solo ipv4 che su reti ipv4 + ipv6

[Benjamin Reilly]

allora significa che i pacchetti ipv6 sono trasmessi con il tunnelling: i pacchetti IPv6 vengono, incapsulati dall'host sorgente in pacchetto IPv4, inviati nel tunnel e, una volta giunti a destinazione, l'host li decapsula e li tratta come se fossero comunissimi pacchetti IP.
Il tunneling IPv6 su IPv4 ha una difficile realizzabilità per le reti globali e quindi il suo utilizzo è limitato ad applicazioni e comunicazioni in reti locali più o meno grosse.
Per superare questi limiti sono stati creati numerosi protocolli basati sempre su questa tecnica.

in pratica non è ancora attiva la rete con protocollo ipv6 per la prima o la seconda ragione menzionata nel precedente post o per entrambi i casi: assenza dei presupposti.

taredo indica per l'appunto l'applicazione dell'adattamento dei pacchetti IPV6 in ipv4.

tra l'altro gli indirizzi ipv6 sarà differente dal tipico indirizzo ipv4 interno ad esempio 192.168.1.3 e sarà molto più grande x ciascuna delle 4 categorie di numeri separati dal punto.


Gli indirizzi IPv6 sono composti di 128 bit e sono rappresentati come 8 gruppi di 4 cifre esadecimali: es. 2001:0db8:85a3:0000:1319:8a2e:0370:7344. Se non vedi assegnato un indirizzo simile... ne hai altra prova.

In conclusione le latenze dipendono dal fatto che operi in ipv4 convertendo l'ipv6. Per migliorare le latenze ti converrebbe disattivare l'ipv6 e utilizzare esclusivamente ipv4 fino a quando sarà utilizzabile.


In pratica possiamo sperare che al momento del suo utilizzo potremmo beneficiarne ottimizzando il trasferimento dati.

[random566]

Originariamente inviato da Benjamin Reilly

Gli indirizzi IPv6 sono composti di 128 bit e sono rappresentati come 8 gruppi di 4 cifre esadecimali: es. 2001:0db8:85a3:0000:1319:8a2e:0370:7344. Se no vedi assegnato un indirizzo simile... ne hai altra prova.

In conclusione le latenze dipendono dal fatto che operi in ipv4 convertendo l'ipv6. Per migliorare le latenze ti converrebbe disattivare l'ipv6 e utilizzare esclusivamente ipv4 fino a quando sarà utilizzabile.

nel mio caso la scheda di rete ha assegnato sia l'indirizzo ipv4 che l'indirizzo ipv6, lo stato della scheda di rete risponde che esiste connettività internet sia su ipv4 che su ipv6, il comando ping -a www.youtube.com restituisce un indirizzo ipv6 e il sito http://ipv6test.google.com risponde con il messaggio "Sì, ci risulta che stai già utilizzando ipv6" (mentre se non hai ipv6 risponde "Non è stato rilevato alcun problema").
inoltre c'è anche il sito http://test-ipv6.com che è molto più preciso, e nell'eventualità che la connettività ipv6 non sia completamente efficiente, indica anche le relative motivazioni (ad es. dns che non risolvono gli indirizzi ipv6).
non ci dovrebbero quindi essere dubbi che sia il provider (telecom)che il sistema operativo supportano pienamente ipv6.

[Benjamin Reilly]

Originariamente inviato da random566

nel mio caso la scheda di rete ha assegnato sia l'indirizzo ipv4 che l'indirizzo ipv6, lo stato della scheda di rete risponde che esiste connettività internet sia su ipv4 che su ipv6, il comando ping -a www.youtube.com restituisce un indirizzo ipv6 e il sito http://ipv6test.google.com risponde con il messaggio "Sì, ci risulta che stai già utilizzando ipv6" (mentre se non hai ipv6 risponde "Non è stato rilevato alcun problema").
inoltre c'è anche il sito http://test-ipv6.com che è molto più preciso, e nell'eventualità che la connettività ipv6 non sia completamente efficiente, indica anche le relative motivazioni (ad es. dns che non risolvono gli indirizzi ipv6).
non ci dovrebbero quindi essere dubbi che sia il provider (telecom)che il sistema operativo supportano pienamente ipv6.

lo strano è che stai utilizzando i ltunnelling...

cmq se il tuo indirizzo ipv6 con la tecnica taredo è sottoposto a decodifica ipv4 in fase di partenza e arrivo, è ovvio che riceva indicazione dell'operatività del protocollo ipv6.

praticamente dovresti poter operare senza il tunnelling.... forse il tuo isp non ha ancora attivato il servizio... il router è compatibile? nel gateway leggi il'indirizzo ipv6?

[random566]

Originariamente inviato da Benjamin Reilly

lo strano è che stai utilizzando i ltunnelling...

... forse il tuo isp non ha ancora attivato il servizio... il router è compatibile? nel gateway leggi il'indirizzo ipv6?

non so che cosa ti convince a ritenere che stia usando il tunneling, io non l'ho mai detto.
anzi, il router è compatibile con ipv6 e nella relativa pagina di configurazione ha diverse opzioni, fra cui anche il tunneling.
ovviamente io non ho usato il tunneling, ma pppoe, come spiegato chiaramente nella pagina telecom relativa all'ipv6.
nella configurazione della scheda di rete, relativamente a indirizzo, gateway e dns, si trovano sia gli indirizzi ipv4 che ipv6

[Benjamin Reilly]

Originariamente inviato da random566

non so che cosa ti convince a ritenere che stia usando il tunneling, io non l'ho mai detto.
anzi, il router è compatibile con ipv6 e nella relativa pagina di configurazione ha diverse opzioni, fra cui anche il tunneling.
ovviamente io non ho usato il tunneling, ma pppoe, come spiegato chiaramente nella pagina telecom relativa all'ipv6.
nella configurazione della scheda di rete, relativamente a indirizzo, gateway e dns, si trovano sia gli indirizzi ipv4 che ipv6

prova a disattivare l'ipv4... se possibile, da impostazioni della scheda di rete.

la mia convinzione scaturisce dal test tramite comando ip /config all

probabilmente durante la trasmissione in ipv6 non si attiva.

ho dei dubbi perchè fondamentalmente l'ipv6 dovrebbe migliorare in termini di efficienza, invece peggiora le latenze.

[mirmillone]

Ho ripreso a testare l'ipv6 di telecom italia grazie alle ultime versioni trunk openwrt e ho notato che le latenze si sono abbassate di un po' rispetto a 5 mesi fa.

Lato router non c'è nessun tunnel configurato, ma non so se viene effettuato dopo lato telecom...

[Benjamin Reilly]

Originariamente inviato da mirmillone

Ho ripreso a testare l'ipv6 di telecom italia grazie alle ultime versioni trunk openwrt e ho notato che le latenze si sono abbassate di un po' rispetto a 5 mesi fa.

Lato router non c'è nessun tunnel configurato, ma non so se viene effettuato dopo lato telecom...

penso che nel gateway troveresti indicazione dell'attivazione dell'ipv6.

[mirmillone]

Questo è un tracert verso google.com.
Tralasciando il ping(avevo anche dei download in corso.. ma non cambia tanto), vedo che ci sono ::ffff: e quindi ipv4 mappati ipv6..

Ho poca esperienza nell'ipv6, sarebbe interessante confrontarlo con altri tracert

Traccia instradamento verso www.google.com [2a00:1450:4002:802::1013]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  2a01:2003:1:2d7e::1
  2     *        *        *     Richiesta scaduta.
  3     *       23 ms    27 ms  2a01:2fff:3:2000::1
  4    37 ms    44 ms    56 ms  ::ffff:172.17.88.17
  5    48 ms    45 ms    63 ms  ::ffff:172.16.128.116
  6    40 ms    42 ms    62 ms  crs-mi003.opb.interbusiness.it [::ffff:62.86.118
.140]
  7     *        *        *     Richiesta scaduta.
  8    74 ms    85 ms   107 ms  ibs-resid.milano25.mil.seabone.net [2001:41a8:20
:2::1]
  9   257 ms   251 ms   304 ms  2001:4860:1:1:0:1a6a:0:22
 10   223 ms   220 ms   265 ms  2001:4860::1:0:1c5
 11   307 ms   321 ms   295 ms  2001:4860::1:0:26fc
 12   327 ms   288 ms   287 ms  2001:4860::1:0:165
 13   314 ms   324 ms   295 ms  2001:4860::1:0:47
 14   315 ms   352 ms   332 ms  2001:4860::8:0:2995
 15   344 ms   304 ms   301 ms  2001:4860::8:0:2f03
 16   327 ms   307 ms   303 ms  2001:4860::8:0:3005
 17   296 ms   366 ms   335 ms  2001:4860::8:0:3cda
 18   296 ms   299 ms   323 ms  2001:4860::8:0:4397
 19   315 ms   358 ms   332 ms  2001:4860::1:0:3be
 20   358 ms   323 ms   335 ms  2001:4860::1:0:4a3a
 21   340 ms   298 ms   299 ms  2001:4860::8:0:3df4
 22   417 ms   451 ms   362 ms  2001:4860::8:0:3016
 23   294 ms   356 ms   327 ms  2001:4860::1:0:458d
 24   305 ms   293 ms   296 ms  2001:4860:0:1::4c7
 25   323 ms   315 ms   290 ms  mil01s17-in-x13.1e100.net [2a00:1450:4002:802::1
013]

Traccia completata.

[Benjamin Reilly]

dovresti utilizzare completamente l'ipv6 senza tunnelling, sebbene i timings siano elevati.

[mirmillone]

Originariamente inviato da Benjamin Reilly

dovresti utilizzare completamente l'ipv6 senza tunnelling, sebbene i timings siano elevati.

Tunnel non ne uso ho soltanto il dual stack.
Solo ipv6 funziona ma oltre google e youtube la vedo dura a navigare

Nessuno può postare tracert per vedere la situazione del ping se cambia?