SFP not detected correctly and causing slowdown of WebUI on DGA4132

[neo82ita]

Il modem non riconosce correttamente che sono collegato in GPON. Mi riconosce collegato come WAN ethernet, se metto su GPON manualmente la gui diventa lentissima.

[brusarp]

Il fatto è che se non è impostata come WAN l'sfp non risponde più

la porta deve essere impostata come LAN, se impostata come WAN è giusto l'SFP si rompa

Attento, ho fatto un doppio edit: la porta deve essere WAN perchè possa rispondere l'SFP. A me ora serve come eth e infatti non risponde

root@modemtim:~# sfp_get.sh --allstats telnet: can't connect to remote host (192.168.2.1): No route to host telnet: can't connect to remote host (192.168.2.1): No route to host

^C root@modemtim:~# ip r default via 192.168.100.1 dev pppoe-wan proto static 192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.1 192.168.2.0/24 dev eth4 proto kernel scope link src 192.168.2.2 192.168.100.1 dev pppoe-wan proto kernel scope link src 82.50.125.156 192.168.168.0/25 dev wl0_1 proto kernel scope link src 192.168.168.1 192.168.168.128/25 dev wl1_1 proto kernel scope link src 192.168.168.129

[FrancYescO]

Ok allora c'è qualcosa che non quadra, un modo per raggiungere l'SFP mentre la porta è configurata con LAN deve esserci, anche qui penso è il comportamento standard della GUI originale...

[brusarp]

Credo che la "chiave" sia quella la route 192.168.2.0/24 dev eth4 proto kernel scope link src 192.168.2.2 che appunto nomina la eth4... Non è che anche con GUI originale perdi la possibilità di avere l'eth sulla 4?

@neo82ita hai qualcosa collegato alla porta 4 wan\eth? Com'è settata?

[neo82ita]

Non è che anche con GUI originale perdi la possibilità di avere l'eth sulla 4?

@neo82ita hai qualcosa collegato alla porta 4 wan\eth? Com'è settata?

Sulla 4 ho collegato uno switch gigabit a 8 porte e funziona regolarmente. Ho tutte le porte occupate

[brusarp]

...e funziona regolarmente.

Anche mentre sei con GUI originale? Dicevi che il GPON esclude alcune funzioni... cosa esattamente?

[FrancYescO]

è giusto eth4, la 4a porta LAN è nominata eth3 (la prima è eth0) ed è utilizzata solo se c'è un modulo SFP inserito o quella flag eth4lanwanmode è impostata a 0

eth4 invece è sempre la WAN e viene assegnata all'SFP o alla 4a porta LAN fisica

Se si prova ad utilizzarla la quarta fisica come WAN quando c'è un SFP inserito, dato quello che ti è successo prima, non funziona e viene data priorità a quest'ultimo

[neo82ita]

Adesso lo frullo dalla finestra!!! -(è come se non riuscisse a ripristinare il file network ai valori predefiniti) Ripristinato gui originale, non riuscivo ad entrare, rimanevo bloccato sul login. Installo l’ultima dev e alla fine ho questo errore Entro nella gui e nelle scheda broadband ho questo

[brusarp]

Ah ah ah... Dai che stiamo aiutando a debuggare sto sfp... ;-) L'ultimo errore sfp_rework credo sia "normale" per ora... Dovrebbe essere relativo al fatto che @FrancYescO ha rimosso il codice che riconfigurava l'IP dell'sfp... ora lo script di installazione non trova più quel codice...

[neo82ita]

Finalmente ho riportato il modem stock, con solo il root. Nel file allegato ci sono i risultati dei comandi che avevi chiesto qualche post fa. ping 192.168.2.1 uci get network.sfp.ipaddr transformer-cli get rpc.optical. Stock.txt

Adesso metto l'ultima dev, domani continuo con gli esperimenti

[neo82ita]

Nel file allegato ci sono i dati presi dalla dev .47, rimane solo il problema in figura cerchiato in rosso. Non ho dovuto fare modifiche per farlo funzionare. (Prima del ripristino/reset e nuova installazione gli stessi comandi non andavano)

Dev47.txt

[FrancYescO]

Ah quindi qualcosa sta finalmente funzionando come dovrebbe, dovrei aver corretto tutti i problemi rimasugli, e aggiunto tutte le informazioni nella modale giusto per transtrullarsi con quei valori...

ho paura ci sia ancora qualche problema nel caso in cui la fibra non sia inserita (o insomma il collegamento GPON è interrotto) quindi vi chiedo di fare questo check e riportare l'output di transformer-cli get rpc.optical. a fibra disinserita, e nel caso in cui l'interfaccia presenti errori anche un logread | grep err

[neo82ita]

Ah quindi qualcosa sta finalmente funzionando come dovrebbe, dovrei aver corretto tutti i problemi rimasugli, e aggiunto tutte le informazioni nella modale giusto per transtrullarsi con quei valori...

ho paura ci sia ancora qualche problema nel caso in cui la fibra non sia inserita (o insomma il collegamento GPON è interrotto) quindi vi chiedo di fare questo check e riportare l'output di transformer-cli get rpc.optical. a fibra disinserita, e nel caso in cui l'interfaccia presenti errori anche un logread | grep err

Al momento non posso togliere la connessione per fare la prova senza segnale. Nel frattempo ho messo la dev .48 ti posto uno screen della gui e il logread | grep err

Dev48.txt

[FrancYescO]

passami un logread | grep err altrimenti non riesco a capire che problema ha quella card che da errore undefined

[neo82ita]

passami un logread | grep err altrimenti non riesco a capire che problema ha quella card che da errore undefined

Sotto all’immagine c’è un file di testo. La prima parte è di ieri sera, l’altra è di questa mattina con la dev 48.

https://github.com/Ansuel/tch-nginx-gui/files/4455734/Dev48.txt

[FrancYescO]

sorry non avevo notato... vediamo se ora ce la fa...

[brusarp]

Per ora io non riesco (non posso) resettare completamente il tutto per testare da zero la modifica (oltre alle tele-lezioni dei figli ho più di 16 inoltri che dovrei ricreare...). Non esiste la possibilità di avere un salvataggio\ripristino modulare?... Ho applicato la dev 49 ma ovviamente (non andando a metter mano alle configurazioni esistenti) non funziona l'sfp_get...

[FrancYescO]

Teoricamente con questi comandi, dovrebbe tornarti a funzionare la parte riguardo l'SFP

uci del network.sfptag
uci set network.sfp='static'
uci set network.sfp.ifname='eth4'
uci set network.sfp.ipaddr='192.168.2.2'
uci set network.sfp.netmask='255.255.255.0'
/etc/init.d/network reload

se il problema dopo un reset sono solo gli inoltri porte ti basta prendere il file /etc/config/firewall e ripiazzarglielo dopo il reset, sono impostati tutti lì.

[brusarp]

Purtroppo no... non bastano quei comandi... ancora non posso fare il reset ma scommetto che facendo lo swap l'sfp torna a rispondere... uff... Noto però che la risposta a sfp_get.sh è molto più rapida (vedi in fondo al file la risposta...)

Eth+ipr.txt

[neo82ita]

sorry non avevo notato... vediamo se ora ce la fa...

Resettato tutto nuovamente. Messa dev .49 sotto la risposta ai soliti comandi 49.txt

Nella gui sempre il solito problema (cerchiato in rosso).

Qui il logread | grep err

[brusarp]

@neo82ita l'ultimo file non si riesce a scaricare... prova a ricaricarlo con un nome senza spazi...

Io noto che nel tuo file con i soliti comandi, sotto a ip r hai 239.0.0.0/8 dev br-lan scope link che io non ho... @FrancYescO con che comando come posso aggiungerlo? oppure @neo82ita riesci a caricare il file etc/config/ethernet (oscurando i tuoi mac ovviamente...)? grazie!

Scusa, intendevo il file etc/config/network

[brusarp]

Trovato! All'interno della configurazione network avevo nella sezione lan tutte le eth elencate (che invece @neo82ita nello stesso file originale non ha eth4) Ho tolto la eth4 ed ora sfp_get funziona ed anche la schermata come per @neo82ita (stesso errore 0undefined).

Aggiungo... sarebbe possibile far fare alla GUI un calcolo matematico? 451858907604 byte sono un po' scomodi da interpretare...

Inoltre anche nella scheda diagnostica si popolano correttamente i valori.

[FrancYescO]

mi serve un'altro logread | grep err

[neo82ita]

mi serve un'altro logread | grep err

logread | grep err

[brusarp]

eccolo...

logread.txt

[FrancYescO]

spero che ci siamo con la 9.5.50...

riguardo le operazioni aritmetiche si possono fare senza problemi, il punto è che mi sa li servono operazioni di conversione, visti cosi hanno davvero poco senso e bisogna capire come interpretarli, comunque teniamolo come miglioramento a parte magari aprendo un'altra issue

[brusarp]

Ci siamo... quasi... (più estetica che altro...)

Ok per il miglioramento, aprirò un'altra issue....

[neo82ita]

Perfetto 👍🏻 Grazie!

[brusarp]

Giusto per completezza... ecco cosa appare con Fibra scollegata...

[neo82ita]

Non so se c’è stata qualche modifica nelle ultime versioni, adesso sto con la dev .55 Ho riavviato il modem e ho visto che me la riconosceva come eth1000. Nella scheda broadband se lascio wan sensing in riconosce eth1000 (1), se metto su off, salvo e chiudo me la riconosce come gpon(2).

1.

2.

[neo82ita]

@brusarp potresti verificare anche tu? Grazie

[brusarp]

Scusate il ritardo... ho ricominciato il lavoro 8h/giorno e a casa fanno praticamente live con la scuola ogni giorno... Io non sono quindi più riuscito a fare un bel reset per ripartire da zero e attualmente, per vedere il GPON, devo tenere disabilitato il sensing automatico. Come già detto, se smanetto nelle card Rete Locale o altro (non so quale sia quella che causa il "problema") nel file network si reinserisce la eth4 che non mi permette più di dialogare con l'SFP...

[DMagliarisi]

ciao a tutti! io con l'ultima versione della gui dev, la 9.6.97, mi ritrovo con esattamente tutti i problemi citati sopra. Ho provato a rimuovere la gui e lasciare il root, poi ho inserito la gui nuovamente, ma non ho risolto. l'interfaccia grafica è inaccessibile, funzionava bene se invece che selezionare GPON mettevo ethernet come connessione.

[FrancYescO]

@DMagliarisi scrivi un po' di dettagli riguardo il modulo SFP e possibilmente l'output dei comandi che indicavo anche ad inizio discussione... Se stacchi il cavo fibra o il modulo SFP senza toccare l'interfaccia si riprende?

Credo il problema si generi appena si prova a switchare manualmente in Ethernet con SFP inserito.

[DMagliarisi]

@FrancYescO il problema si è presentato quando sono riuscito a far funzionare il modulo sfp con la fibra. Finchè le impostazioni del miniONT non erano corrette, riuscivo ad entrare correttamente, quando invece ho messo i parametri corretti non carica più le card. Ho fatto un ripristino ed era partito che funzionava, ma perchè non era selezionato GPON, ma bernsì ethernet. Se tolgo il modulo sfp l'interfaccia riprende a funzionare. Al primo accesso la pagina statistiche funziona correttamente, se passo alle card continua a dire loading. Ogni tanto riesce a caricare tutte le card, ma mi dice che GPON non è attiva. Qui ho provato a cliccare sulla card banda larga, ma rimane in caricamento.

Questo è l'unico errore che trovo con il logread: daemon.err transformer[3853]: getter(rpc.hosts.host.{i}., SSID) threw an error: /usr/share/transformer/mappings/rpc/rpc.hosts.map:287: attempt to index local 'accesspoints' (a nil value) stack traceback: /usr/share/transformer/mappings/rpc/rpc.hosts.map:287: in function </usr/share/transformer/mappings/rpc/rpc.hosts.map:280> (tail call): ? /usr/share/transformer/mappings/rpc/rpc.hosts.map:595: in function </usr/share/transformer/mappings/rpc/rpc.hosts.map:593> [C]: in function 'xpcall' navigation.lua:169: in function 'get_parameter_value' navigation.lua:207: in function 'get' api.lua:190: in function <api.lua:181> [C]: in function 'pcall' api.lua:36: in function 'do_pcall' api.lua:88: in function <api.lua:86> (tail call): ? main.lua:176: in function '?' main.lua:458: in function <main.lua:441> [C]: in function 'pcall' main.lua:481: in function <main.lua:464> [C]: in function 'run' main.lua:504: in function <main.lua:492> [C]: in function 'pcall' main.lua:515: in main chunk [C]: ?

[FrancYescO]

Che modello di miniONT è?

Il problema è l'irraggiungibilità dell'ONT probabilmente a causa dell'ip sbagliato che ha preso... prova a postare il file /etc/config/network e in generale ripercorri quello che abbiamo fatto in questa issue perché la soluzione sono abbastanza sicuro è già qui dentro ma forse da adattare al tuo modello di ONT

[DMagliarisi]

il miniONT è il technicolor afm0002TIM. l'indirizzo ip del miniont è 192.168.2.1. nella card rete locale, c'è come indirizzo 192.168.10.1, ma non me lo fa cambiare perchè mi dice che deve essere all'interno dell'intervallo SFP interval. da shell se do il comando uci get network.sfp.ipaddr risulta questo 192.168.2.2 sfp_get.sh --allstats non da nessun risultato. transformer-cli get rpc.optical. risponde così telnet: can't connect to remote host (192.168.2.1): Connection timed out

@FrancYescO ho caricato il file network, controlla se c'è qualcosa che non torna, io ho provato a seguire i passaggi della discussione ma non riesco e rislvere, probabilmente mi sto perdendo qualcosa. network_mod.txt

[FrancYescO]

nella card rete locale, c'è come indirizzo 192.168.10.1, ma non me lo fa cambiare perchè mi dice che deve essere all'interno dell'intervallo SFP interval.

al massimo immagino ti dice che NON deve essere nell'intervallo del SFP..che appunto è giusto

in ogni caso il problema è il timeout che citi poco dopo: il modem non riesce a comunicare con il miniONT sull'IP 192.168.2.1 per quanto abbia appunto anche l'interfaccia sfp sulla stessa subnet (IP 192.168.2.2/24) nel file network mi sembra tutto corretto eccetto per quelle static_route che mi risultano anomale ... non capisco se son state messe manualmente o automaticamente in qualche modo, ma a primo impatto mi verrebe da rimuoverle tutte, fare un restart di nework e vedere se cambia qualcosa

[DMagliarisi]

al massimo immagino ti dice che NON deve essere nell'intervallo del SFP..che appunto è giusto

si esatto

ma a primo impatto mi verrebe da rimuoverle tutte, fare un restart di nework e vedere se cambia qualcosa

le avevo messe io tempo fa per fare qualche prova, ora rimosse e ho fatto un restart della network. Se faccio il telnet verso l'indirizzo dell'SFP da pc risponde all'indirizzo 192.168.2.1, se lo faccio dalla shell del modem mi da connection timed out

l'interfaccia è molto lenta a caricarsi, e quando si carica la GPON non risulta attiva, anche se in realtà sto navigando

[FrancYescO]

Puoi fare tracert dal pc per capire come ci arriva a quel 192.168.2.1?

Posta anche un ip r dal modem e magari se cambia inserendo e togliendo il modulo SFP... gli manca qualcosa per arrivare a quella subnet...

[DMagliarisi]

da pc riesco ad accedere perchè ho messo l'ip statico, infatti: TRACERT 192.168.2.1 Traccia instradamento verso 192.168.2.1 su un massimo di 30 punti di passaggio 1 1 ms 1 ms 1 ms 192.168.2.1 Traccia completata.

ip r con sfp inserita

root@modemtim:~# ip r default via 194.183.16.94 dev pppoe-wan proto static 192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.1 192.168.168.0/25 dev wl0_1 proto kernel scope link src 192.168.168.1 192.168.168.128/25 dev wl1_1 proto kernel scope link src 192.168.168.129 194.183.16.94 dev pppoe-wan proto kernel scope link src 213.X.X.X.X senza sfp root@modemtim:~# ip r 192.168.1.0/24 dev br-lan proto kernel scope link src 192.168.1.1 192.168.168.0/25 dev wl0_1 proto kernel scope link src 192.168.168.1 192.168.168.128/25 dev wl1_1 proto kernel scope link src 192.168.168.129 reinserendo l'sfp torna come prima

[FrancYescO]

Cioè aspetta da PC riesci a raggiungere a raggiungere l'SFP in Telnet se forzatamente metti sul pc (collegato in un'altra porta del modem..) un IP appartenente alla 192.168.2.0/24?

comunque sicuramente manca la rotta sul modem verso quella subnet... ma a questo punto mi viene il dubbio che è proprio l'interfaccia sfp che non va up

Prova con il comando ifconfig cosa esce fuori.. se vedi qualche interfaccia down che potrebbe essere quella dell'sfp prova con ifconfi up se succede qualcosa

Ulteriore prova metti nel blocco

config static 'sfp'

option auto '1' e/o option enabled '1'

[DMagliarisi]

Cioè aspetta da PC riesci a raggiungere a raggiungere l'SFP in Telnet se forzatamente metti sul pc (collegato in un'altra porta del modem..) un IP appartenente alla 192.168.2.0/24?

si esatto, con il cavo lan collegato, ho messo ip 192.168.2.3 e gw 255.255.255.0 e riesco a entrare tramite telnet e riesco ad accedere all'interfaccia web dell'sfp

Prova con il comando ifconfig cosa esce fuori.. se vedi qualche interfaccia down che potrebbe essere quella dell'sfp prova con ifconfi up se succede qualcosa

` root@modemtim:~# ifconfig bcmsw Link encap:Ethernet HWaddrX:X:X:X:X UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:13240256 errors:0 dropped:0 overruns:0 frame:0 TX packets:36081965 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2211377326 (2.0 GiB) TX bytes:4121268105 (3.8 GiB) Base address:0xffff

br-lan Link encap:Ethernet HWaddr X:X:X:X:X inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: X:X:X:X:X Scope:Link UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1 RX packets:27572936 errors:0 dropped:9460 overruns:0 frame:0 TX packets:10259851 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2088457793 (1.9 GiB) TX bytes:3330522708 (3.1 GiB)

eth0 Link encap:Ethernet HWaddr X:X:X:X:X UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

eth1 Link encap:Ethernet HWaddr X:X:X:X:X UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:275791 errors:0 dropped:0 overruns:0 frame:0 TX packets:599510 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:69577087 (66.3 MiB) TX bytes:196914198 (187.7 MiB)

eth2 Link encap:Ethernet HWaddr X:X:X:X:X UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:60890 errors:0 dropped:299 overruns:0 frame:0 TX packets:282841 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:11765381 (11.2 MiB) TX bytes:68836254 (65.6 MiB)

eth3 Link encap:Ethernet HWaddr X:X:X:X:X UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

eth4 Link encap:Ethernet HWaddr X:X:X:X:X UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:14945773 errors:0 dropped:1 overruns:0 frame:0 TX packets:35520185 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:5256932695 (4.8 GiB) TX bytes:3819351247 (3.5 GiB)

eth5 Link encap:Ethernet HWaddr X:X:X:X:X UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1268448 errors:0 dropped:44 overruns:0 frame:0 TX packets:3345402 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:282844947 (269.7 MiB) TX bytes:3327597820 (3.0 GiB)

lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:5827 errors:0 dropped:0 overruns:0 frame:0 TX packets:5827 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:505900 (494.0 KiB) TX bytes:505900 (494.0 KiB)

pppoe-wan Link encap:Point-to-Point Protocol inet addr:X:X:X:X:X P-t-P:194.183.16.94 Mask:255.255.255.255 inet6 addr: X:X:X:X:X Scope:Link UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1392 Metric:1 RX packets:472575 errors:0 dropped:0 overruns:0 frame:0 TX packets:1009076 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:207661724 (198.0 MiB) TX bytes:76065381 (72.5 MiB)

voipeth4 Link encap:Ethernet HWaddr X:X:X:X:X UP BROADCAST RUNNING MULTICAST MTU:1400 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:696 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:238032 (232.4 KiB)

waneth4 Link encap:Ethernet HWaddr X:X:X:X:X inet6 addr: X:X:X:X:X Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1400 Metric:1 RX packets:4268578 errors:0 dropped:17482 overruns:0 frame:0 TX packets:21664719 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:360931898 (344.2 MiB) TX bytes:1601370985 (1.4 GiB)

wl0 Link encap:Ethernet HWaddr X:X:X:X:X inet6 addr: X:X:X:X:X Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:36659023 errors:0 dropped:4 overruns:0 frame:5426232 TX packets:11267122 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:3286351191 (3.0 GiB) TX bytes:1864939324 (1.7 GiB) Interrupt:92

wl0_1 Link encap:Ethernet HWaddr X:X:X:X:X inet addr:192.168.168.1 Bcast:192.168.168.127 Mask:255.255.255.128 inet6 addr: X:X:X:X:X Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:197653 errors:0 dropped:1 overruns:0 frame:5426232 TX packets:184758 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:32070577 (30.5 MiB) TX bytes:37805186 (36.0 MiB)

wl1_1 Link encap:Ethernet HWaddr X:X:X:X:X inet addr:192.168.168.129 Bcast:192.168.168.255 Mask:255.255.255.128 inet6 addr: X:X:X:X:X Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:40 errors:0 dropped:0 overruns:0 frame:0 TX packets:120 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2972 (2.9 KiB) TX bytes:19280 (18.8 KiB) `

Ulteriore prova metti nel blocco

config static 'sfp'

option auto '1' e/o option enabled '1'

dentro etc/config/network?

[FrancYescO]

Sì, ovviamente dopo averlo messo devi fare il riavvio di network

[DMagliarisi]

ok fatto ma nulla. possibile che manchi questa route 192.168.10.0/24 dev eth4 proto kernel scope link src 192.168.10.1 ? ho visto nei primi commenti un ip r che l'aveva, ma io no e poi quando faccio sfp_get.sh --allstats telnet: can't connect to remote host (192.168.10.1): Connection timed out non riesce a stabilire il collegamento

[FrancYescO]

No la 10.x non c'entra nulla se il tuo ONT risponde sulla 2.x.

Prova a modificare anche il blocco

config static 'sfptag' option ifname 'waneth4' option ipaddr '192.168.10.2' option netmask '255.255.255.0'

Sia modificando l'ip con 2.2, sia mettendo l'auto/enabled, sia cambiando da waneth4 a sfp

Ad ogni prova devi sempre riavviare network e magari controlla se cambia qualcosa in ifconfig

Il problema è abbastanza evidente e "stupido" il modem non ha alcuna interfaccia sulla subnet 192.168.2.0... ora perché non sale da sola con queste config non lo sto capendo

[DMagliarisi]

Il problema è abbastanza evidente e "stupido" il modem non ha alcuna interfaccia sulla subnet 192.168.2.0... ora perché non sale da sola con queste config non lo sto capendo

bene, mi sento meno scemo allora! :D

waneth4 dovrebbe avere l'indirizzo ip 192.168.2.x giusto? prende solo quello ipv6, nessun indirizzo ipv4, non è cambiato rispetto a prima.

[FrancYescO]

No le uniche in ballo sono sfp e sfptag e al massimo l'infname che hanno all'interno, tutte le altre ignora perché servono per altro.. se vuoi ti lascio una chiave pubblica e provo a fare accesso da wan su ssh per qualche prova (e se ti è possibile)

Ora sto notando...

config static 'sfp'

Prova a cambiarlo in

config interface 'sfp'

E prova sempre con e senza le altre opzioni che ti suggerivo prima

[DMagliarisi]

se vuoi ti lascio una chiave pubblica e provo a fare accesso da wan su ssh per qualche prova (e se ti è possibile)

Ok ci sentiamo in privato e lo possiamo fare

Ora sto notando...

config static 'sfp'

Prova a cambiarlo in

config interface 'sfp'

E prova sempre con e senza le altre opzioni che ti suggerivo prima

Appena ho un attimo provo anche questa