[FrancYescO]

cioe' con AGTHP_2.0.0, attivando lo switch in rete locale prende anche l'IPv6 su wan !?
altra cosa strana che non ho capito, l'username lo mette vuoto dopo aver disattivato? perche' altrimenti qualunque viene messo dovrebbe funzionare con TIM che io sappia...

[brusarp]

@Ansuel ah ok, non era chiaro
@FrancYescO comunque si, l'unico switch IPv6 si trova lì... E lo username credo si cancelli dopo aver disattivato lo switch perchè non si riconnettere più... Non ho pensato di provare username a caso

[FrancYescO]

Si tutte le modifiche a riguardo di IPv6 (in primis spostare quello switch da rete locale alla modal di internet) son state fatte sul firmware 2.2.0_001, e non tutto è stato portato su GUI custom, solo che non avendo TIM volevo capire quanto di queste modifiche funzionava o si stanno solo preparando per il futuro...

anche perchè anche l'assegnazione su LAN dell'IPv6 è tutta un terno al lotto e non capisco perchè pare sia intrinsecamente legata a quello su WAN...

[LuKePicci]

Per natura di IPv6 ovviamente, C'è un prefisso globale che deve essere assegnato dall'isp, dopodiché gli indirizzi globali e locali dello stesso dispositivo terminano con lo stesso suffisso autogenerato, quindi è normale che lui attenda la connessione wan per stabilire il global prefix. In altre parole, ogni client si sceglie da solo il suo suffisso IPv6, l'unica cosa da assegnare è il global prefix. Ma la link local deve funzionare anche senza.

[FrancYescO]

Premesso che ho ancora abbastanza confusione riguardo le varie assegnazioni di IPv6, e non mi sono ducumentato abbastanza (e menomale che ho preso anche la CCENT cisco...)

Il problema credo di averlo sul link local... vorrei semplicemente mettere un 4130 in cascata a un 4132 e fare in modo da simulare una WAN IPv6 DHCP, per ora sto provando solo a fare in modo che il 4130 mi dia un IPv6 al pc (la WAN è una semplice pppoe ipv4 tiscali), questo mi è riuscito piazzando

network.globals.ula_prefix='fd10:1f41:8549::/48'

senza di questo ne il modem (esce IPv6 non assegnato da interfaccia) ne i PC collegati a quest'ultimo prendono un IPv6 (poi che sia odhcp o se da soli che se lo assegnano non lo so, di sicuro l'ula_prefix fa qualcosa)



Il problema è che anche piazzando fd80... come ula prefix continuo a prendere IP su lan che inizia per fd10 che non so da dove lo prende (immagino sia il default per l'unique local) ma il problema principale è che ricevo come gateway un indirizzo che non posso raggiungere..

[luckysquid]

Scusate, circa un mese fa @verdes aveva postato questo: https://www.ilpuntotecnico.com/forum/index.php/topic,78162.msg252911.html#msg252911. C'erano stati poi diversi commenti e ipotesi... ma alla fine il tutto era sparito nel nulla. @verdes non si sa più niente su cosa ha fatto il tuo amico alla linea? Nessuno è riuscito a replicare?

Ciao Ragazzi, qualcuno ha news sul tema?

[LuKePicci]

@FrancYescO vedi che gli ipv6 link local non sono routable, quindi devi scegliere un prefisso globale che abbia senso. Il dhcp non è tenuto ad assegnare gli ip link local (e questo non avviene nemmeno in ipv4). Come gateway dovresti ricevere l'ip globale ipv6 della wan del router. Quindi, assegna alla wan un prefisso ipv6 statico, metti imposta concordemente il prefisso come hai fatto, e vedi se il dhcp inizia a mandare ip globale, dns locale e gateway globale.
Ripeto, in ipv6 non hai gli indirizzi "privati", hai solo i link local non routabili (quindi non può esistere un gateway in link local) e i globali che dipendono dal prefisso wan e usano l'ipv6 wan come gateway. Se implementi la stessa cosa in ipv4 con link local e ip di classe pubblica funziona uguale (mi pare che anche in ipv4 i link local non sono routable).

[ghedo75]

Scusate la domanda ma c'è modo per vedere chi ti chiama se il servizio non è attivo ?

[esamax2000]

aggiornamento gui 9.4.7.0 disponibile ...... clicco su aggiorna e non si aggiorna

[FrancYescO]

se eri su dev devi farlo da ssh con upgradegui

[bandit400]

Da dev 9.4.69 aggiornato a stable 9.4.70 direttamente da GUI. Ad ora tutto è stabile e sembra funzionare correttamente.

[FrancYescO]

in molti casi non partiva l'upgrade da gui, l'importante che sia arrivato a 9.4.70

[bandit400]

Giusto!
A proposito, ne approfitto per una domanda (banale, forse): ieri sera ho sbloccato l'ennesimo TIM HUB ed ho notato che, con la 1.0.3 fresca di root, appena installata l'ultima GUI stable tutti i led si mantengono spenti. Riprendono a funzionare solo dopo che si passa almeno ad una 2.x ed alla reinstallazione della GUI. Immagino sia normale, puoi confermare?
E' ancora corretta la sequenza downgrade a 1.0.3 -> root -> installazione gui -> upgrade a 2.x da gui e reset -> installazione gui?

[FrancYescO]

La procedura è quella, l'1.0.3 è l'unico firmware di cui abbiamo metodo di rooting, è plausibile che con gli ultimi aggiornamenti GUI è stato fatto qualcosa che ha rotto i led sui firmware più vecchi (credo di non aver letto solo te che riportavi questo bug)...

[esamax2000]

ho sempre scelto le versioni stabili e boh stavolta vede la disponibilità della 8.4.7.0 ma non si aggiorna