Iliad EPON con OpenWrt e Net Neutrality

nobody4096

Buonasera a tutti,

condivido con voi la mia esperienza con Iliad su rete Fibercop (EPON) con Net Neutrality con un Banana Pi BPI-R4, sperando possa risultare utile a qualcuno.
Partiamo dai risultati 😉

Ho ricevuto il classico ONT freebox MDONU05A con due SFP, un EPON 10Gb/s e un Ethernet 1GB/s, che quindi funziona ma ovviamente limita la velocità. Per circa 15 euro potete acquistare un cavo DAC (SFP+ da entrambi i lati) e risolvere il problema del 1Gb/s tra ONT e router (ovviamente, se avete a disposizione uno slot SFP+ sul vostro router).

Prima di iniziare, collegatevi alla pagina personale Iliad, sezione "Informazioni Net neutrality" e inserite il MAC address dell'interfaccia connessa all'ONT ("WAN", che potete trovare nella sezione Network -> Interfaces -> Devices). Lasciate aperta la pagina, i parametri visualizzati ci serviranno dopo.

A questo punto, nella pagina "Network" di OpenWrt cancellate tutte le interfacce "wan". Aggiungete un'interfaccia di tipo "DHCPv6" utilizzando la porta connessa all'ONT e VLAN 836 (quindi, se la porta si chiama "wan", dovrete inserire nel box in fondo "wan.836") e associatela alla zona firewall "wan". Con questo dovreste ricevere un IPv6 /128 ("IPv6") e un prefisso IPv6 /60 ("IPv6-PD").

Per ottenere connettività IP4, la guida Iliad ufficiale suggerisce di installare i pacchetti "map" e "ds-lite". Questo funziona, ma autoconfigura l'interfaccia IPIP6, che di default ha un MTU troppo basso e può creare problemi (ad esempio, nel mio caso, un videogioco online non funzionavana). L'alternativa è configurare a mano il tunnel RFC2473 ("IPIP6"), in modo da poter impostare anche l'MTU corretto. Installate quindi (da SSH, o da Web UI in "System -> Software") solamente il pacchetto "ds-lite", disinstallando il pacchetto "map" se l'avevate precedentemente installato, e riavviate.

A questo punto, tornate nella pagina "Network". Create un'interfaccia di tipo "Static address", device lo stesso utilizzato con l'interfaccia DHCPv6 e nella schermata successiva impostate solamente il campo "IPv6 address", utilizzando il valore "IP6_TUNNEL_LOCAL" nella pagina personale Iliad e la firewall zone (wan). Create poi un'altra interfaccia di tipo "IPv4 over IPv6 (RFC2473-IPIP6)", e nella schermata successiva impostate:

Remote IPv6 address or FQDN: valore di IP6_TUNNEL_GW
Local IPv4 address: valore di IP4_TUNNEL
Local IPv6 address: valore di IP6_TUNNEL_LOCAL

In "Advanced settings", impostate il valore dell'MTU a 1460 (ovvero, 1500B meno i 40B dell'header IPv6), e in "Firewall settings" impostate la zona (wan).

A questo punto salvate ed applicate, e dovreste avere anche un IPv4.

Dato che IPv4 è fornito come tunnel in IPv6, ulteriori tunnel su IPv4 (come wireguard) richiederanno di impostare un MTU adeguato. Per wireguard, aggiornate l'MTU a 1380 (1460B meno gli 80B di overhead, sempre in "Advanced settings -> MTU").

Buona navigazione!

NicoInve

nobody4096 innanzitutto complimenti per la guida, niente male! hai provato a configurare il voip?

Che cavo DAC hai utilizzato? sembra andare molto a culo la compatibilità…

Grazie!

_SCtefanOM4_

nobody4096 tienimi aggiornato perfavore, non posso dire granché poiché ci sono attività legali in corso e non so, ma sembra che qualcuno stia muovendo il culetto, ogni testimonianza è interessante ed utile, continua a segnalare, mi fai perfavore un test su HAL Services SPA Milano e Vodafone Islanda (non ricordo gli ID per il CLI ma puoi facilmente recuperarli)

NicoInve ci sono stati solo aggiornamenti del Firmware a quel che so, era così semplice? Si, Free sta sistemando, ci puoi giurare

Per il voip non ci sono mai stati problemi a quel che so, si può fare anche se hai la configurazione con la IB, per assurdo con Iliad è semplice da sempre

Bisogna battere il ferro fino a quando lo si tiene caldo (se si vogliono cambiare le cose)

pattagghiu

nobody4096 "ds-lite". Questo funziona, ma autoconfigura l'interfaccia IPIP6, che di default ha un MTU troppo basso e può creare problemi (ad esempio, nel mio caso, un videogioco online non funzionavana).

1) di che guida parli? non ricordo il consiglio di ds-lite..
2) hai provato e ti configura da solo map? te lo chiedo perchè pare in gpon (almeno a milano) sono almeno 3 mesi che iliad non manda + i pacchetti di configurazione map e dobbiamo fare a mano..
3) mai avuto problemi con tunnel map, sicuro i tuoi dipendano da quello?

ci dici anche di dove sei e dove sei raccolto?

nobody4096

NicoInve

Grazie.
No, il VOIP non l'ho provato.

Ho usato il 10Gtek da 0.5m.
Sono ignorante in materia però: non dovrebbero essere tutti più o meno equivalenti, essendo passivi?

nobody4096

_SCtefanOM4_ se cambia qualcosa vi aggiorno. Ti dico subito però che questi test li ho fatti con un router in prestito, ora sono tornato al mio setup standard da 1Gb/s, quindi se cambia qualcosa relativo a DAC/SFP+/5Gbps non me ne accorgerei

nobody4096

pattagghiu

1) Sai che hai ragione? Non trovo più dove ho trovato questa informazione... Boh!
2) Si, ma essendo interfacce temporanee (come nella guida Iliad a pagina 4) non si può cambiare l'MTU, che di default è settato a 1280, che è errato
3) Con map non andava, con RFC2473 si. Personalmente preferisco questa strada, in cui i parametri sono settati a mano, almeno ho delle interfacce stabili e non temporanee (delle quali non posso cambiare nulla). Inoltre, nella pagina principale di Iliad "Offerta fibra senza iliadbox" citano RFC2473 tra i requisiti, non MAP, e nella pagina personale pubblicano i dati di configurazione, che suggerisce che RFC2473 sia il modo "ufficiale" (o almeno approvato, nonostante la guida dica di usare MAP).

Inoltre ho discusso un po' con un mio amico che abita a Milano, senza net neutrality ma con un modem openwrt, e anche lui, dopo avergli fatto installare il mio stesso videogioco, aveva gli stessi problemi, semplicemente non se n'era mai accorto.

Il punto credo sia dovuto all'MSS clamping: anche con un MTU troppo basso, openwrt usa MSS clamping e tutto funziona, ma solo su TCP, quindi nella maggior parte dei casi non ci si accorge del problema. Su ICMP (videogioco nel mio caso) o UDP (wireguard) il problema persiste.

Sono in provincia di Bergamo.

pattagghiu

nobody4096 2) Si,

mi interessava più questo che il resto 🙂 come ti dicevo da altre parti iliad ha smesso di rispondere alla opt94 e non manda più RA, ti andrebbe di dare una sniffata ai pacchetti ipv6? se ti configura automaticamente map dovrebbe mandarti una risposta (dopo la request dhcpv6) e poi periodicamente degli RA. Cosa che noi in gpon non vediamo da mesi 🙂

nobody4096

pattagghiu certo, appena ho tempo lancio un dump.
Se non ricevessi gli RA non avrei connettività però, indipendentemente da MAP/IPIP6, no?

pattagghiu

nobody4096 Se non ricevessi gli RA non avrei connettività però, indipendentemente da MAP/IPIP6, no?

beh di solito iliad manda UN RA insieme alla risposta dhcpv6 (da quelle parti lì). Peccato che abbia validità 2.5h
a noi gpon abbandonati infatti di solito cade la connessione dopo 2.5h 🙂 e allora o lo forzi con una regola statica (magari con metrica superiore) oppure mandi dei RS ogni ora (tipo)

Visto che mi hai messo curiosità 🙂

Remote IPv6 address or FQDN: valore di IP6_TUNNEL_GW <- questo è il border relay
Local IPv4 address: valore di IP4_TUNNEL <- questo l'ipv4
Local IPv6 address: valore di IP6_TUNNEL_LOCAL <- questo è l'ipv6 a cui scrive il border relay?

basta? solo questo?

nobody4096

pattagghiu appunto, ma a me funziona anche dopo le 2h30m
Local IPv6 è il tuo IPv6 da cui mandare le richieste che incapsulano l'ipv4. Deve essere parte del prefisso /60 assegnato, ma di default openwrt usa quello dell'interfaccia wan (il /128), quindi devi prima creare un'interfaccia con un IPv6 statico parte del prefisso delegato (io ho usato quello che ti dicono loro nella pagina personale, non so se va bene uno qualunque del blocco /60) che poi imposti anche in "local ipv6"

pattagghiu

nobody4096 non so se va bene uno qualunque del blocco

ma no, immagino sia quello pd+tuo ipv4 in hex+0 (se hai full stack)

https://forum.fibra.click/d/72755-modifiche-map-e-questa-notte/24

vedi un po' se è quello
quindi è anche più facile configurare ipip di map, ma non ho idea (a parte il tema mtu) cosa sia da preferire

nobody4096

pattagghiu hai ragione, è il prefisso ipv6 + ipv4 con un po' di shift e padding

pattagghiu

nobody4096 cmq configurando a mano MAP è possibile configurare anche l'mtu, quindi immagino ci sia anche per map "automatico"
Il fatto che il pacchetto ipip6 incapsulato sia identico a un pacchetto MAP con tutte le porte non rende la connessione iliad una ipip6, quindi proverei a usare comunque map (questo solo perchè "è giusto", anche se funzionalmente va bene anche ipip6 🙂
hai poi sniffato un RA e una config map?
ciao!

cmq molto bello sapere che si riesce a fare a meno della IB anche il EPON, molto molto bene! hai qualche problema con quell'ont? problemi in upload verso server lontani? surriscaldamenti? potresti anche linkare il cavo che hai comprato, giusto per confermarne il funzionamento.. ma dei due sfp che te ne fai?
Infine.. non ti avvicini ai 5G vero? 🙂

nobody4096

pattagghiu Quante domande 😁

cmq configurando a mano MAP è possibile configurare anche l'mtu, quindi immagino ci sia anche per map "automatico"
l fatto che il pacchetto ipip6 incapsulato sia identico a un pacchetto MAP con tutte le porte non rende la connessione iliad una ipip6, quindi proverei a usare comunque map (questo solo perchè "è giusto", anche se funzionalmente va bene anche ipip6 🙂

Non direi che MAP è "giusto" e IPIP6 "va bene lo stesso", tralasciando la guida iliad tutto il resto della documentazione cita RFC2473, non MAP. In origine volevo configurare MAP a mano, ma con il pacchetto map installato openwrt tira su in automatico le interfacce virtuali dopo il DHCPv6, quindi non ho modo di farlo manualmente (e sulle interfacce virtuali non si possono cambiare i parametri tipo MTU).

hai poi sniffato un RA e una config map?

Ho lanciato tcpdump su ICMPv6 e DHCPv6 per 12h, ma neppure io ricevo gli RA

Al secondo 17 ho RS+RA (lifetime 2.5h) causati dal riavvio a mano dell'interfaccia, poi più nulla. Tutto funziona correttamente però. Non ne so molto di IPv6, ma non è che ricevo il router nel renew di DHCPv6?

cmq molto bello sapere che si riesce a fare a meno della IB anche il EPON, molto molto bene! hai qualche problema con quell'ont? problemi in upload verso server lontani? surriscaldamenti? potresti anche linkare il cavo che hai comprato, giusto per confermarne il funzionamento..

Per la rete nessun problema, ma per ora sono tornato al mio setup standard da 1Gbps. Ho comprato il DAC SFP+ 10Gtek da 50cm ma, essendo passivo, penso che siano tutti più o meno equivalenti (soprattutto se sono corti).

ma dei due sfp che te ne fai?

In che senso?

Infine.. non ti avvicini ai 5G vero? 🙂

Ho anche fatto un test con "speedtest-cpp" (il client speedtest incluso in openwrt, non quello ufficiale di ookla) e con quello raggiungo quasi i 5Gbps, ma non so se il risultato è affidabile.

pattagghiu

nobody4096 Non direi che MAP è "giusto" e IPIP6 "va bene lo stesso", tralasciando la guida iliad tutto il resto della documentazione cita RFC2473, non MAP.

beh "MAP supports the encapsulation mode specified in [RFC2473]", non è che MAP sia diverso, è solo "un pezzetto in più" 🙂

nobody4096 con il pacchetto map installato openwrt tira su in automatico le interfacce virtuali dopo il DHCPv6, quindi non ho modo di farlo manualmente (e sulle interfacce virtuali non si possono cambiare i parametri tipo MTU)

Questo infatti mi interessava, purtroppo non ricevendo più i pacchetti di configurazione map non posso provare se c'è modo 🙂 anche perchè che io sappia la configurazione dell'interfaccia "automatica" di MAP è tenuta semplicemente in /tmp..

nobody4096 non è che ricevo il router nel renew di DHCPv6?

purtroppo no, è come hai visto tu: solo se restarti l'interfaccia parte un RS. Mi incuriosisce tu non abbia blocchi della connessione ogni 2h30m se non hai RA, che ti dice il tuo ubus call network.interface.wan (cambia nome.. comando a memoria non garantisco 🙂) status? ci dovrebbe essere il blocco con il routing, quello che arriva con il primo RA dovrebbe avere un ttl di 9000 secondi.. (se leggi quel 3ed, noi sfigati ne siamo usciti con una rotta statica o con un RS schedulato..)

sull'ont -> upload su server "distanti" (diciamo con ping > 50ms) tutto ok?
sugli sfp -> hai detto che iliad te ne ha mandati 2, ma alla fine non ne usi nessuno no?

ciao e grazie 🙂

nobody4096

pattagghiu

Mi incuriosisce tu non abbia blocchi della connessione ogni 2h30m se non hai RA, che ti dice il tuo ubus call network.interface.wan (cambia nome.. comando a memoria non garantisco 🙂) status? ci dovrebbe essere il blocco con il routing, quello che arriva con il primo RA dovrebbe avere un ttl di 9000 secondi.. (se leggi quel 3ed, noi sfigati ne siamo usciti con una rotta statica o con un RS schedulato..)

Ci sono tre rotte, due di default per i due blocchi (/60 e /128) e quella dell'interfaccia. Il contenuto è lo stesso subito dopo il riavvio dell'interfaccia e dopo un giorno.

	"route": [
		{
			"target": "2a01:xxxx",
			"mask": 64,
			"nexthop": "::",
			"metric": 256,
			"source": "::/0"
		},
		{
			"target": "::",
			"mask": 0,
			"nexthop": "fe80::zzzz",
			"metric": 384,
			"source": "2a01:yyyy/60"
		},
		{
			"target": "::",
			"mask": 0,
			"nexthop": "fe80::zzzz",
			"metric": 384,
			"source": "2a01:xxxx/128"
		}
	],

sull'ont -> upload su server "distanti" (diciamo con ping > 50ms) tutto ok?

Non ho fatto un test specifico, ma mi sembra vada tutto.

sugli sfp -> hai detto che iliad te ne ha mandati 2, ma alla fine non ne usi nessuno no?

Si, il modulo ottico EPON (che uso ovviamente) e quello ethernet 1Gbps, che uso in alternativa al DAC.

Forse più interessante, ho confrontato il mio dump ICMPv6 con quello di un mio amico a Milano con il tuo stesso problema. La cosa più rilevante è che, nel mio RA, ho l'opzione ICMPv6 "Route Information", nel suo no:

ICMPv6 Option (Route Information : High ::/0)
    Type: Route Information (24)
    Length: 3 (24 bytes)
    Prefix Length: 0
    Flag: 0x08, Route Preference: High
        ...0 1... = Route Preference: High (1)
        000. .000 = Reserved: 0
    Route Lifetime: Infinity (4294967295)
    Prefix: ::

La mia ipotesi è che Iliad non manda i pacchetti RA periodici ma nel mio caso l'opzione "Route Information", con lifetime infinito, tiene valida la rotta anche quando l'RA scade, nel tuo caso, dove immagino che l'opzione non ci sia, la rotta scade dopo le 2.5h di lifetime dell'RA. Nel caso, immagino che la Iliadbox sia configurata per tener valida la rotta in ogni caso, anche in assenza del "Route information".

Cosa succede a te dopo le 2.5h? Scompare la rotta di default?

pattagghiu

nobody4096 Cosa succede a te dopo le 2.5h? Scompare la rotta di default?

sì dopo 2.5h scompare la rotta e quindi la connessione anche se è su sostanzialmente muore..
workaround: rotto manuale senza scadenza (funziona)
oppure
schedulare un RS ogni ora (funziona anche questo)

non sapevo fosse possibile fare una RI con lifetime INFINITY 😆

Magari quando hai un secondo fai uno speedtest verso un server in nord europa (o in america addirittura) che ci togliamo il dubbio su quell'ont di cui tutto il mondo ha sempre parlato male 😆

Con net neutrality ti danno di default il fullstack in iliad vero?
Beh diventa interessante EPON in net neutrality

nobody4096

pattagghiu

Magari quando hai un secondo fai uno speedtest verso un server in nord europa (o in america addirittura) che ci togliamo il dubbio su quell'ont di cui tutto il mondo ha sempre parlato male 😆

Nessun problema.
https://www.speedtest.net/result/18538606911

Con net neutrality ti danno di default il fullstack in iliad vero?

Si.

Beh diventa interessante EPON in net neutrality

Si infatti, se non fosse per la carenza di informazioni sarebbe veramente un'ottima offerta.

pattagghiu

nobody4096 Nessun problema.
https://www.speedtest.net/result/18538606911

beh insomma 😃
cerca qualche serve che abbia tanta banda, per dire "nessun problema" devi avere up e down pieni anche con ping alto (nello specifico, di solito quello problematico è l'up)
un server senza banda come questo non ci dice nulla sull'ont

Pagina successiva »

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