IPv6 Tunneling HE

spnick · 2021-03-07T20:32:20+00:00

Ho letto in questi giorni sul forum di alcuni utenti che hanno configurato il tunnel IPv6 di Hurricane Electric, sapete spiegarmi come funziona?

bortolotti80

eutampieri
Mentre su fireTV, va tutto come da smartphone

L'App rai play della TV, non funziona correttamente, è lenta nelle risposte e se avvio la diretta carica ma lo schermo rimane nero

Ho guardato nel DNS, raigulp ad esempio lo risolve con AAAA, mentre lo provavo da firetv e funzionava, app sia da smartphone che firetv reattiva, qualità video massima

Al contrario se utilizzo la app della smart tv samsung, le richieste DNS sono sempre solo A, anche se utilizza gli stessi domini di akamai, mentre rai non risolve mai in ipv6 come hai detto

Ma questo problema lo hanno anche altri in dualstack non con Hurricane Electric?

[cancellato]

eutampieri sarebbe ancora più bello che ti lasciassero spostare le /48, tanto a loro cambia qualcosa da dove le annunciano?

Eh sì perché altrimenti la FIRT esploderebbe, così come è successo per IPv4 dove la scarsità di indirizzi ha portato ad una frammentazione esagerata (ci sono se non erro qualcosa come 950.000 rotte nella tabella globale di internet). Purtroppo lo spazio indirizzi ti viene "delegato" in prestito dal provider che ti fornisce la connettività, e per qualcuno sono addirittura dinamici! Se ogni utente, anche solo i più "geek", volesse portare il proprio spazio indirizzi di provider in provider ci troveremmo in poco tempo con milioni di rotte da gestire, sarebbe il caos!

eutampieri

[cancellato] Eh sì perché altrimenti la FIRT esploderebbe

Effettivamente… ci sono davvero tante /48

edofullo

Comunque personalmente a me il tunnel HE va parecchio male, ho ancora tutti i problemi che mi ricordavo.

La navigazione è sensibilmente più lenta, alcuni siti fanno fatica a caricare o smettono di funzionare a "random" (Reddit) ed anche gli speedtest non sono dei migliori (circa 300-400 Mbps a 40 ms di latenza).

Non escludo il problema sia il tratto TIM-HE ZH però boh.

Si punta sempre a cambiare ISP che è meglio... peccato per i rDNS ma pace.

Nino12

edofullo La navigazione è sensibilmente più lenta, alcuni siti fanno fatica a caricare o smettono di funzionare a "random"

Noto la stessa problematica da LTE WindTre

bortolotti80

edofullo
Non so io con Tiscali non noto problemi, YouTube e tutti i prodotti Google li utilizzo in ipv6

Latenza io ho circa 10ms più del normale, che verso Milano è 3-7ms

Io non credo sia un problema di Hurricane, magari la connessione con Zurigo non è ottima

LATIITAY

edofullo alcuni siti fanno fatica a caricare o smettono di funzionare a "random" (Reddit)

Stai facendo TCP MSS clamping anche in IPv6? Purtroppo se ICMPv6 viene filtrato, non basta abbassare l'MTU sul router, ma serve anche questo (oppure abbassare l'MTU anche sui client, ma ecco anche no...)

edofullo Aspetta, ma come a funzionarti senza IP pubblico?

In realta' basta che l'IP pubblico sia pingabile (per policy di HE), e che non ci siano filtri sul protocollo 41, allora puo' andare anche dietro NAT/CGNAT, fintanto che si e' gli unici dietro l'IP pubblico nattante a fare tunnel verso quello specifico endpoint di HE 😅

bortolotti80 Latenza io ho circa 10ms più del normale

E' normale, tra andare e tornare due volte da Milano a Zurigo, quel tempo ci si impiega.

bortolotti80 magari la connessione con Zurigo non è ottima

Tiscali entra nella rete di HE presso Equinix a Milano, poi viaggia su rete HE...

edofullo tratto TIM-HE ZH

Sparkle e quindi Telecom temo vadano fino a Francoforte invece se ricordo bene... Wind no idea.

EDIT: HE raggiunge Telecom passando da Sparkle, le interconnessioni sono (in ordine di preferenza secondo BGP) a: Parigi (Francia), Francoforte (Germania), Madrid (Spagna), Sofia (Bulgaria), Varsavia (Polonia). Niente Italia, grande Telecom Italia Sparkle come sempre 🤡

HE invece raggiunge Wind passando preferibilmente dal MIX (Milano), come backup ci sono, in ordine di preferenza BGP, il NaMeX (Roma) (ma questo solo da Milano, non da Zurigo), il remote peering al DE-CIX (Francoforte, Germania), il remote peering all'AMS-IX (Amsterdam, Olanda), il remote peering al LINX (Londra, UK/GB), e poi il transito con Telia.

HE raggiunge Tiscali passando da Equinix (Milano), MINAP (Milano), TOP-IX (Torino), MIX (Milano), NaMeX (Roma) oppure infine transito Telia -> GTT.

edofullo

Nino12 Non sono sicuro fosse quello il problema ma prova a mettere l'MTU da entrambe le parti a 1280 (quindi anche da tunnelbroker.net)

Aspetta, ma come a funzionarti senza IP pubblico?

Nino12

edofullo Aspetta, ma come a funzionarti senza IP pubblico?

Ho IP pubblico.

edofullo Non sono sicuro fosse quello il problema ma prova a mettere l'MTU da entrambe le parti a 1280 (quindi anche da tunnelbroker.net)

Ci proverò.

eutampieri

edofullo io su Francoforte vado molto più piano che su Marsiglia. Strano, visto che per andare a he Marsiglia ti sparkle passa da Francoforte…

bortolotti80

LATIITAY E' normale, tra andare e tornare due volte da Milano a Zurigo, quel tempo ci si impiega.

Si era per confrontare quella di Edofullo, la mia come hai detto va direttamente da Milano a Zurigo (non lo sapevo fossi già in rete HE interessante, immaginavo non facessi giri strani)

Tiscali mi ha stupito con questo peering (?), non vorrei che sia una mia fantasia, anche perché non ho prove empiriche, ma noto che quando Tiscali ha problemi, qualche saturazione verso certe destinazioni, in ipv6 per Zurigo non ne risento

edofullo

LATIITAY Stai facendo TCP MSS clamping anche in IPv6?

Lascio fare a Mikrotik che su IPv4 lo fa in automatico, in IPv6 non ne ho idea.

LATIITAY se ICMPv6 viene filtrato

Non viene filtrato

LATIITAY In realta' basta che l'IP pubblico sia pingabile (per policy di HE), e che non ci siano filtri sul protocollo 41

Si beh buona fortuna a trovare un router consumer che passi proto41, per non parlare di quelli del CGNAT degli ISP.

LATIITAY HE raggiunge Telecom passando da Sparkle, le interconnessioni sono (in ordine di preferenza secondo BGP) a: Parigi (Francia)

Infatti una latenza vergognosa, l'ho già spento.
La SIP sempre al top, non vedo ora di cambiare ISP 🤭

LATIITAY

bortolotti80 Tiscali mi ha stupito con questo peering (?), non vorrei che sia una mia fantasia, anche perché non ho prove empiriche, ma noto che quando Tiscali ha problemi, qualche saturazione verso certe destinazioni, in ipv6 per Zurigo non ne risento

Perche' evidentemente l'interconnessione presso Equinix non e' satura come ad esempio quella presso MIX, quindi le destinazioni che stanno ad Equinix (o anche al MINAP) non ne risentono... Mah a me la rete Tiscali sembra gestita da un rabdomante bendato a volte 🤔

edofullo Lascio fare a Mikrotik che su IPv4 lo fa in automatico, in IPv6 non ne ho idea.

Guarda facendo packet capture sul tunnel se i pacchetti TCP SYN in uscita hanno MSS giusta oppure troppo alta.

edofullo Non viene filtrato

Non da te, ma dalle destinazioni... :/

edofullo Si beh buona fortuna a trovare un router consumer che passi proto41

Mah mi pare che un vecchissimo (e scassatissimo) ZyXEL P660-qualcosa che usavo 15 anni fa con Tele2 lo facesse 😅

Nino12

edofullo Lascio fare a Mikrotik che su IPv4 lo fa in automatico, in IPv6 non ne ho idea.

Di default dovrebbe essere spuntato sull'interfaccia del tunnel HE con RouterOS, se ho capito bene quello di cui state parlando 😅

LATIITAY

eutampieri il ritorno non e' detto che sia simmetrico pero', infatti i percorsi indicati sopra sono quelli da HE a Telecom... Magari sale per Francoforte e scende da Marsiglia... Se fosse cosi', andrebbe meglio l'upload verso la Germania, ma il download dalla Francia.

Certo che, parlando in generale anche di DC e non solo delle mie connessioni residenziali, un buon 70% di problemi, vuoi packet loss vuoi saturazione, mi risultano essere sempre causati quando Sparkle sta in mezzo alle... tratte... 🤦

« Pagina precedente

Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈 🇵🇸
P.I. IT16712091004 - info@fibraclick.it

♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile