iPv6 Telecom

[beato]

Salve, ho da poco provato a impostare il mio linksys X3500 con PPPoE e user/passw consigliati da telecom per ottenere un ipv6.

tuttavia noto alcuni problemi: nonostante i ping - in linea di massima - funzionino su quasi tutti i siti, su alcuni siti non riesco proprio a navigare.
Un esempio fra tutti amazon.it e facebook.it.
Il problema si verifica sia con xp (che non ottiene un ipv6) che con un mac che ottiene entrambi gli indirizzi.
Appena cambio user/passw su aliceadsl/aliceadsl torna tutto a funzionare come sempre.

Qualche idea?

[LeoZ]

Amazon, ad oggi, non supporta IPv6. Per quanto riguarda Facebook, ha record AAAA solo nei domini www.facebook.* e non in quelli facebook.*. Infatti:

[root@it ~]# dig +short facebook.com AAAA
[root@it ~]# dig +short facebook.it AAAA
[root@it ~]# dig +short www.facebook.com AAAA
star.c10r.facebook.com.
2a03:2880:10:8f01:face:b00c:0:9
[root@it ~]# dig +short www.facebook.it AAAA
www.facebook.com.
star.c10r.facebook.com.
2a03:2880:2050:1f01:face:b00c:0:9

[random566]

boh, a me con la connessione tramite pppoe di windows 8 funziona tutto, compreso facebook e amazon.
l'indirizzo ipv4 assegnato alla connessione è 87.4.xxx.xx.
quello che è inaccettabile è il tempo di ping, che su maya e zeroping.it è circa 45 ms (in fast!!), mentre senza ipv6 questi siti pingano 11/12 ms

[Benjamin Reilly]

ma nel lnk del router, ossia il gateway, l'ipv6 assegnato lo vedete?

[LeoZ]

Originariamente inviato da random566

boh, a me con la connessione tramite pppoe di windows 8 funziona tutto, compreso facebook e amazon.
l'indirizzo ipv4 assegnato alla connessione è 87.4.xxx.xx.
quello che è inaccettabile è il tempo di ping, che su maya e zeroping.it è circa 45 ms (in fast!!), mentre senza ipv6 questi siti pingano 11/12 ms

Questo perché sei in dual stack. Se fossi in IPv6 only non potresti visitare Amazon in toto, e non potresti accedere a facebook.*. Amazon, e eBay per dirne un'altra, fanno parte della nutrita schiera di aziende che non hanno ancora adottato IPv6.

Disclaimer: ho ADSL Fastweb e non Telecom.
Fastweb per adesso permette l'ottenimento di un indirizzo IPv6 tramite TSP (gogoCLIENT), in particolare utilizzando un tunneling di tipo IPv6 over UDP/IPv4 (NAT Traversal): la mia connettività IPv6 non è nativa.

Il mio ping verso i siti dual stack differisce lievemente per via del routing IPv6 non ancora ottimizzato, ma niente di grave:

Esecuzione di Ping google.com [173.194.35.39] con 32 byte di dati:
Risposta da 173.194.35.39: byte=32 durata=16ms TTL=49
Risposta da 173.194.35.39: byte=32 durata=16ms TTL=49
Risposta da 173.194.35.39: byte=32 durata=16ms TTL=49
Risposta da 173.194.35.39: byte=32 durata=16ms TTL=49

Esecuzione di Ping google.com [2a00:1450:4002:802::1000] con 32 byte di dati:
Risposta da 2a00:1450:4002:802::1000: durata=27ms
Risposta da 2a00:1450:4002:802::1000: durata=28ms
Risposta da 2a00:1450:4002:802::1000: durata=29ms
Risposta da 2a00:1450:4002:802::1000: durata=28ms

Il ping verso maya.ngi.it e zeroping.it resta invariato, in quando entrambi non supportano IPv6.

Esecuzione di Ping maya.ngi.it [88.149.128.3] con 32 byte di dati:
Risposta da 88.149.128.3: byte=32 durata=17ms TTL=53
Risposta da 88.149.128.3: byte=32 durata=16ms TTL=53
Risposta da 88.149.128.3: byte=32 durata=17ms TTL=53
Risposta da 88.149.128.3: byte=32 durata=18ms TTL=53

Esecuzione di Ping zeroping.it [212.97.32.17] con 32 byte di dati:
Risposta da 212.97.32.17: byte=32 durata=18ms TTL=53
Risposta da 212.97.32.17: byte=32 durata=16ms TTL=53
Risposta da 212.97.32.17: byte=32 durata=17ms TTL=53
Risposta da 212.97.32.17: byte=32 durata=16ms TTL=53

Per chi era interessato a un tracert verso Google:

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

  1    18 ms    19 ms    19 ms  2001:b05:f:ffff::62
  2    20 ms    20 ms    21 ms  2001:b00:1:1:1::c9
  3    19 ms    19 ms    20 ms  2001:b00:1:1:1::b5
  4    19 ms    20 ms    19 ms  2001:b00:1:1:1::3e
  5    31 ms    30 ms    30 ms  2001:7f8::3b41:0:1
  6    29 ms    29 ms    30 ms  2001:4860::1:0:4ca3
  7    29 ms    30 ms    29 ms  2001:4860::8:0:3016
  8    29 ms    29 ms    29 ms  2001:4860::1:0:1d
  9    29 ms    31 ms    29 ms  2001:4860:0:1::4c7
 10    30 ms    29 ms    29 ms  2a00:1450:4002:802::1002

Traccia completata.

[beato]

Originariamente inviato da LeoZ

Amazon, ad oggi, non supporta IPv6. Per quanto riguarda Facebook, ha record AAAA solo nei domini www.facebook.* e non in quelli facebook.*. Infatti:

[root@it ~]# dig +short facebook.com AAAA
[root@it ~]# dig +short facebook.it AAAA
[root@it ~]# dig +short www.facebook.com AAAA
star.c10r.facebook.com.
2a03:2880:10:8f01:face:b00c:0:9
[root@it ~]# dig +short www.facebook.it AAAA
www.facebook.com.
star.c10r.facebook.com.
2a03:2880:2050:1f01:face:b00c:0:9

Grazie dell'informazione! Però in un computer con entrambi gli indirizzi, non dovrebbe risolvere automaticamente i siti che non hanno record AAAA ?

Come spieghi poi che le connessioni "nude e crude" tipo teamviewer vanno senza problemi?

Edit: a maggior ragione, com'è che XP, che non riceveva proprio un ipv6 non riusciva a raggiungere quei siti?
Non so se sospettare un problema nei dslam o nel router..

[LeoZ]

Originariamente inviato da beato

Grazie dell'informazione! Però in un computer con entrambi gli indirizzi, non dovrebbe risolvere automaticamente i siti che non hanno record AAAA ?

Come spieghi poi che le connessioni "nude e crude" tipo teamviewer vanno senza problemi?

Edit: a maggior ragione, com'è che XP, che non riceveva proprio un ipv6 non riusciva a raggiungere quei siti?
Non so se sospettare un problema nei dslam o nel router..

Mi sembra che Windows preferisca connettersi in IPv6 piuttosto che in IPv4, ovviamente se il sito è dual stack. La transizione all'IPv4-only è invisibile e immediata. Ad esempio, se mi connetto a google.com da FireFox, mi ritrovo connesso alla versione IPv6; se poi mi connetto ad amazon.it mi ritroverò in un batter d'occhio sulla pagina interessata (IPv4). Non so esattamente come funziona la rete della Telecom, certo che per essere nativa ha un bel po' di problemi.

Non uso TeamViewer, ma se mi spieghi bene quello che vuoi dire magari posso darti una mano. Comunque dando una rapida occhiata alle porte di cui ha bisogno (80, 443, 5938 TCP) non vedo perché non dovrebbe funzionare.

Per quanto riguarda XP supporta IPv6 dal SP1 in poi, anche se è consigliato almeno SP2. Hai installato IPv6? Apri un prompt di comandi e digita ipv6 /?; se la risposta è negativa, allora scrivi ipv6 install.

[beato]

Originariamente inviato da LeoZ

Mi sembra che Windows preferisca connettersi in IPv6 piuttosto che in IPv4, ovviamente se il sito è dual stack. La transizione all'IPv4-only è invisibile e immediata. Ad esempio, se mi connetto a google.com da FireFox, mi ritrovo connesso alla versione IPv6; se poi mi connetto ad amazon.it mi ritroverò in un batter d'occhio sulla pagina interessata (IPv4). Non so esattamente come funziona la rete della Telecom, certo che per essere nativa ha un bel po' di problemi.

Non uso TeamViewer, ma se mi spieghi bene quello che vuoi dire magari posso darti una mano. Comunque dando una rapida occhiata alle porte di cui ha bisogno (80, 443, 5938 TCP) non vedo perché non dovrebbe funzionare.

Per quanto riguarda XP supporta IPv6 dal SP1 in poi, anche se è consigliato almeno SP2. Hai installato IPv6? Apri un prompt di comandi e digita ipv6 /?; se la risposta è negativa, allora scrivi ipv6 install.

Rispondo qui anche se temo che siamo un po' OT, nel caso ditemelo che apro un nuovo topic o continuo in pvt.
Ad ogni modo la situazione è questa:
-OSX 10.8.3 dual stack
-XP sp3 solo ipv4 ( NON ho installato ipv6) quindi anche se il router lo supporta dovrebbe essergli trasparente

su entrambi i pc alcuni siti vanno ed altri no. Ad esempio amazon:
-su XP ping (ipv4) e la risoluzione del nome viene eseguito senza problemi. anche un tracert anche se è molto piu lungo di quello da questa connessione (fastweb in ipv4)
-su osx stesso discorso ma a volte non funzionano completamente anche altri siti.
-incollando l'IPv4 di amazon su firefox non cambia nulla

da fare:
-ping6 su qualche indirizzo ipv6 da mac
-provare a disabilitare ipv6 da mac e usare solo ipv4

da non fare:
installare ipv6 su xp: vorrei tenerlo come "campione di controllo" e vedere se con quella configurazione riesco a garantire almeno connettivita ipv4.

[LeoZ]

Sicuro che Amazon si fa pingare? Io ero rimasto che bloccava i pacchetti ICMP type 8, gli echo request per intenderci. Infatti:

Esecuzione di Ping amazon.it [178.236.4.216] con 32 byte di dati:
Richiesta scaduta.
Richiesta scaduta.
Richiesta scaduta.
Richiesta scaduta.

E nonostante questo si connette perfettamente, perché l'unica cosa che fa è bloccare i ping (ed i traceroute, che a un certo punto di "fermano"). A questo punto la domanda è lecita: a te che indirizzo viene risolto? Inoltre l'accesso diretto tramite IP per Amazon è inibito, si apre una pagina bianca con un messaggio di errore.

Ti consiglio comunque di aprire un nuovo thread, perché qui siamo OT.

[Catalambano]

Riprendo questa discussione per porre una domanda.

Ho Telecom fibra 50/10 e, da quando sono stato migrato in IMS, il modem Telecom evidenzia quattro DNS, due dei quali IPv6 (almeno credo: sono un misto di lettere e numeri).

Per questo motivo vorrei configurare il mio router esterno netgear r7500 anche per usare i suddetti DNS, ma nella relativa sezione, non so come fare esattamente: quale tipologia di connessione scegliere (automatica, tunnel ing ecc...) e quali nome utente e password inserire.

Qualcuno mi può aiutare?

[mirmillone]

Originariamente inviato da Catalambano

Riprendo questa discussione per porre una domanda.

Ho Telecom fibra 50/10 e, da quando sono stato migrato in IMS, il modem Telecom evidenzia quattro DNS, due dei quali IPv6 (almeno credo: sono un misto di lettere e numeri).

Per questo motivo vorrei configurare il mio router esterno netgear r7500 anche per usare i suddetti DNS, ma nella relativa sezione, non so come fare esattamente: quale tipologia di connessione scegliere (automatica, tunnel ing ecc...) e quali nome utente e password inserire.

Qualcuno mi può aiutare?

Prova con la tipologia automatica e i seguenti parametri PPPoE

User:adsl@alice6.it
Pass:IPV6@alice6

[Benjamin Reilly]

Originariamente inviato da mirmillone

Prova con la tipologia automatica e i seguenti parametri PPPoE

User:adsl@alice6.it
Pass:IPV6@alice6

con detti parametri, indirizzo esterno ed indirizzi DNS dovrebbero essere sistematicamente assegnati?

[mirmillone]

Originariamente inviato da Benjamin Reilly

con detti parametri indirizzo esterno ed indirizzi DSN dovrebbero essere sistematicamente assegnati?

Sì, dovrebbero.

[Busone di Higgs]

Sto sperimentando ipv6 per la prima volta e mi sono arenato in un problema che descrivo.

Sto tentando di lavorare con una rete ipv6 pura, cioe' senza alcun tunneling e mi sono trovato questo problema:

Tim fornisce un indirizzo con netmask 64, violando le specifiche rfc-qualcosa, questo significa che si ottiene un singolo ip pubblico di 8 otteti, alla faccia della sperimentazione.......
Su linux il nat su ipv6 non e' previsto secondo le stesse specifiche, ipv6 e' stato strutturato volutamente in maniera tale da escludere nat, ma se il mio indirizzo viene fornito con /64 l'unica via di uscita per fa passare le macchine locali attraverso al router (linux) attraverso u nteorico nat6-to-6 (il nat che tutti conosciamo per equivalenza sarebbe nat4-to-4) che non esiste, insomma non si puo' avere una macchina in lan che esce ipv6 puro.

Ho cercato in rete, la soluzione che tutti danno e' bastonare l'isp affiinche' si adegui alle rfc ufficiali.
Qualcuno ha proposto di creare un pacchetto nat66, di cui esistono alcune patch per il kernel, respinte nel mainline perche' in violazione della suddette rfc, e in generale qualsiasi articolo che affronti l'agomento parla del nat66 come della peste bubbonica.

Qualcuno ha mai avuto a che fare con questa situazione?

La mia situazione attuale e' che ho il router che usa sia ipv4 che ipv6 senza alcun tipo di tunneling, inclusi web server, bind e servizi vari, e ovviamente nessuna possibilita' di nat o routing per la situazione che ho descritto.

[franc66]

Temo ci sia un errore, viene assegnata una _subnet_ /64 ad ogni utente, non un IP con maschera /64.
Devi usare un dhcp client ipv6 sull'interfaccia PPOE per poterli usare.

[commandos[ita]]

Originariamente inviato da Busone di Higgs

Sto sperimentando ipv6 per la prima volta e mi sono arenato in un problema che descrivo.

Sto tentando di lavorare con una rete ipv6 pura, cioe' senza alcun tunneling e mi sono trovato questo problema:

Tim fornisce un indirizzo con netmask 64, violando le specifiche rfc-qualcosa, questo significa che si ottiene un singolo ip pubblico di 8 otteti, alla faccia della sperimentazione.......
Su linux il nat su ipv6 non e' previsto secondo le stesse specifiche, ipv6 e' stato strutturato volutamente in maniera tale da escludere nat, ma se il mio indirizzo viene fornito con /64 l'unica via di uscita per fa passare le macchine locali attraverso al router (linux) attraverso u nteorico nat6-to-6 (il nat che tutti conosciamo per equivalenza sarebbe nat4-to-4) che non esiste, insomma non si puo' avere una macchina in lan che esce ipv6 puro.

Ho cercato in rete, la soluzione che tutti danno e' bastonare l'isp affiinche' si adegui alle rfc ufficiali.
Qualcuno ha proposto di creare un pacchetto nat66, di cui esistono alcune patch per il kernel, respinte nel mainline perche' in violazione della suddette rfc, e in generale qualsiasi articolo che affronti l'agomento parla del nat66 come della peste bubbonica.

Qualcuno ha mai avuto a che fare con questa situazione?

La mia situazione attuale e' che ho il router che usa sia ipv4 che ipv6 senza alcun tipo di tunneling, inclusi web server, bind e servizi vari, e ovviamente nessuna possibilita' di nat o routing per la situazione che ho descritto.

Io personalmente col Mikrotik ho dovuto creare un interfaccia dhcpv6 client per poter farmi rilasciare il pool ipv6 dal dual stack pppoe richiedendo la /56

Poi per far navigare gli altri dispositivi ho dovuto fare un dhcpv6 server con pool degli indirizzi il pool dinamico rilasciato dal dhcp client...

E' vero che i singoli dispositivi ottengono ipv6 pubblico ma comunque posso impostargli regole sul firewall ipv6...
Per quanto riguarda il nat però, essendo ogni dispositivo sulla pubblica, non ne hai bisogno....

Non so se si è capito, ma personalmente mikrotik tutta la vita

[franc66]

Confermo, anche io uso Mikrotik.
Stessa configurazione, però ho lasciato il /64 di default.

[Busone di Higgs]

Originariamente inviato da franc66

Temo ci sia un errore, viene assegnata una _subnet_ /64 ad ogni utente, non un IP con maschera /64.
Devi usare un dhcp client ipv6 sull'interfaccia PPOE per poterli usare.

non e' un ip univoco questo?

inet6 addr: 2a01:2000:2000:7e55::1/64 Scope:Global

edit: riporto per completezza, nel frattempo sto facendo altre prove:

root@r1:~# ifconfig ppp0
ppp0      Link encap:Point-to-Point Protocol
          inet addr:79.24.100.106  P-t-P:192.168.100.1  Mask:255.255.255.255
          inet6 addr: 2a01:2000:2000:7df8::1/64 Scope:Global
          inet6 addr: fe80::1/10 Scope:Link
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1462  Metric:1
          RX packets:2081 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2539 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3

[franc66]

Si, ma oltre all'IP sull'interfaccia PPOE ti viene assegnata una intera classe /64 (quindi 2 alla 64 indirizzi IP) dal provider che puoi usare sulle macchine client.
Niente NAT, tutte con IP pubblico.

Devi abilitare un DHCPV6 client sull'interfaccia PPOE:

http://gruffi.be/mediawiki/index.php...PPoE_on_Ubuntu

[Benjamin Reilly]

@busone di X

In ipv6 non capisco la questione NAT essendo il nat inutile: con ipv6 la distinzione ip pubblico ip privato cessa. Gli ip dovrebbero essere tutti pubblici ogni macchina avere quindi il suo ipv6 specifico. All'interno della rete probabilmente le macchine operano in LAN con ipv4, oppure operano in ipv6 con gli ipv6 assegnati dal server esterno della DSLAM. Il problema con TIM, e non so se sia inerente la questione, è che i cd router di casa si connettono con altro router esterno e poi in rete. Se questa ulteriore interfaccia generi problemi ulteriori lo ignoro, ma ad esempio vanifica l'apertura delle cosiddette porte ostacolate dal firewall interno: il port forwarding.

Da cosa deduci che i protocolli RFC usati da TIM siano obsoleti?

Cmq la mia esperienza in navigazione dualstack è stata negativa causa enorme rallentamento nella navigazione e pagine saltuariamente inaccessibili. Per risolvere la questine contattai responsabile TIM, ma intendeva reindirizzarmi a privato per impostare correttamente la configurazione del modem router Cosa che secondo spiegazioni online già avevo eseguito. Come te ho pensato che ipv 6 sia efficiente con navigazione pura ipv6, quindi ho deciso di attendere che in Italia questo protocollo si diffonda in modo da escludere l'ipv4 dai settaggi e navigare in ipv6.