LucaZeta IP pubblico statico è un prerequisito per il modem personale
Ma non è vero lol.
LucaZeta IP pubblico statico è un prerequisito per il modem personale
Ma non è vero lol.
x_term O hai pubblico statico o non ce l’hai, non è un prerequisito
E' possibile che le regole siano cambiate nel tempo. Ora se fai richiesta di "modem personale" ti viene risposto che è prima necessario disporre di IP pubblico statico, quindi segue la lista dei servizi accessori Fastweb non compatibili con questa configurazione. Tra questi IPv6. Ufficialmente è così, poi se è possibile comunque riuscire ad ottenere un tunnel 6rd da Fastweb, farò del mio meglio per trovare il modo. Sul Nexxt è scritto in chiaro l'indirizzo dell'edge router. La prima cosa che feci fu fare traceroute su quell'indirizzo, ma non andò a buon fine.
x_term Basta farti un piccolo ISP del forum e vedi cos’è IPv6 decente
IPv6 è un protocollo, la lunghezza del prefisso è funzionale, ma il minimo che possono darti, come nel caso Fastweb, è una /64. IPv6 decente richiede un chiarimento.
Non ho scritto basso, saturo o lento, ho scritto che è un servizio non fornito per i clienti che hanno richiesto l'attestazione del "modem prsonale". Non sono io a diro, è Fastweb:
Nel caso di utilizzo di un modem non fornito da Fastweb non sarà possibile usufruire dei seguenti servizi:
assistenza tecnica da operatore dedicato Fastweb per diagnostica ed eventuali interventi sulle configurazioni, sul back up dell'apparato e ripristino configurazioni, nonché sostituzione gratuita del modem fornito da Fastweb in caso di malfunzionamento;
aggiornamento real time delle release software per arricchimento con nuove funzionalità e miglioramento delle performance;
gestione full digital tramite App Fastweb;
abilitazione ai servizi aggiuntivi specializzati Fastweb previsti dall'offerta, quali ad esempio il servizio IPV6.x_term Quando sarà nativo ne riparliamo.
tunnel broker o nativo poco cambia: il protocollo non fa differenza e l'efficienza dipende dall'infrastruttura.
x_term Ci sono thread sul forum esistenti per impostare 6rd di Fastweb
Ricerca per Fastweb modem personale IPv6 non ha sortito risultati, ma non è un problema tuo.
simonebortolin Ma non è vero lol.
Ora chiamo il servizio clienti Fastweb e gli dico che gli utenti del Forum FIBRACLICK affermano il contrario.
E' sarcastico, ritengo opportuno sottolinearlo.
Io ho avuto ipv4 pubblico e modem libero fino a un anno fa, configurato senza problemi il tunnel rd6 di fastweb
[cancellato] Io ho avuto ipv4 pubblico e modem libero fino a un anno fa, configurato senza problemi il tunnel rd6 di fastweb
Anche io, fino a 3 anni fa.
Vediamo se qualcuno del forum ci può confermare che oggi, con modem libero, indirizzo IP statico, pubblico, riesce ad instaurare verso un edge-router Fastweb un tunnel 6rd ed ottenere un indirizzo IPv6.
phx Linea attiva da un paio d'anni, FTTE.
Bene!
Ti va di cercare insieme la ragione per cui tu accedi a IPv6 e io no? Magari fa comodo @edofullo
Ho un router Debian/Ubuntu attaccato all'ONT Open Fiber fornito da Fastweb e sono in tecnologia BS-GPON
LucaZeta Vediamo se qualcuno del forum ci può confermare che oggi, con modem libero, indirizzo IP statico, pubblico, riesce ad instaurare verso un edge-router Fastweb un tunnel 6rd ed ottenere un indirizzo IPv6.
presente, l'ho configurato un paio di mesi fa sul router Keenetic che ho preso per sostituire il Fastgate
LucaZeta Ho un router Debian/Ubuntu
Come lo configuri il tunnel? Su Debian 11 (pre Keenetic) mi funzionava configurandolo così:
modprobe ipv6
ip addr add 2001:b07:xxxx:xxxx::2/64 dev ens3
ip tunnel add 6rd mode sit remote 81.208.50.214
ip link set 6rd up
ip -6 route add default dev 6rd
Dark-Vex
Non posso configurare nulla, considerato che l'edge router, anche quello da te segnalato, non è raggiungibile.
Ma ti ringrazio per aver condiviso la configurazione che nella migliore delle ipotesi potrà essere utile per qualcun altro.
I miei complimenti per la scelta del router, a mio avviso ideale tra HW e SW per il suo scopo e per gli altri che avrai aggiunto.
traceroute to 81.208.50.214 (81.208.50.214), 64 hops max
1 10.103.123.44 2,357ms 14,771ms 20,412ms
2 10.250.134.190 4,222ms 3,470ms 2,366ms
3 93.57.68.98 3,315ms 2,366ms 2,458ms
4 * * *
5 * * *
6 * * *
7 * * *
LucaZeta considerato che l'edge router, anche quello da te segnalato, non è raggiungibile.
Cosa c'entra la risposta a ICMP con la funzionalità e raggiungibilità di un host sulla rete?
LucaZeta Non posso configurare nulla, considerato che l'edge router, anche quello da te segnalato, non è raggiungibile.
Di quella subnet (81.208.50.xxx) quasi nessun host risponde al ping, fastweb lo filtra, prova a configurarlo, al massimo se non funziona e non vuoi/puoi riavviare cancelli la default route in v6 e disattivi il tunnel (ip link set 6rd down
)
[cancellato] Cosa c'entra la risposta a ICMP con la funzionalità e raggiungibilità di un host sulla rete?
E pure tu hai ragione. Speranza
Qualcosa comincia a muoversi almeno a livello router:
`ping -4 -c 2 dns.google && ping -6 -c 2 dns.google
PING dns.google (8.8.8.8) 56(84) bytes of data.
64 bytes from dns.google (8.8.8.8): icmp_seq=1 ttl=119 time=11.5 ms
64 bytes from dns.google (8.8.8.8): icmp_seq=2 ttl=119 time=11.7 ms
--- dns.google ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 11.546/11.624/11.703/0.078 ms
PING dns.google(dns.google (2001:4860:4860::8844)) 56 data bytes
64 bytes from dns.google (2001:4860:4860::8844): icmp_seq=1 ttl=119 time=12.0 ms
64 bytes from dns.google (2001:4860:4860::8844): icmp_seq=2 ttl=119 time=12.1 ms
--- dns.google ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 11.953/12.047/12.141/0.094 ms`
Con questo esito la fattibilità di IPv6 è confermata e di questo devo ringraziare gli utenti di FIBRACLICK che hanno scardinato la mia stessa testardagine. Grazie davvero, ci tenevo parecchio.
LucaZeta ricordo che per calcolare il corretto indirizzo IPv6 si devono fare operazioni sul proprio IPv4 pubblico, statico
Ricordato: l'indirizzo IPv4 va apposto al prefisso in notazione esadecimale raggruppando 2 ottetti alla volta
Un comando sh per averlo in chiaro
printf "2001:b07:%02x%02x:%02x%02x::2\n" $(ip -o route get 8.8.8.8 | sed 's/.* src \([0-9.]*\) .*/\1/' | tr . \ )
In caso servisse a qualcun altro, mi son ricordato () che avevo fatto uno script:
https://gist.github.com/dark-vex/9e015d270d88cc4ef780948fb7b0d1bf
Termino questo post con il buon esito della configurazione
non senza ringraziare gli autori di numerosi interventi, ognuno dei quali ha in qualche modo contribuito al risultato.
Tra tutti, menzione speciale a:
[cancellato] Cosa c'entra la risposta a ICMP con la funzionalità e raggiungibilità di un host sulla rete?
che dimostra quanto, a volte per essere incisivi, bastano poche parole e nessun riguardo ai modi.
2 sono stati gli scogli da superare:
il primo ha riguardato un parametro di kernel che non permetteva la funzionalità di routing (forwarding) in IPv6.
il secondo una irragionevole riluttanza di named/bind9 ad acoltare gli indirizzi IPv6 delle sue interfacce dovuto ad avvio con inaspettata opzione -4.
Ad ogni modo sembrano emergere problemi legati all'MTU (Maximum Transmission Unit) e MSS (Maximum Segment Size) e mascheramento ICMPv6 reti dai quali sembra molto difficile uscire.
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