od1n0 che funziona decisamente meglio, ma hai il problema della latenza aggiuntiva.
Se interessa IPv6, io passerei a un operatore che fa IPv6 nativo.
IPv6 fastweb, funziona bene? A me no...
Tutto molto interessante, attendo altri commenti prima di disabilitare totalmente IPv6 e piangere in silenzio.
Non oso nemmeno aprire un ticket a fastweb: solo per farmi sbloccare il modem ci sono volute 3 settimane e svariate telefonate di sollecito e protesta.
Sto attendendo attivazione da nuovo operatore con IPv6 su fibra Openfiber, ancora da giugno 2021 (ormai 6 mesi), ma Openfiber non si muove. Ma questa è un'altra storia lunga lunga che va un po' fuori tema qui 
Attendo intanto altri commenti tecnici...
giox069 Quindi chiedo: qualcuno di voi ha avuto gli stessi problemi con IPv6 e fastweb?
Parecchi, io avevo un packet loss del 30%. Basta disattivare l'IPv6 dal Fastgate e si naviga una scheggia.
Comunque è roba da pazzi, gli utenti medi continueranno a tartassare l'assistenza o cambieranno l'operatore per uno sciocchezza. Roba che per non investire 1€ ne perdono 100 per le conseguenze.
- Modificato
giox069 e mi accorgo che da dentro casa riesco a fare ping6 www.google.com (o ping -6 www.google.com da windows) solo da certi miei clients, da altri clients il ping non risponde
Questa cosa è a dir poco anomala.
Non saprei come aiutarti comunque
Ai clienti viene regolarmente assegnato l’IPv6 con il gateway giusto ?
gandalf2016 sembra piuttosto non sia impostato IPv6 nei client, ma è altresì improbabile che sia disattivato in tutti.
Filippo94 IPv6 c'è nei clients. Attivo e funzionante. Windows 10, Windows 11, Ubuntu 21.10. E' on by default, e soprattutto quando un client non pingaV6 una destinazione, ne pinga benissimo un'altra, sempre su internet. Ad esempio il PC da dove sto digitando ora, risolve ma non pingav6 www.google.com, ma pingav6 benissimo www.facebook.com.
Dal windows 11 che ho di fianco invece pingoV6 senza problemi sia www.google.com che www.facebook.com
E come dicevo, al rinnovo degli IPv6 dei clients, lo scenario cambia di nuovo.
itsmatteomanf ma hai il problema della latenza aggiuntiva.
Non è tanto quello, nel mio caso era ben più importante il fatto che alcuni servizi di streaming dessero problemi col catalogo, come netflix, che ad esempio mostrava solo i contenuti originali, ma è solo un esempio tra i tanti. Purtroppo per quanto mi riguarda utilizzare il tunnel HE per scopi diversi da quelli didattici non è stato possibile
Ho provato con il Fastgate per 10-15 minuti. Stesso problema. A seconda dell'indirizzo IPv6 che assegno al mio client linux, sempre nella mia subnet /64, con alcuni indirizzi IP non pingo www.google.com ma accedo alla porta 443/tcp, con altri indirizzi IP entrambi i test funzionano, con altri indirizzi IP entrambi i test non funzionano.
E così anche verso i miei server OVH.
Per me il 6rd border relay va male, e va male da mesi.
giacomix11 io ho smesso di usare il tunnel HE proprio perché Netflix mi rilevava come se mi stessi connettendo da una VPN e mi impediva l'accesso... (ma forse sto andando OT).
itsmatteomanf gia provveduto 
Ciao, anch’io ho notato proprio lo stesso problema in ipv6. A volte si blocca la navigazione, sopratutto nei portali Microsoft (portal.office.com). Mi accorgo spesso nella fase di login al portale che la connessione viene interrotta e la pagina fallisce il caricamento. Poi in ogni caso anche su altri siti ho lo stesso problema. Disattivando ipv6 riparte tutto. Vorrei azzardare che questo problema ci sarà, almeno per me, da più di sei mesi, forse anche un anno…
gandalf2016 questa cosa l'ho notata anch'io e una situazione simile mi pare la abbia anche @Alfoele
Altra cosa strana che ho notato ad esempio con google, se provo a raggiungere google Milano va in timeout, verso Amsterdam funziona
root@dckh:~# ping6 -c4 mil07s12-in-x0e.1e100.net
PING mil07s12-in-x0e.1e100.net(mil04s27-in-x0e.1e100.net (2a00:1450:4002:809::200e)) 56 data bytes
--- mil07s12-in-x0e.1e100.net ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3055ms
root@dckh:~# ping6 -c4 ams17s08-in-x0e.1e100.net
PING ams17s08-in-x0e.1e100.net(ams17s08-in-x0e.1e100.net (2a00:1450:400e:80e::200e)) 56 data bytes
64 bytes from ams17s08-in-x0e.1e100.net (2a00:1450:400e:80e::200e): icmp_seq=1 ttl=114 time=25.2 ms
64 bytes from ams17s08-in-x0e.1e100.net (2a00:1450:400e:80e::200e): icmp_seq=2 ttl=114 time=21.7 ms
64 bytes from ams17s08-in-x0e.1e100.net (2a00:1450:400e:80e::200e): icmp_seq=3 ttl=114 time=21.4 ms
64 bytes from ams17s08-in-x0e.1e100.net (2a00:1450:400e:80e::200e): icmp_seq=4 ttl=114 time=21.1 ms
--- ams17s08-in-x0e.1e100.net ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 21.130/22.346/25.197/1.657 msL'host di Milano se lo provo da un altra connessione non Fastweb risponde:
root@mail2:~# ping6 -c4 mil07s12-in-x0e.1e100.net
PING mil07s12-in-x0e.1e100.net(mil04s27-in-x0e.1e100.net (2a00:1450:4002:809::200e)) 56 data bytes
64 bytes from mil04s27-in-x0e.1e100.net (2a00:1450:4002:809::200e): icmp_seq=1 ttl=57 time=13.5 ms
64 bytes from mil04s27-in-x0e.1e100.net (2a00:1450:4002:809::200e): icmp_seq=2 ttl=57 time=12.7 ms
64 bytes from mil04s27-in-x0e.1e100.net (2a00:1450:4002:809::200e): icmp_seq=3 ttl=57 time=12.7 ms
64 bytes from mil04s27-in-x0e.1e100.net (2a00:1450:4002:809::200e): icmp_seq=4 ttl=57 time=13.0 ms
--- mil07s12-in-x0e.1e100.net ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 7ms
rtt min/avg/max/mdev = 12.656/12.938/13.453/0.341 ms- Modificato
Dark-Vex ma si riesce a capire se si perdono proprio le rotte o è un filtro firewall?
Tra TIM che fa sparire il suo AS direttamente dal v6, Fastweb che ha questi problemi
Beh direi che siamo messi bene
Dark-Vex Altra cosa strana che ho notato ad esempio con google, se provo a raggiungere google Milano va in timeout
puoi fare un mtr?
Ho abbandonato Fastweb ormai nel 2019, e allora il loro border router certi guai non li combinava, funzionava tutto regolarmente. Ma allora (non so ora), l'opzione IPv6 non era attiva di default, dovevi attivarla tu,e gli utenti che lo usavano erano decisamente meno di ora....
Poi, cambiato operatore (privo di IPv6), avevo usufruito del tunnel HE, visto che non avevo necessità di latenze basse, ed ha sempre funzionato egregiamente. Ovviamente, uscendo a Zurigo c'era il problema citato da @giacomix11, ma avevo risolto con una configurazione dnsmasq sul mio vecchio router Asus che fungeva da DNS nella mia LAN, che "forzava" Netflix in IPv4, la riporto qui come esempio...
# Null AAAA response on these domains
#server=/netflix.com/#
address=/netflix.com/::
#server=/netflix.net/#
address=/netflix.net/::
#server=/nflxext.com/#
address=/nflxext.com/::
#server=/nflximg.net/#
address=/nflximg.net/::
#server=/nflxvideo.net/#
address=/nflxvideo.net/::
#server=/nflxso.net/#
address=/nflxso.net/::
Adesso ho un ISP che semplicemente mi fornisce IPv6 nativamente, e chiuso il problema.
psychotrain65 l'opzione IPv6 non era attiva di default, dovevi attivarla tu,e gli utenti che lo usavano erano decisamente meno di ora....
Esatto, c'è anche da considerare che una volta attivato IPv6 ormai l'80% del traffico (per volume) si sposta immediatamente su IPv6.
Non so chi ha avuto la brillante idea di attivarlo a tutti di default senza una vera rete IPv6 e oltretutto coi BR in quella situazione.
