Modifiche MAP-E questa notte?

pattagghiu · 2025-09-16T07:11:02+00:00

Ciao a tutti, come alcuni di voi sanno, uso iliad con un router openwrt da oltre un anno (sono milano città GPON) senza un problema. Stanotte credo la connes...

pattagghiu

Dany4k ogni tanto l'IPv6 si addormenta

confermi quindi?
guarda io qualche giorno fa avevo messo un kernel test di proxmox e ora son tornato indietro per scrupolo, solo che se capita una volta ogni 2,5h anche testarlo non è semplice 🙂

strano però pfsense non prenda ipv6. ogni tanto un reply dhcp lo manda iliad 🙂

Edit: già che ci sei, mi spieghi la differenza tra quello che chiami tunnel RFC2473 e il map-e di iliad? perchè a quanto ne so MAP-E usa esattamente rfc2473 per il tunnel, quindi di che parliamo?

Dany4k

pattagghiu

Questi blocchi di IPv6 non li ho ancora diagnosticati, ho trovato che si è bloccato ma non me lo sarei mai aspettato e non avevo previsto un monitoraggio 😟
Edit: Comunque oggi siamo a 3 blocchi, quando mi serviva l'ipv6 era ko, e ho dovuto riavviare l'openwrt, riavviare la sola interfaccia non ha risolto, (ho lasciato il router 5g per l'ipv4 mentre faccio test)

Per il tunnel invece, non so esattamente come Iliad implementava i due protocolli insieme,ma sono protocolli diversi.

Il tunnel RFC 2473 serve a incapsulare un protocollo su IPv6, quindi nel nostro caso far passare pacchetti IPv4 su IPv6 ma è 1:1, si prende un IP intero e il traffico IPv4 passa sulla rete IPv6

MAP-E invece è RFC 7597 un diverso metodo di incapsulamento IPv4 su IPv6, serve oltre che far passare il traffico su IPv6 a condividere l'quell'IP, quindi nel caso di iliad ti da un IPv4 condiviso tra più utenti e ciascuno ottiene una parte delle porte

pattagghiu

Dany4k non so esattamente come Iliad implementava i due protocolli insieme,ma sono protocolli diversi.

iliad usa proprio il map-e che (da rfc) dentro ha cose fatte con il 2473 🙂
neanche sapevo ci fossero tunnel specifici 2473, ho imparato una cosa nuova, grazie

se hai voglia di monitorare la tua connessione ipv6 mi togli un dubbio, a me cade dopo 2,5h precise

simonebortolin

Dany4k Il tunnel RFC 2473 serve a incapsulare un protocollo su IPv6, quindi nel nostro caso far passare pacchetti IPv4 su IPv6 ma è 1:1, si prende un IP intero e il traffico IPv4 passa sulla rete IPv6

MAP-E invece è RFC 7597 un diverso metodo di incapsulamento IPv4 su IPv6, serve oltre che far passare il traffico su IPv6 a condividere l'quell'IP, quindi nel caso di iliad ti da un IPv4 condiviso tra più utenti e ciascuno ottiene una parte delle porte

No, MAP-E è specificato da RFC 7597 ma a sua volta usa sotto RFC 2473 per il tunnel, RFC 2473 non richiede 1:1 o 1:4 o 1:4, è semplicmente una specifica a livello rete per un tunnel di incapsulamento, se ne frega.... MAP-E specifica usa il tunnel RFC 2473 e in una determinata opzione DHCPv6 trovi le regole per l'IPv4 e le relativ eporte.

pattagghiu neanche sapevo ci fossero tunnel specifici 2473, ho imparato una cosa nuova, grazie

Ma non c'è nulla di specifico nella 2473 è solo un layout di pacchetti.

Dany4k Per i tunnel, credo la logica sia, se fai fibra con iliadbox hai solo il MAP-E RFC 7597 e IP con assegnato 1/4 delle porte, se fai net neutrality hai ip dedicato con tutte le porte, però il sistema di iliad invia comunque le informazioni configurazione MAP-E con il DHCP così da auto configurare l'ipv4 (quando andava..).

Si certo, usa sempre MAP-E per darti l'IPv4... sia in 1:1 che in 1:8 (ex 1:4).

Dany4k

Intanto prima ho individuato e risolto l'errore che mi rendeva necessario riavviare per ripristinare la connessione, Ma purtroppo non era la causa del down, sono uscito e al rientro l'ho trovata giu e siamo a 4 down da stamattina. di sicuro la linea cade prima di arrivare di 3 ore up, cmq (ora finalmente) riavviando l'interfaccia wan di openwrt torna a posto quindi ho escluso quell'errore di configurazione.

Ora ho messo uno script per monitorare, vediamo quando arriva il prossimo down.

Per i tunnel, credo la logica sia, se fai fibra con iliadbox hai solo il MAP-E RFC 7597 e IP con assegnato 1/4 delle porte, se fai net neutrality hai ip dedicato con tutte le porte, però il sistema di iliad invia comunque le informazioni configurazione MAP-E con il DHCP così da auto configurare l'ipv4 (quando andava..).

pattagghiu

Dany4k cade prima di arrivare di 3 ore up

2,5 ore, maledetti.
mi ha chiamato ora una da quella che loro chiamano assistenza. non so se da sola sarebbe riuscita ad accedere a instagram. ha detto che non hanno cambiato nulla nell'ultima settimana. Oooooooooook

Dany4k Per i tunnel, credo la logica sia, se fai fibra con iliadbox hai solo il MAP-E RFC 7597 e IP con assegnato 1/4 delle porte, se fai net neutrality hai ip dedicato con tutte le porte, però il sistema di iliad invia comunque le informazioni configurazione MAP-E con il DHCP così da auto configurare l'ipv4 (quando andava..).

mmmm non concordo. a parte che ormai da un po' iliad si è spostata verso 8 clienti per ip (quindi meno porte), ma anche con net neutrality la connessione iliad è sempre su map, solo che hai tutte le porte. In pratica, è come chiedere il full stack.
concordo molto, invece, con "quando andava". Incredibile quanto siano approssimativi

dimmi cosa scopri dell'ipv6 che mi sta mandando ai matti 🙂

Dany4k

pattagghiu

Preciso, 2 ore e mezza ed è caduto l'ipv6! vabbe ora metto uno script che riavvia l'interfaccia 😃

Direi che hanno cambiato qualcosa, e non è andata bene.

Cmq nel dubbio testerò di nuovo l'IP per vedere se è sempre 100% dedicato

pattagghiu

Dany4k Preciso, 2 ore e mezza ed è caduto l'ipv6! vabbe ora metto uno script che riavvia l'interfaccia

il problema è che non sono 2,5h di iliad, sono 2.5h da quando riavvii l'interfaccia.. ora sto cercando di capire se basta un renew dhcp per prolungare il periodo, perchè per me non è accettabile riavviare l'interfaccia 9 volte al giorno
ma ovviamente per loro successo nulla.

Dany4k

pattagghiu
tu hai la linea con Iliadbox ma router cambiato giusto? l'ipv4 lo hai statico o dinamico?

pattagghiu

Dany4k tu hai la linea con Iliadbox ma router cambiato giusto? l'ipv4 lo hai statico o dinamico?

non ho chiesto la netneutrality perchè mi serviva un fermacarte (la iliadbox)
ho un openwrt come router collegato all'ont.
che io sappia iliad usa solo ipv4 statici. Se hai chiesto l'ip "full stack" (come me e te) hai ipv4 statico dedicato a te con tutte le porte.

Edit to add:
credo di aver capito cosa causa il blocco della connessione. Dopo 2h e mezza la tabella di routing ipv6 cambia, scompare una robetta come la regola di default (!!!)

default via fe80::3263:eaff:fe1c:3dbb dev eth1.836 proto static metric 512 pref medium

quindi il problema non è che perde l'ip, il problema è che non sa più come uscire.
Il link local del gateway non è nei pacchetti di dhcpv6 reply, credo stia nei RA, ma evidentemente qualcosa non va
e chi sono io per non provare a martellarla a mano?

config route6
        option interface 'wan_dhcp6'
        option target '::/0'
        option gateway 'fe80::3263:eaff:fe1c:3dbb'
        option metric '512'

domattina vediamo se ha retto..

pattagghiu domattina vediamo se ha retto..

ok, non ha retto, viene comunque tolta alla scadenza delle 2 ore e mezza. Al momento non riesco a sniffare alcun RA (preoccupante), vediamo se in una notte si degnano di mandarne almeno uno.. che fastidio

qoqoasas

pattagghiu

si infatti sono le route

		{
			"target": "::",
			"mask": 0,
			"nexthop": "fe80::3263:eaff:fe1c:3dbb",
			"metric": 512,
			"valid": 8653,
			"source": "2a01:e11::/128"
		}

Dany4k

pattagghiu

Effettivamente dopo aver impostato la rotta manualmente come hai suggerito non ho più avuto problemi, grazie!

E' davvero strano che nessuno riscontri il problema e per i tecnici che ci hanno risposto sia tutto ok. Forse Iliad ha poco interesse per chi ha net neutrality o magari in generale chi ha ip full stack e router proprio? Se la IB usa le sue API di provisioning per gli altri va tutto.

O potrebbe essere un problema circoscritto a una certa zona di Milano, noi abbiamo lo stesso gateway, magari c'è chi si trova in una zona servita da un gateway diverso e non ha questo problema.

pattagghiu

qoqoasas stanotte la rotta "manuale" ha retto e stamattina avevo connessione up da 11 ore.
è un altro workaround all'approssimazione di iliad..

e in una nottata di sniff non ho visto passare UN RA

pattagghiu è un altro workaround all'approssimazione di iliad..

confermo, la route statica messa a mano sopravvive la scadenza dell'altra. Gli ho messo una metrica più alta ma non ho visto nessuna interruzione alla scadenza dell'altra regola.
il giorno che mi cambiano il gateway devo metterci mano, ma insomma almeno ora è stabile
veramente pessima assistenza iliad

fizzo

Eccomi, sono il settimo gatto 😁

Sono nella stessa vostra situazione, a Milano con Iliad GPON con IP full stack e router openwrt senza net neutrality.
Da martedì 16/09 ha smesso di funzionare l'autoconfigurazione MAP-E (manca l'opzione MAP nella risposta DHCPv6).

Ieri ho risolto il problema del tunnel IPv4 configurando a mano un tunnel RFC2473, impostando l'indirizzo IPv6 del BR trovato intercettando il traffico tra iliadbox e ONT, l'indirizzo IPv4 pubblico e l'indirizzo IPv6 del router.
La parte complicata é che l'indirizzo /128 ricevuto dal router non piaceva al tunnel, e nemmeno l'indirizzo con suffisso ::1 (default di openwrt) sul blocco /60 IPv6 PD.
Per risolvere ho dovuto assegnare manualmente il suffisso IPv6 dell'Iliadbox aaaa:bbbb:cccc:dddd all'interfaccia LAN di openwrt, usando l'indirizzo risultante nella configurazione RFC2473 al posto del precedente ::1.

Confermo che anche io ho il problema della connessione IPv6 che si addormenta ogni 2.5h, proveró a impostare la rotta manuale come suggerito da @pattagghiu.

pattagghiu

fizzo Eccomi, sono il settimo gatto 😁

va come saltano fuori piano piano 😆

fizzo La parte complicata é che l'indirizzo /128 ricevuto dal router non piaceva al tunnel, e nemmeno l'indirizzo con suffisso ::1 (default di openwrt) sul blocco /60 IPv6 PD.
Per risolvere ho dovuto assegnare manualmente il suffisso IPv6 dell'Iliadbox aaaa:bbbb:cccc:dddd all'interfaccia LAN di openwrt, usando l'indirizzo risultante nella configurazione RFC2473 al posto del precedente ::1.

non ho mica capito sai?
una volta che hai sniffato la risposta dhcpv6 e un pacchetto map non c'è nulla di "complicato"

Ma uno dei gatti con net neutrality non ha voglia di rompergli un po' le palle?
cioè LA LORO GUIDA per modem libero presuppone i pacchetti di configurazione map, questi cambiano da un giorno all'altro senza dire nulla e fanno pure gli smargiassi in assistenza

fizzo

pattagghiu Ieri non riuscendo a configurare il tunnel MAP da openwrt ho configurato un tunnel RFC2473 scegliendo come protocollo "IPv4 over IPv6 (RFC2473-IPIPv6)" sull'interfaccia wan.

RFC2473 su openwrt richiede il campo Local IPv6 address, ma l'indirizzo /128 ricevuto via DHCP non gli andava bene, e nemmeno l'indirizzo che finisce con ::1 sulla /60, ho dovuto fare in modo di avere un indirizzo con suffisso di 64bit sulla /60 perché gli piacesse. Non so dirti il perché.

pattagghiu

fizzo onestamente farei il tunnel map e basta 🙂

Piuttosto, qualcuno più bravo di me mi spiega come nasce quella rotta di default con validità 2 ore e mezza?
nel dhcp reply non c'è.
una notte di sniff non mi ha tirato fuori neanche UN RA
non capisco come nasca quella rotta

Dany4k

Dovrebbe, se non sbaglio e ho individuato le info giuste, funzionare così

OpenWRT ha un parametro per impostare automaticamente la route , il parametro è defaultroute ed è attivo di default
https://openwrt.org/docs/guide-user/network/ipv6/configuration#protocol_dhcpv6

quindi lui mette una rotta se non c'è, probabilmente dopo un certo tempo si aspetta di ricevere il vero RA e mettere quello, ma a noi non arriva.

però, ho lasciato la linea con l'ipv6 ko con tcpdump a cercare pacchetti RA, e stamattina:

07:06:46.807475 IP6 (class 0xc0, hlim 255, next-header ICMPv6 (58) payload length: 64) fe80::3263:eaff:fe1c:3dbb > fe80::226:55ff:fee6:389: [icmp6 sum ok] ICMP6, router advertisement, length 64 hop limit 64, Flags [managed, other stateful], pref medium, router lifetime 9000s, reachable time 0ms, retrans timer 0ms source link-address option (1), length 8 (1): 30:63:ea:1c:3d:bb 0x0000: 3063 ea1c 3dbb mtu option (5), length 8 (1): 1700 0x0000: 0000 0000 06a4 prefix info option (3), length 32 (4): 2a01:e11:1540::/64, Flags [onlink], valid time infinity, pref. time 0s 0x0000: 4080 ffff ffff 0000 0000 0000 0000 2a01 0x0010: 0e11 1540 0000 0000 0000 0000 0000 07:07:41.812627 IP6 (class 0xc0, hlim 255, next-header ICMPv6 (58) payload length: 64) fe80::3263:eaff:fe1c:3dbb > fe80::226:55ff:fee6:389: [icmp6 sum ok] ICMP6, router advertisement, length 64 hop limit 64, Flags [managed, other stateful], pref medium, router lifetime 9000s, reachable time 0ms, retrans timer 0ms source link-address option (1), length 8 (1): 30:63:ea:1c:3d:bb 0x0000: 3063 ea1c 3dbb mtu option (5), length 8 (1): 1700 0x0000: 0000 0000 06a4 prefix info option (3), length 32 (4): 2a01:e11:1540::/64, Flags [onlink], valid time infinity, pref. time 0s 0x0000: 4080 ffff ffff 0000 0000 0000 0000 2a01 0x0010: 0e11 1540 0000 0000 0000 0000 0000
e in quel momento l'ipv6 è andato a posto, quindi gli RA ora li invia ma con il contagocce, tipo che se te lo perdi aspetti il giorno dopo, ora vediamo il prossimo se e quando arriva

Edit: rettifico, la cosa sta andando oltre le mie conoscenze, quindi teniamo come riferimento che una volta ogni tanto magari un pacchetto RA passa, comunque tra riavvii e test e cambi di cfg poi l'ipv6 si è ri bloccato dopo 2.5 ore, però al riavvio dell'interfaccia arriva un RA cosa che ieri non accadeva

pattagghiu

Dany4k beh se te ne mandano uno al giorno con "router lifetime" 9000 secondi siamo a posto 😆
io ancora non riesco a vederne, boh?
cosa stai sniffando?
io sto provando con
root@RUTTO:~# tcpdump -i eth1 -n -vvv 'icmp6[0] == 134 or icmp6[0] == 136'

e vedo solo dei gran NA

Dany4k

gli NA li avevo visti a parte, ci sono ma mi interessavano gli RA

ho usato tcpdump sulla vlan e solo per prendere i i pacchetti RA senza extension header quindi sostanzialmente pacchetti RA che ogni router dovrebbe gestire senza alcun inconveniente.

tcpdump -i eth1.836 -vvv -n 'icmp6 and ip6[40]=134'

n.b. Il tuo tcpdump prende ogni RA, quindi se non li vedi così, proprio non ci sono

pattagghiu

sarei curioso di sapere come fa la IB a funzionare senza config MAP in dhcp e senza RA
non voglio credere sia tutto hard coded

simonebortolin

pattagghiu C'è una API di provissioning, cosa nota da tempo...

« Pagina precedente 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