search

Ansuel / tch-nginx-gui

Modified file to apply to a stock technicolor GUI
GNU General Public License v3.0
346 stars 52 forks source link

SFP not detected correctly and causing slowdown of WebUI on DGA4132 #917

Closed neo82ita closed 4 years ago

neo82ita commented 4 years ago

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.

FrancYescO commented 4 years ago

proble già affrontato in passato (e se non ricordo male sistemato), il problema principale è la poca utenza in FTTH per avere report affidabili, a quanto pare necessita ancora di un fix definitivo.

leggi i post da qui in poi e magari riassumi i passi per il fix https://www.ilpuntotecnico.com/forum/index.php/topic,78162.msg247360.html#msg247360

neo82ita commented 4 years ago

Posso fare delle prove o dare dei comandi per fornirvi più informazioni.

FrancYescO commented 4 years ago

il problema come puoi vedere da li era quel sfp_get.sh che non riusciva a parlare con l'sfp andando in timeout dopo un minuto.. le prove da fare son praticamente quelle, a questo punto io per andare sul sicuro proverei a riprodurre tutti i comportamente sul modem rootato ma senza gui per capire cosa cambia poi nel momento in cui questa viene installata

neo82ita commented 4 years ago

Con l’ultimo aggiornamento riconosce il gpon in automatico ma rimane la lentezza nel caricare la gui è il fatto che non si riesce a comunicare con l’Sfp. Devo provare a ritogliere la gui e vedere che fa. Com’è la procedura per pulire al meglio le modifiche della gui senza intaccare il root?

FrancYescO commented 4 years ago

il factory reset che trovi nella pagina "modem", o anche con il tastino.. il root rimane. cerca di darci l'output di tutti quei comandi che son stati dati nel thread, ci potrebbe aiutare a capire e risolvere il problema

PS. ma hai aggiornato la stable stesso da interfaccia?

neo82ita commented 4 years ago

No da interfaccia non funzionava, fatta con winscp. Il gpon non l’ha riconosciuto in automatico, evidentemente era rimasto qualcosa in memoria. Per quello che riguarda i comandi non riescono a vedere in nessun modo il modulo, appena posso posto i risultati, adesso l’ho tolto per dargli una bella pulita e se riesco a mettere la seriale. Ho un altro Tim hub senza root e da quello che vedo il gpon esclude parte delle funzioni, nella diagnostica ci sono 3 voci e se controllo il collegamento esce subito, mentre con quello root me lo manda in blocco.

FrancYescO commented 4 years ago

l gpon non l’ha riconosciuto in automatico

ma chi?

Per quello che riguarda i comandi non riescono a vedere in nessun modo il modulo,

intendi quell'sfp_get.sh ? anche senza aver installato la GUI?

da quello che vedo il gpon esclude parte delle funzioni

quali? magari fai qualche screenshot di confronto di quello che hai notato perchè senza averlo sottomano è difficile capirci e risolvere...

l'obbiettivo è riportare almeno la GUI a come funzionava originariamente

FrancYescO commented 4 years ago

@brusarp dato che tu il problema non lo hai, confermi che in "banda larga" hai come metodo di connessione "Ethernet"? e quindi non visualizzi i parametri ottici proveniente dall'ONT?

brusarp commented 4 years ago

This is what is showed on my TIMHUB Ver: 9.5.41dev ISP: TIM Type: FTTH with MINIONT inside modem I never try to change the WAN recognize as it all work

Annotazione 2020-04-05 124904 Annotazione 2020-04-05 124833

FrancYescO commented 4 years ago

ok ora è chiaro anche perchè poca gente si accorge della cosa, in pratica di default si mette (erroneamente) in modalità ethernet che non causa il problema della lentezza ma ovviamente non permette di leggere i valori del miniONT

Allora @neo82ita aspetto un po dei tuoi test per sperare di riuscire a capire il problema...

brusarp commented 4 years ago

This is what happens only pass from "Wan Recognize" first ON => OFF and after OFF => ON without close the page

Annotazione 2020-04-05 162942

FrancYescO commented 4 years ago

and i suppose you now have and unresponsive WEBUI until switching back to ETH

brusarp commented 4 years ago

I have not tried ti change setting yet because I have children who are using the internet and I would not like to hang. That image is made after only uncheck, save, recheck the WAN Recognize (I don't change ETH setting). I try to ping 192.168.10.1 from SSH and I receive full response. I'll try to change the ETH setting later...

FrancYescO commented 4 years ago

could you give the output of ip r and ifconfig? are you able to use some of the commands that sfp_get.sh give in the help ?

brusarp commented 4 years ago

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.10.0/24 dev eth4 proto kernel scope link src 192.168.10.1  192.168.100.1 dev pppoe-wan proto kernel scope link src 79.51.181.210  192.168.168.128/25 dev wl1_1 proto kernel scope link src 192.168.168.129  239.0.0.0/8 dev br-lan scope link 

root@modemtim:~# ifconfig bcmsw     Link encap:Ethernet  HWaddr xx:censored           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:478656814 errors:0 dropped:0 overruns:0 frame:0           TX packets:691406593 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000            RX bytes:190146117858 (177.0 GiB)  TX bytes:206649200228 (192.4 GiB)           Base address:0xffff 

br-lan    Link encap:Ethernet  HWaddr xx:censored           inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0           inet6 addr: censored/64 Scope:Link           UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1           RX packets:841327518 errors:0 dropped:92053 overruns:0 frame:0           TX packets:1404476207 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:0            RX bytes:404117823942 (376.3 GiB)  TX bytes:1574703834075 (1.4 TiB)

eth0      Link encap:Ethernet  HWaddr xx:censored           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:1131766837 errors:0 dropped:9005 overruns:0 frame:0           TX packets:751208058 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000            RX bytes:548239906718 (510.5 GiB)  TX bytes:576955203223 (537.3 GiB)           

eth1      Link encap:Ethernet  HWaddr xx:censored            UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:1138951548 errors:14 dropped:22494 overruns:0 frame:0           TX packets:3084472076 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000            RX bytes:484185377228 (450.9 GiB)  TX bytes:2437569184576 (2.2 TiB)           

eth2      Link encap:Ethernet  HWaddr xx:censored             UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:99567009 errors:400 dropped:163 overruns:0 frame:0           TX packets:389980018 errors:0 dropped:3 overruns:0 carrier:0           collisions:0 txqueuelen:1000            RX bytes:58379155979 (54.3 GiB)  TX bytes:59380816672 (55.3 GiB)           

eth3      Link encap:Ethernet  HWaddr xx:censored             UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:112622148 errors:0 dropped:81 overruns:0 frame:0           TX packets:219803256 errors:0 dropped:7445 overruns:0 carrier:0           collisions:0 txqueuelen:1000            RX bytes:37449532999 (34.8 GiB)  TX bytes:117910638234 (109.8 GiB)           

eth4      Link encap:Ethernet  HWaddr xx:censored             inet addr:192.168.10.1  Bcast:192.168.10.255  Mask:255.255.255.0           inet6 addr: censored/64 Scope:Link           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:1364778019 errors:0 dropped:0 overruns:0 frame:0           TX packets:723611089 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000            RX bytes:1642642044748 (1.4 TiB)  TX bytes:440265564041 (410.0 GiB)

eth5      Link encap:Ethernet  HWaddr xx:censored             UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:36188674 errors:0 dropped:30 overruns:0 frame:0           TX packets:122823791 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000            RX bytes:4608718979 (4.2 GiB)  TX bytes:41846319535 (38.9 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:3554461 errors:0 dropped:0 overruns:0 frame:0           TX packets:3554461 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:0            RX bytes:365372403 (348.4 MiB)  TX bytes:365372403 (348.4 MiB)

pppoe-wan Link encap:Point-to-Point Protocol             inet addr:censored  P-t-P:192.168.100.1  Mask:255.255.255.255           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1           RX packets:530009686 errors:0 dropped:0 overruns:0 frame:0           TX packets:282192189 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:3            RX bytes:620738564253 (578.1 GiB)  TX bytes:134363350341 (125.1 GiB)

waneth4   Link encap:Ethernet  HWaddr xx:censored             UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:39915366 errors:0 dropped:0 overruns:0 frame:0           TX packets:44740121 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:0            RX bytes:6389085856 (5.9 GiB)  TX bytes:5404361909 (5.0 GiB)

wl0       Link encap:Ethernet  HWaddr xx:censored             inet6 addr: censored/64 Scope:Link           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:51968536 errors:3 dropped:0 overruns:0 frame:11910296           TX packets:184394025 errors:18274 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000            RX bytes:9880435086 (9.2 GiB)  TX bytes:129201766925 (120.3 GiB)           Interrupt:92 

wl1_1     Link encap:Ethernet  HWaddr xx:censored             inet addr:192.168.168.129  Bcast:192.168.168.255  Mask:255.255.255.128           inet6 addr: censored/64 Scope:Link           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:0 errors:0 dropped:0 overruns:0 frame:0           TX packets:23810 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:0            RX bytes:0 (0.0 B)  TX bytes:3951588 (3.7 MiB)

Got It: root@modemtim:~# sfp_get.sh --optical_info telnet: can't connect to remote host (192.168.10.1): Connection refused

But of I ping It: root@modemtim:~# ping 192.168.10.1 PING 192.168.10.1 (192.168.10.1): 56 data bytes 64 bytes from 192.168.10.1: seq=0 ttl=64 time=0.241 ms 64 bytes from 192.168.10.1: seq=1 ttl=64 time=0.319 ms 64 bytes from 192.168.10.1: seq=2 ttl=64 time=0.531 ms 64 bytes from 192.168.10.1: seq=3 ttl=64 time=0.603 ms 64 bytes from 192.168.10.1: seq=4 ttl=64 time=0.202 ms 64 bytes from 192.168.10.1: seq=5 ttl=64 time=0.195 ms 64 bytes from 192.168.10.1: seq=6 ttl=64 time=0.633 ms 64 bytes from 192.168.10.1: seq=7 ttl=64 time=0.534 ms 64 bytes from 192.168.10.1: seq=8 ttl=64 time=0.594 ms 64 bytes from 192.168.10.1: seq=9 ttl=64 time=0.226 ms 64 bytes from 192.168.10.1: seq=10 ttl=64 time=0.637 ms 64 bytes from 192.168.10.1: seq=11 ttl=64 time=0.582 ms 64 bytes from 192.168.10.1: seq=12 ttl=64 time=0.525 ms --- 192.168.10.1 ping statistics --- 13 packets transmitted, 13 packets received, 0% packet loss round-trip min/avg/max = 0.195/0.447/0.637 ms

FrancYescO commented 4 years ago

So, 192.168.10.1 is the IP if the router itself on the interface eth4, and the sfp_get.sh command is trying to connect basically to localhost (can't connect to remote host (192.168.10.1) == uci get network.sfptag.ipaddr) that's why you get Connection refused

the challenge is to find the Mini ONT IP, and i'm not sure it will reply to ping.. try something like pinging 192.168.10.2 192.168.10.10, probably the easiest way should be to have the upper commands reply from a clean rooted modem without GUI installed

try also telnet 192.168.100.1

brusarp commented 4 years ago

Oh! Ok, now I understand what the problem is. I tryed all the other IP you mentioned but with no luck. The 192.168.100.1 is showed on "Internet" card as "Gateway IP" under the "Concentrator Name: r-pd900". I don't know if it can be useful...

FrancYescO commented 4 years ago

looks like the default ip of the SFP MiniONT is 192.168.2.2, but you should change your uci settings to go in the 192.168.2.0/24 subnet https://github.com/FrancYescO/tch_firmware_extracted/blob/AGTHP_2.2.1_002_CLOSED/etc/uci-defaults/tch_0030-network-wan#L82-L86

neo82ita commented 4 years ago

l gpon non l’ha riconosciuto in automatico

ma chi?

Per quello che riguarda i comandi non riescono a vedere in nessun modo il modulo,

intendi quell'sfp_get.sh ? anche senza aver installato la GUI?

da quello che vedo il gpon esclude parte delle funzioni

quali? magari fai qualche screenshot di confronto di quello che hai notato perchè senza averlo sottomano è difficile capirci e risolvere...

l'obbiettivo è riportare almeno la GUI a come funzionava originariamente Il modem non ha riconosciuto il Gpon e mi dava Ethernet.

Per altri test specifici devo trovare un po piu di tempo, con il fatto che siamo tutti a casa se tolgo la connessione mi linciano

root@modemtim:/# transformer-cli get rpc.optical.Interface.1.Status
rpc.optical.Interface.1.Status [string] = LowerLayerDown

1 / 2 minuti

root@modemtim:/# transformer-cli get rpc.optical.Interface.1.OpticalSignalLevel
rpc.optical.Interface.1.OpticalSignalLevel [int] = -19394

Immediata

root@modemtim:/# transformer-cli get rpc.optical.Interface.1.TransmitOpticalLeve
l

Immediata

rpc.optical.Interface.1.TransmitOpticalLevel [int] = 0
root@modemtim:/# transformer-cli get rpc.optical.Interface.1.
^C

Questa l'ho bloccata dopo 5 minuti

root@modemtim:/# cat /proc/sfp_status
cat: can't open '/proc/sfp_status': No such file or directory

Subito

root@modemtim:/# sfpi2cctl -get -format tx_dis
Tx_Diable off

Immediato

root@modemtim:/# sfp_get.sh --state
telnet: can't connect to remote host (192.168.10.1): Connection timed out

Dopo qualche minuto

Questa al primo avvio dopo aver installato la gui, il gpon vene visto come ethernet.

AnsuelEth

Questo è quello che succede mettendo in manuale gpon, con lentezza estrema della gui, delle volte si blocca proprio.

AnsuelGpon

Dopo qualche minuto la gpon risulta down, la connessione funziona regolarmente.

AnsuelGpon1

Dopo qualche minuto sono riuscito ad entrare nello stato della connessione gpon, dove risulta lowerlayerdown, ma comunque fornisce i valori rilevati.

AnsuelGpon2

Ho anche tutti i dati presi da seriale di:

FrancYescO commented 4 years ago

Installare la GUI abbiamo capito che rompe il GPON quindi qualunque comando preso con la stessa installata è superfluo, il tutto serve avendo la GUI originale..

principalmente forse l'unico vero comando che ci aiuta a capire un po tutto è uci get network.sfp.ipaddr

ad essere fortunati dando i comandi segnalati poco sopra presi dal firmware ufficiale:

        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'

e/o

        uci set network.sfptag='static'
        uci set network.sfptag.ifname='waneth4'
        uci set network.sfptag.ipaddr='192.168.10.2'
        uci set network.sfptag.netmask='255.255.255.0'

e poi riavviando almeno network /etc/init.d/network restart potrebbe aiutare finalmente a farlo riprendere anche con gui installata

di sicuro attualmente nella GUI c'è un settaggio sbagliato dell'ip dato che imposta all'interfaccia del router un ip che finisce per .1 che invece è quello del miniont

neo82ita commented 4 years ago

Installare la GUI abbiamo capito che rompe il GPON quindi qualunque comando preso con la stessa installata è superfluo, il tutto serve avendo la GUI originale..

principalmente forse l'unico vero comando che ci aiuta a capire un po tutto è uci get network.sfp.ipaddr

ad essere fortunati dando i comandi segnalati poco sopra presi dal firmware ufficiale:


        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'

e/o


        uci set network.sfp='static'

        uci set network.sfp.ifname='waneth4'

        uci set network.sfp.ipaddr='192.168.10.2'

        uci set network.sfp.netmask='255.255.255.0'

e poi riavviando almeno network /etc/init.d/network restart potrebbe aiutare finalmente a farlo riprendere anche con gui installata

di sicuro attualmente nella GUI c'è un settaggio sbagliato dell'ip dato che imposta all'interfaccia del router un ip che finisce per .1 che invece è quello del miniont

Appena ho modo provo con quei comandi. Serve anche l’output di ip r e ifconfig? Purtroppo ho pochissimo tempo per fare prove col modem, tra telelavoro e lezioni online non posso sperimentare troppo con la connessione.

FrancYescO commented 4 years ago

eseguiti dal firmware originale senza GUI, si son sicuramente utili.

Ti direi semplicemente di resettare il modem da tastino, in modo da averlo del tutto funzionante con GUI originale ma rootato e cosi da poter ricavarne tutti i comandi che ci servono, appena poi sono confidente che funzioni magari torni ad installare la GUI, se non hai configurazioni particolari che devi rimettere ogni volta dopo il reset non dovrebbe essere una grossa perdita di tempo

PS. spero ovviamente che il firmware sia l'ultimo stabile 2.2.0

neo82ita commented 4 years ago

eseguiti dal firmware originale senza GUI, si son sicuramente utili.

Ti direi semplicemente di resettare il modem da tastino, in modo da averlo del tutto funzionante con GUI originale ma rootato e cosi da poter ricavarne tutti i comandi che ci servono, appena poi sono confidente che funzioni magari torni ad installare la GUI, se non hai configurazioni particolari che devi rimettere ogni volta dopo il reset non dovrebbe essere una grossa perdita di tempo

PS. spero ovviamente che il firmware sia l'ultimo stabile 2.2.0

Confermo 2.2.0, domani allora provo. Le configurazioni per ora non le metto, visto che lo sto resettando spesso 😅 Se ti vengono in mente altri comandi da dare, fammelo sapere. Grazie per il supporto

PS. Fammi sapere se ti servono anche i Log fatti da seriale avviando da gui originale e gui mod

FrancYescO commented 4 years ago

ah, posta anche il contenuto del file /etc/config/network cosi andiamo sul sicuro anche li...

neo82ita commented 4 years ago

Qui l’output di ip r e ifconfig e uci get network.sfp.ipaddr e il contenuto di /etc/init.d/network della Gui originale.

Reset Gui Originale.txt

Qui l’output di ip r e ifconfig e uci get network.sfp.ipaddr e il contenuto di /etc/init.d/network della Gui Mod, riconosciuto ancora come ethernet

Gui 9.5.38.txt

Qui l’output di ip r e ifconfig e uci get network.sfp.ipaddr e il contenuto di /etc/init.d/network della Gui Mod dopo aver inserito: 


        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 restart

Adesso segnalava correttamente la Broadband Gpon ma down.

down

Per curiosità sono andato dentro a Local Network e ho cambiato il valore SFP IP address da 192.168.10.1 in 192.168.2.2 e la Broadband è andata up.

up

Adesso la Gui risulta veloce come quando riconosciuta come Ethernet. Gui 9.5.38 - Riavvio.txt

FrancYescO commented 4 years ago

Perfetto grazie dovrebbe esserci tutto il necessario per il fix (che a farla breve non è altro che mettere 192.168.2.2 come IP come hai fatto)..

quando hai dato i comandi poco sopra hai avuto comunque la necessità di impostare GPON o è cambiata da sola la scheda?

Anche se non credo ci cambi molto, rimarrebbe da capire in quale occasione il miniONT risponde sull'IP 192.168.10.1

il messaggio di sopra lo avevo editato forse non hai notato che avevo cambiato il secondo blocco di comandi da testareç

        uci set network.sfp='static'
        uci set network.sfp.ifname='waneth4'
        uci set network.sfp.ipaddr='192.168.10.2'
        uci set network.sfp.netmask='255.255.255.0'
brusarp commented 4 years ago

Perfetto grazie dovrebbe esserci tutto il necessario per il fix (che a farla breve non è altro che mettere 192.168.2.2 come IP come hai fatto)

But if I'm not mistaken you have to do both: change the address inside the local network card and enter the Uci values ​​(if I try to do uci get network.sfp... it tells me "not found" and if I try to force manually the GPON settings inside the GUI It become so slow). I try only to change the sfp ip value inside the Local Network card and now the sfp_get.sh result is

~# sfp_get.sh --allstats OPERATION (O5)  Temperature: 48.976563C  Voltage: 3.236100V  Tx Power: 2.625935dBm  Rx Power: -15.800443dBm  Bias: 8.230000mA BytesSent: 444153856558 BytesReceived: 1723744143337 PacketsSent: 733528377 PacketsReceived: 1393976806 ErrorsSent: 0 ErrorsReceived: 0 DiscardPacketsSent: 0 DiscardPacketsReceived: 0

PS: thank you @neo82ita

neo82ita commented 4 years ago

La scheda la devo comunque mettere in manuale su gpon, in auto da sempre wan eth. Dopo tutta la serie di uci... ho fatto questi passaggi: Gpon in manuale (Broadband down), ho atteso che la gui si sbloccasse, in Local Network ho cambiato il valore SFP IP address e dopo la Broadband è andata UP.

Comunque sto facendo altri test, perché se metto in auto dopo mi manda in blocco la gui. Sembra che il passaggio auto eth, manual gpon va fatto con l’ip sfp 192.168.10.1, solo dopo va messo quello corretto

FrancYescO commented 4 years ago

al posto di 192.168.10.1 metti 192.168.10.2

Teoricamente 2.1 è l'IP su cui risponde con traffico untagged (VLAN disattivato) mentre 10.1 al traffico togged (su quale VLAN boh.. spero la 835) quindi di conseguenza nella pagina ethernet come IP devi mettere +1 cosi da far stare il TIMHUB nella stessa subnet ma non mandarlo in conflitto mettendo lo stesso IP del miniont

da ciò le mie prove di sopra in cui appunto le interfacce erano nominate sfp e sfptag (che è come le chiamano/chiamavano nel firmware ufficiale)

neo82ita commented 4 years ago

Ho sperimentato varie cose, l'unica che porta al riconoscimento corretto è: 1 - Reset da tasto con riavvio. 1b - Verifico che la GUI originale funziona regolarmente 2 - Installo Gui Mod (online o offline è uguale) 2b - Aspetto la fine dell'installazione 3 - Verifico con il comando 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.100.1 dev pppoe-wan proto kernel scope link src 95.237.27.115
                    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

3b - Do il comando uci get network.sfp.ipaddr con risposta uci: Entry not found 4 - Inserisco in successione i comandi:

                    uci set network.sfp='static'
                    set network.sfp.ifname='eth4'
                    set network.sfp.ipaddr='192.168.2.2'
                    set network.sfp.netmask='255.255.255.0'
                    /etc/init.d/network restart
                    Success.

4b - Verifico con il comando uci get network.sfp.ipaddr con risposta 192.168.2.2 4c - provo con ping 192.168.2.2 senza risposta

                    PING 192.168.2.2 (192.168.2.2): 56 data bytes
                    ^C
                    --- 192.168.2.2 ping statistics ---
                    5 packets transmitted, 0 packets received, 100% packet loss

Provo ping 192.168.10.1 con risposta

                    PING 192.168.10.1 (192.168.10.1): 56 data bytes
                    64 bytes from 192.168.10.1: seq=0 ttl=64 time=0.251 ms
                    64 bytes from 192.168.10.1: seq=1 ttl=64 time=0.218 ms
                    64 bytes from 192.168.10.1: seq=2 ttl=64 time=0.274 ms
                    64 bytes from 192.168.10.1: seq=3 ttl=64 time=0.209 ms
                    64 bytes from 192.168.10.1: seq=4 ttl=64 time=0.402 ms
                    64 bytes from 192.168.10.1: seq=5 ttl=64 time=0.300 ms
                    ^C
                    --- 192.168.10.1 ping statistics ---
                    6 packets transmitted, 6 packets received, 0% packet loss
                    round-trip min/avg/max = 0.209/0.275/0.402 ms

5 - Entro nella gui e la Broadband risulta Down 5b - Entro in Local Network cambio SFP IP address in 192.168.2.2 salvo e al ritorno sulla pagina principale c'è Broadband UP 6 - Inserisco nuovamente il comando ip r e questo il risultato:

                    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.55.26.116
                    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
                    root@modemtim:~#

Annotazione 2020-04-07 145602

Annotazione 2020-04-07 145956

FrancYescO commented 4 years ago

Allora il codice che si occupa di capire su che diavolo di IP è il mini ONT è questo:

###########################################
config_load network
config_get ip_addr sfptag ipaddr ''
if [ ! -n "$ip_addr" ] ; then
    config_get ip_addr sfp ipaddr ''
fi

if [ ! -n "$ip_addr" ] ; then
    connect_cmd="telnet 192.168.2.1 23"
else
    local ip=$(echo $ip_addr | awk -F '.' '{print $1"."$2"."$3}')
    connect_cmd="telnet "$ip".1 23"
fi
###### get the ip address of SFP ###end###

quindi in breve prova a vedere se ha uci get network.sfptag.ipaddr (che è quello che si imposta da GUI) definito se lo ha prende la /24 e si collega all'IP .1 se non lo ha passa a controllare uci get network.sfp.ipaddr e fa la stessa storia collegandosi al .1 se non ha nemmeno questo prova arbitrariamente verso l'ip 192.168.2.1

l'unica - piu' che altro curiosità- che mi resta è se dopo i comandi 

        uci set network.sfptag='static'
        uci set network.sfptag.ifname='waneth4'
        uci set network.sfptag.ipaddr='192.168.10.2'
        uci set network.sfptag.netmask='255.255.255.0'
        /etc/init.d/network restart

il ping a 192.168.10.1 funziona

neo82ita commented 4 years ago

l'unica - piu' che altro curiosità- che mi resta è se dopo i comandi 


        uci set network.sfptag='static'

        uci set network.sfptag.ifname='waneth4'

        uci set network.sfptag.ipaddr='192.168.10.2'

        uci set network.sfptag.netmask='255.255.255.0'

        /etc/init.d/network restart

il ping a 192.168.10.1 funziona

Questo comandi li do dalla situazione che ho ora o devo rifare il reset della gui, rimettere mod e poi inserirli senza modifica l’sfp ip da local network?

PS. Nella situazione riportata nel post precedente pingo regolarmente l’Sfp sul 192.168.2.2 Il Ping sul .10.1 funzionava prima di cambiarlo nella gui

FrancYescO commented 4 years ago

il ping che hai fatto prima a 10.1 era superfluo, come spiegato prima con la GUI installata attualmente è come fare un ping al modem stesso.

quei comandi puoi darli anche dalla situazione attuale

neo82ita commented 4 years ago

il ping che hai fatto prima a 10.1 era superfluo, come spiegato prima con la GUI installata attualmente è come fare un ping al modem stesso.

quei comandi puoi darli anche dalla situazione attuale

Il Ping non funziona e mi ha ribloccato la gui. Domani con calma resetto e faccio tutto da capo. Con ip r è sparita 192.168.2.0/24 dev eth4 proto kernel scope link src 192.168.2.2 e blocca la gui. Dentro a local network ho questo errore:

Exact data not found in this paths: Key sfplocalip : uci.network.interface.@sfp.ipaddr

FrancYescO commented 4 years ago

Sperando di non aver causato problemi peggiori ora nell'ultima dev non vengono fatte modifiche a quell'interfaccia durante l'installazione della GUI di conseguenza dovrebbe funzionare tutto nel modo giusto

resta da capire se c'è ancora bisogno di disattivare il wansensing

ne ho inoltre approfittato per migliorare un po la "grafica" e si mi dai il risultato di un transformer-cli get rpc.optical. vediamo se riusciamo a portare la visualizzazione di altri parametri da GUI

neo82ita commented 4 years ago

Ho aggiornato alla 9.5.45 dev ma il wan sensing non sembra andare. In broadband se metto in auto la riconosce come eth. In manuale gpon carica e rimane bloccato in loading e la gui è lentissima.

brusarp commented 4 years ago

@neo82ita did you have resetted the Dga? I think that is better to retry with a fresh configuration (with many changes you have try to do, maybe something will stay wrong...)

FrancYescO commented 4 years ago

L'aggiornamento non si preoccupa di sistemare precedenti configurazioni sbagliate (anche se fatte durante l'installazione della GUI) in breve, le nuove installazioni risulteranno corrette ma le vecchie devono essere sistemate a mano (l'unica necessità dovrebbe essere mettere l'ip 192.168.2.2 dalla scheda LAN sull'IP dell'SFP) ... nel tuo caso ti direi semplicemente resetta e reinstalla la GUI

Il file /etc/config/network deve risultare come l'originale: nessun blocco sfptag ma solo un blocco sfp con IP 192.168.2.2, attualmente il tuo @neo82ita dubito sia in queso modo, dato che prima ti ho fatto aggiungere il blocco sfptag

Sul funzionamento con wansensing abilitato non sono ancora confidente e chiedo a voi confer, perchè non ho capito bene come funziona da originale

@brusarp ti funziona attualmente anche con wansensing abilitato? i valori ottici vengono mostrati correttamente sia sulla card che nella modal? mi riuscite a passare il comando transformer-cli get rpc.optical.?

neo82ita commented 4 years ago

Ho aggiornato alla 9.5.45 dev ma il wan sensing non sembra andare. In broadband se metto in auto la riconosce come eth. In manuale gpon carica e rimane bloccato in loading e la gui è lentissima.

non so cosa ho combinato, ma adesso la gui non viene caricata, il tasto reset non fa nulla, entro ma la pagina è vuota. Le configurazioni funzionano tutte. Se provo a reinstallare la gui alla fine da questi errori.

Root Script: Installing in progress...
Package busybox_telnet (1.28.4-3) installed in root is up to date.
Package libopenssl (1.0.2s-1) installed in root is up to date.
Package openssl-util (1.0.2s-1) installed in root is up to date.
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
IspConfigHelper Detecting ISP and cleanup...
IspConfigHelper Checking detected ISP and setting CWMP...
IspConfigHelper Restarting dnsmasq if needed...
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
FrancYescO commented 4 years ago

posta un logread | grep error

quando installi la gui non utilizzare /etc/init.d/rootdevice force ma /etc/init.d/rootdevice debug

neo82ita commented 4 years ago

posta un logread | grep error

quando installi la gui non utilizzare /etc/init.d/rootdevice force ma /etc/init.d/rootdevice debug

Questo è logread | grep error

/tmp$ logread | grep error
Wed Apr  8 09:36:15 2020 kern.warn kernel: [   14.807909] iq_drv_construct rdpa_cpu_get returned error
Wed Apr  8 09:36:17 2020 daemon.notice procd: /etc/rc.d/S18xtm: xdslctl: devCtl_adslGetObjectValue error
Wed Apr  8 09:36:24 2020 daemon.notice hostapd: [WLANECO]  Register WLAN Eco Radio : brcm0 : error = 0
Wed Apr  8 09:36:25 2020 daemon.notice procd: /etc/rc.d/S19pre-mwan: uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:25 2020 daemon.notice procd: /etc/rc.d/S19xdsl: xdslctl: xdslCtl_GetObjectValue error
Wed Apr  8 09:36:36 2020 daemon.notice procd: /etc/rc.d/S21mwan: uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:37 2020 daemon.notice procd: /etc/rc.d/S21mwan: uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:50 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:50 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:50 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:51 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:51 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:51 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:51 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:51 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:37:07 2020 daemon.notice procd: /etc/rc.d/S98dlnad: cat: write error: Broken pipe
Wed Apr  8 09:44:04 2020 daemon.err nginx: 2020/04/08 09:44:03 [error] 5603#0: *2 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:54: attempt to index a nil value stack traceback: coroutine 0:     /www/lua/broadbandmode_helper.lua:54: in function 'check'   /usr/lib/lua/web/dyntab_helper.lua:17: in function 'p'  /usr/lib/lua/web/dyntab_helper.lua:58: in function 'process'    /www/lua/cards_limiter.lua:1: in function </www/lua/cards_limiter.lua:1>    (tail call): ?  /www/lua/cards.lua:71: in function 'cards'  [string "stats.lp"]:2: in function 'n'  /usr/lib/lua/web/lp.lua:55: in function 'include'   [string "/gateway.lp"]:6: in function 'n'   /usr/lib/lua/web/web.lua:101: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.217, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 09:47:53 2020 daemon.err nginx: 2020/04/08 09:47:53 [error] 5603#0: *11 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:54: attempt to index a nil value stack traceback: coroutine 0:    /www/lua/broadbandmode_helper.lua:54: in function 'check'   /usr/lib/lua/web/dyntab_helper.lua:17: in function 'p'  /usr/lib/lua/web/dyntab_helper.lua:58: in function 'process'    /www/lua/cards_limiter.lua:1: in function </www/lua/cards_limiter.lua:1>    (tail call): ?  /www/lua/cards.lua:71: in function 'cards'  [string "stats.lp"]:2: in function 'n'  /usr/lib/lua/web/lp.lua:55: in function 'include'   [string "/gateway.lp"]:6: in function 'n'   /usr/lib/lua/web/web.lua:101: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.217, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 09:50:55 2020 daemon.err nginx: 2020/04/08 09:50:55 [error] 12176#0: *2 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:54: attempt to index a nil value stack traceback: coroutine 0:    /www/lua/broadbandmode_helper.lua:54: in function 'check'   /usr/lib/lua/web/dyntab_helper.lua:17: in function 'p'  /usr/lib/lua/web/dyntab_helper.lua:58: in function 'process'    /www/lua/cards_limiter.lua:1: in function </www/lua/cards_limiter.lua:1>    (tail call): ?  /www/lua/cards.lua:71: in function 'cards'  [string "stats.lp"]:2: in function 'n'  /usr/lib/lua/web/lp.lua:55: in function 'include'   [string "/gateway.lp"]:6: in function 'n'   /usr/lib/lua/web/web.lua:101: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.217, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 09:59:08 2020 daemon.err nginx: 2020/04/08 09:59:08 [error] 13672#0: *3 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:54: attempt to index a nil value stack traceback: coroutine 0:    /www/lua/broadbandmode_helper.lua:54: in function 'check'   /usr/lib/lua/web/dyntab_helper.lua:17: in function 'p'  /usr/lib/lua/web/dyntab_helper.lua:58: in function 'process'    /www/lua/cards_limiter.lua:1: in function </www/lua/cards_limiter.lua:1>    (tail call): ?  /www/lua/cards.lua:71: in function 'cards'  [string "stats.lp"]:2: in function 'n'  /usr/lib/lua/web/lp.lua:55: in function 'include'   [string "/gateway.lp"]:6: in function 'n'   /usr/lib/lua/web/web.lua:101: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.217, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 09:59:42 2020 daemon.err nginx: 2020/04/08 09:59:42 [error] 13672#0: *5 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:54: attempt to index a nil value stack traceback: coroutine 0:    /www/lua/broadbandmode_helper.lua:54: in function 'check'   /usr/lib/lua/web/dyntab_helper.lua:17: in function 'p'  /usr/lib/lua/web/dyntab_helper.lua:58: in function 'process'    /www/lua/cards_limiter.lua:1: in function </www/lua/cards_limiter.lua:1>    (tail call): ?  /www/lua/cards.lua:71: in function 'cards'  [string "stats.lp"]:2: in function 'n'  /usr/lib/lua/web/lp.lua:55: in function 'include'   [string "/gateway.lp"]:6: in function 'n'   /usr/lib/lua/web/web.lua:101: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.17, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 10:00:43 2020 daemon.err nginx: 2020/04/08 10:00:43 [error] 13672#0: *6 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:54: attempt to index a nil value stack traceback: coroutine 0:    /www/lua/broadbandmode_helper.lua:54: in function 'check'   /usr/lib/lua/web/dyntab_helper.lua:17: in function 'p'  /usr/lib/lua/web/dyntab_helper.lua:58: in function 'process'    /www/lua/cards_limiter.lua:1: in function </www/lua/cards_limiter.lua:1>    (tail call): ?  /www/lua/cards.lua:71: in function 'cards'  [string "stats.lp"]:2: in function 'n'  /usr/lib/lua/web/lp.lua:55: in function 'include'   [string "/gateway.lp"]:6: in function 'n'   /usr/lib/lua/web/web.lua:101: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.217, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"

Questo utilizzando /etc/init.d/rootdevice debug

'
Root Script Start rooting
Root Script Setting root flag
Root Script Reset unlock bit
Root Script Save root password if modified
Root Script Setting & Enabling Dropbear SSH Server
Root Script Restarting Dropbear SSH Server
Root Script Executing /etc/modgui_scripts/01_prereq.sh
Root Script Disabling watchdog...
Root Script Checking Free RAM...
Root Script Executing /etc/modgui_scripts/02_specific.sh
Root Script Checking opkg feeds...
Root Script Applying specific model fixes...
Package busybox_telnet (1.28.4-3) installed in root is up to date.
Package libopenssl (1.0.2s-1) installed in root is up to date.
Package openssl-util (1.0.2s-1) installed in root is up to date.
Root Script Executing /etc/modgui_scripts/03_various.sh
Root Script Enabling hardware serial console...
Root Script Fixing sysupgrade if needed...
Root Script Restoring and enabling few transformer mappers...
Root Script Transformer lib check
Root Script Creating custom GUI utils symlinks...
Root Script Add checkversion to cron...
Root Script Executing /etc/modgui_scripts/04_config.sh
Root Script Check original config
Root Script Unlocking web interface if needed
Root Script Check if variant_friendly_name set
Root Script Remove https check
Root Script Check driver setting
Root Script Check Dropbear config file
Root Script Check eco paramaters
Root Script Add app-extension var in modgui uci config
Root Script Add new web options
Root Script New DHCPRelay Option
Root Script Suppressing wansensing logs
Root Script Create new option for led definitions
Root Script LedEventing new md5sum: ae62bfe6297c81c5c2024ec94b922c84
Root Script LedEventing md5sum: ae62bfe6297c81c5c2024ec94b922c84
Root Script Creating and checking real version
Root Script Implementing WoL
Root Script Apply new xDSL options
Root Script Adding fast cache options
Root Script Checking if wan_mode option exists...
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Root Script Checking DoSprotect kernel modules...
Root Script Enabling and starting DoSprotect service...
Root Script Checking mobiled libs...
Root Script Checking if intercept is enabled and disabling if it is...
Root Script Disabling coredump reboot...
Root Script Restoring nginx additional options if needed...
Root Script Adding missing voicednd rule if needed
Root Script Doing various checks and generating hashes...
Root Script Update branch detected: DEV
Root Script GUI hash set: f4d6992ba9f8d56ceacafe21b286361d
Root Script Updating version saved to 9.5.45-1d153c88
Root Script Resetting version info...
Root Script Decrypting any encrypted password present in config
Root Script Executing /etc/modgui_scripts/05_app.sh
Root Script Trafficmon inizialization
Root Script Enable DLNAd
Root Script Enable new upnp
Root Script Move Aria2 dir
Root Script Reinstalling Telstra GUI if needed...
Root Script Executing /etc/modgui_scripts/06_network.sh
IspConfigHelper Detecting ISP and cleanup...
IspConfigHelper Checking detected ISP and setting CWMP...
IspConfigHelper Restarting dnsmasq if needed...
Root Script Adding ipoe in network config...
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Root Script Removing default loopback DNS Servers...
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Root Script Purify WAN network config...
Root Script Fix DNS bug, make sure odhcp is enabled
Root Script Enabling odhcpd on boot
Root Script Checking and fixing dnsmasq daemon naming...
Root Script Sync DHCP configuration for new GUI
/etc/rc.common: /etc/modgui_scripts/06_network.sh: line 239: sfp_rework: not found
Root Script Attempt to clean the wansensing script from hardcoded interfaces...
Root Script Cleaning cups firewall rule...
Root Script Apply CVE 2019-11477 workaround
Root Script Checking atmdevice interface naming...
Root Script Restarting dnsmasq if needed...
Root Script Executing /etc/modgui_scripts/99_postreq.sh
Root Script Applying modifications
uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Root Script Found GUI_dev in tmp dir... Cleaning...
Root Script Resetting cwmp and watchdog
Root Script Process done.
Root Script Restarting transformer
Root Script Stopping nginx
Root Script Restarting nginx...
'
FrancYescO commented 4 years ago

dai un upgradegui e controlla se il problema si risolve con l'ultima versione, se ancora non va postami sempre un logread | grep error

assicurati di riuscire a pingare 192.168.2.1 e postami un uci get network.sfp.ipaddr

se la comunicazione con l'ont è ok passami poi un transformer-cli get rpc.optical.

brusarp commented 4 years ago

@brusarp ti funziona attualmente anche con wansensing abilitato? i valori ottici vengono mostrati correttamente sia sulla card che nella modal? mi riuscite a passare il comando transformer-cli get rpc.optical.?

Scusa... ora sono fuori e non riesco, poi a casa ho i figli che devono fare tele-lezione... appena riesco provo a fare qualcosa

FrancYescO commented 4 years ago

si con calma ;) in ogni caso eccetto per quando si da /etc/init.d/network restart gli altri comandi non dovrebbero causare disconnessioni

neo82ita commented 4 years ago

dai un upgradegui e controlla se il problema si risolve con l'ultima versione, se ancora non va postami sempre un logread | grep error

*

assicurati di riuscire a pingare 192.168.2.1 e postami un uci get network.sfp.ipaddr

se la comunicazione con l'ont è ok passami poi un transformer-cli get rpc.optical.

Questi 2 comandi non funzionano

* Ancora nulla, adesso dopo che faccio il login esce quello in figura, prima neanche quello.

image

root@modemtim:~# logread | grep error
Wed Apr  8 09:36:15 2020 kern.warn kernel: [   14.807909] iq_drv_construct rdpa_cpu_get returned error
Wed Apr  8 09:36:17 2020 daemon.notice procd: /etc/rc.d/S18xtm: xdslctl: devCtl_adslGetObjectValue error
Wed Apr  8 09:36:24 2020 daemon.notice hostapd: [WLANECO]  Register WLAN Eco Radio : brcm0 : error = 0
Wed Apr  8 09:36:25 2020 daemon.notice procd: /etc/rc.d/S19pre-mwan: uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:25 2020 daemon.notice procd: /etc/rc.d/S19xdsl: xdslctl: xdslCtl_GetObjectValue error
Wed Apr  8 09:36:36 2020 daemon.notice procd: /etc/rc.d/S21mwan: uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:37 2020 daemon.notice procd: /etc/rc.d/S21mwan: uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:50 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:50 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:50 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:51 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:51 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:51 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:51 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:36:51 2020 daemon.notice procd: /etc/rc.d/S60pppoe-relay-tch: /sbin/uci: Parse error (section of different type overwrites prior section with same name) at line 154, byte 23
Wed Apr  8 09:37:07 2020 daemon.notice procd: /etc/rc.d/S98dlnad: cat: write error: Broken pipe
Wed Apr  8 09:44:04 2020 daemon.err nginx: 2020/04/08 09:44:03 [error] 5603#0: *2 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:54: attempt to index a nil value stack traceback: coroutine 0:    /www/lua/broadbandmode_helper.lua:54: in function 'check'        /usr/lib/lua/web/dyntab_helper.lua:17: in function 'p'  /usr/lib/lua/web/dyntab_helper.lua:58: in function 'process'    /www/lua/cards_limiter.lua:1: in function </www/lua/cards_limiter.lua:1>        (tail call): ? /www/lua/cards.lua:71: in function 'cards'       [string "stats.lp"]:2: in function 'n'  /usr/lib/lua/web/lp.lua:55: in function 'include'       [string "/gateway.lp"]:6: in function 'n'       /usr/lib/lua/web/web.lua:101: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.217, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 09:47:53 2020 daemon.err nginx: 2020/04/08 09:47:53 [error] 5603#0: *11 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:54: attempt to index a nil value stack traceback: coroutine 0:   /www/lua/broadbandmode_helper.lua:54: in function 'check'        /usr/lib/lua/web/dyntab_helper.lua:17: in function 'p'  /usr/lib/lua/web/dyntab_helper.lua:58: in function 'process'    /www/lua/cards_limiter.lua:1: in function </www/lua/cards_limiter.lua:1>        (tail call): ? /www/lua/cards.lua:71: in function 'cards'       [string "stats.lp"]:2: in function 'n'  /usr/lib/lua/web/lp.lua:55: in function 'include'       [string "/gateway.lp"]:6: in function 'n'       /usr/lib/lua/web/web.lua:101: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.217, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 09:50:55 2020 daemon.err nginx: 2020/04/08 09:50:55 [error] 12176#0: *2 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:54: attempt to index a nil value stack traceback: coroutine 0:   /www/lua/broadbandmode_helper.lua:54: in function 'check'        /usr/lib/lua/web/dyntab_helper.lua:17: in function 'p'  /usr/lib/lua/web/dyntab_helper.lua:58: in function 'process'    /www/lua/cards_limiter.lua:1: in function </www/lua/cards_limiter.lua:1>        (tail call): ? /www/lua/cards.lua:71: in function 'cards'       [string "stats.lp"]:2: in function 'n'  /usr/lib/lua/web/lp.lua:55: in function 'include'       [string "/gateway.lp"]:6: in function 'n'       /usr/lib/lua/web/web.lua:101: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.217, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 09:59:08 2020 daemon.err nginx: 2020/04/08 09:59:08 [error] 13672#0: *3 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:54: attempt to index a nil value stack traceback: coroutine 0:   /www/lua/broadbandmode_helper.lua:54: in function 'check'        /usr/lib/lua/web/dyntab_helper.lua:17: in function 'p'  /usr/lib/lua/web/dyntab_helper.lua:58: in function 'process'    /www/lua/cards_limiter.lua:1: in function </www/lua/cards_limiter.lua:1>        (tail call): ? /www/lua/cards.lua:71: in function 'cards'       [string "stats.lp"]:2: in function 'n'  /usr/lib/lua/web/lp.lua:55: in function 'include'       [string "/gateway.lp"]:6: in function 'n'       /usr/lib/lua/web/web.lua:101: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.217, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 09:59:42 2020 daemon.err nginx: 2020/04/08 09:59:42 [error] 13672#0: *5 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:54: attempt to index a nil value stack traceback: coroutine 0:   /www/lua/broadbandmode_helper.lua:54: in function 'check'        /usr/lib/lua/web/dyntab_helper.lua:17: in function 'p'  /usr/lib/lua/web/dyntab_helper.lua:58: in function 'process'    /www/lua/cards_limiter.lua:1: in function </www/lua/cards_limiter.lua:1>        (tail call): ? /www/lua/cards.lua:71: in function 'cards'       [string "stats.lp"]:2: in function 'n'  /usr/lib/lua/web/lp.lua:55: in function 'include'       [string "/gateway.lp"]:6: in function 'n'       /usr/lib/lua/web/web.lua:101: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.17, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 10:00:43 2020 daemon.err nginx: 2020/04/08 10:00:43 [error] 13672#0: *6 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:54: attempt to index a nil value stack traceback: coroutine 0:   /www/lua/broadbandmode_helper.lua:54: in function 'check'        /usr/lib/lua/web/dyntab_helper.lua:17: in function 'p'  /usr/lib/lua/web/dyntab_helper.lua:58: in function 'process'    /www/lua/cards_limiter.lua:1: in function </www/lua/cards_limiter.lua:1>        (tail call): ? /www/lua/cards.lua:71: in function 'cards'       [string "stats.lp"]:2: in function 'n'  /usr/lib/lua/web/lp.lua:55: in function 'include'       [string "/gateway.lp"]:6: in function 'n'       /usr/lib/lua/web/web.lua:101: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.217, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 10:10:29 2020 daemon.err nginx: 2020/04/08 10:10:29 [error] 15950#0: *3 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:173: attempt to index a nil value stack traceback: coroutine 0:  /www/lua/broadbandmode_helper.lua:173: in function 'check'       /usr/lib/lua/web/dyntab_helper.lua:31: in function 'processChecks'      /usr/lib/lua/web/dyntab_helper.lua:105: in function 'process'   /www/lua/cards_limiter.lua:59: in function </www/lua/cards_limiter.lua:56>     (tail call): ?   /www/lua/cards.lua:163: in function 'cards'     [string "stats.lp"]:15: in function 'content'  /usr/lib/lua/web/lp.lua:176: in function 'include'      [string "/gateway.lp"]:34: in function 'content'        /usr/lib/lua/web/web.lua:268: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.217, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 13:31:17 2020 daemon.err nginx: 2020/04/08 13:31:17 [error] 16564#0: *2 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:173: attempt to index a nil value stack traceback: coroutine 0:  /www/lua/broadbandmode_helper.lua:173: in function 'check'       /usr/lib/lua/web/dyntab_helper.lua:31: in function 'processChecks'      /usr/lib/lua/web/dyntab_helper.lua:105: in function 'process'   /www/lua/cards_limiter.lua:59: in function </www/lua/cards_limiter.lua:56>     (tail call): ?   /www/lua/cards.lua:163: in function 'cards'     [string "stats.lp"]:15: in function 'content'  /usr/lib/lua/web/lp.lua:176: in function 'include'      [string "/gateway.lp"]:34: in function 'content'        /usr/lib/lua/web/web.lua:268: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.17, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 13:31:26 2020 daemon.err nginx: 2020/04/08 13:31:26 [error] 16564#0: *4 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:173: attempt to index a nil value stack traceback: coroutine 0:  /www/lua/broadbandmode_helper.lua:173: in function 'check'       /usr/lib/lua/web/dyntab_helper.lua:31: in function 'processChecks'      /usr/lib/lua/web/dyntab_helper.lua:105: in function 'process'   /www/lua/cards_limiter.lua:59: in function </www/lua/cards_limiter.lua:56>     (tail call): ?   /www/lua/cards.lua:163: in function 'cards'     [string "stats.lp"]:15: in function 'content'  /usr/lib/lua/web/lp.lua:176: in function 'include'      [string "/gateway.lp"]:34: in function 'content'        /usr/lib/lua/web/web.lua:268: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.17, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1"Wed Apr  8 13:43:50 2020 daemon.err nginx: 2020/04/08 13:43:50 [error] 16564#0: *6 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:173: attempt to index a nil value stack traceback: coroutine 0:  /www/lua/broadbandmode_helper.lua:173: in function 'check'       /usr/lib/lua/web/dyntab_helper.lua:31: in function 'processChecks'      /usr/lib/lua/web/dyntab_helper.lua:105: in function 'process'   /www/lua/cards_limiter.lua:59: in function </www/lua/cards_limiter.lua:56>     (tail call): ?   /www/lua/cards.lua:163: in function 'cards'     [string "cards.lp"]:55: in function 'content'  /usr/lib/lua/web/lp.lua:176: in function 'include'      [string "/cards.lp"]:27: in function 'content'   /usr/lib/lua/web/web.lua:268: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.17, server: localhost, request: "GET /cards.lp HTTP/1.1", host: "192.168.1.1"
Wed Apr  8 13:50:29 2020 daemon.err nginx: 2020/04/08 13:50:29 [error] 10217#0: *3 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:173: attempt to index a nil value stack traceback: coroutine 0:  /www/lua/broadbandmode_helper.lua:173: in function 'check'       /usr/lib/lua/web/dyntab_helper.lua:31: in function 'processChecks'      /usr/lib/lua/web/dyntab_helper.lua:105: in function 'process'   /www/lua/cards_limiter.lua:59: in function </www/lua/cards_limiter.lua:56>     (tail call): ?   /www/lua/cards.lua:163: in function 'cards'     [string "stats.lp"]:15: in function 'content'  /usr/lib/lua/web/lp.lua:176: in function 'include'      [string "/gateway.lp"]:34: in function 'content'        /usr/lib/lua/web/web.lua:268: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.17, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 14:02:50 2020 daemon.err nginx: 2020/04/08 14:02:50 [error] 12516#0: *3 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:173: attempt to index a nil value stack traceback: coroutine 0:  /www/lua/broadbandmode_helper.lua:173: in function 'check'       /usr/lib/lua/web/dyntab_helper.lua:31: in function 'processChecks'      /usr/lib/lua/web/dyntab_helper.lua:105: in function 'process'   /www/lua/cards_limiter.lua:59: in function </www/lua/cards_limiter.lua:56>     (tail call): ?   /www/lua/cards.lua:163: in function 'cards'     [string "stats.lp"]:15: in function 'content'  /usr/lib/lua/web/lp.lua:176: in function 'include'      [string "/gateway.lp"]:34: in function 'content'        /usr/lib/lua/web/web.lua:268: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.17, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 14:03:26 2020 daemon.err nginx: 2020/04/08 14:03:26 [error] 12516#0: *4 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:173: attempt to index a nil value stack traceback: coroutine 0:  /www/lua/broadbandmode_helper.lua:173: in function 'check'       /usr/lib/lua/web/dyntab_helper.lua:31: in function 'processChecks'      /usr/lib/lua/web/dyntab_helper.lua:105: in function 'process'   /www/lua/cards_limiter.lua:59: in function </www/lua/cards_limiter.lua:56>     (tail call): ?   /www/lua/cards.lua:163: in function 'cards'     [string "stats.lp"]:15: in function 'content'  /usr/lib/lua/web/lp.lua:176: in function 'include'      [string "/gateway.lp"]:34: in function 'content'        /usr/lib/lua/web/web.lua:268: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.17, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1"Wed Apr  8 14:03:43 2020 daemon.err nginx: 2020/04/08 14:03:43 [error] 12516#0: *5 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:173: attempt to index a nil value stack traceback: coroutine 0:  /www/lua/broadbandmode_helper.lua:173: in function 'check'       /usr/lib/lua/web/dyntab_helper.lua:31: in function 'processChecks'      /usr/lib/lua/web/dyntab_helper.lua:105: in function 'process'   /www/lua/cards_limiter.lua:59: in function </www/lua/cards_limiter.lua:56>     (tail call): ?   /www/lua/cards.lua:163: in function 'cards'     [string "stats.lp"]:15: in function 'content'  /usr/lib/lua/web/lp.lua:176: in function 'include'      [string "/gateway.lp"]:34: in function 'content'        /usr/lib/lua/web/web.lua:268: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.17, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1"Wed Apr  8 14:03:59 2020 daemon.err nginx: 2020/04/08 14:03:59 [error] 12516#0: *6 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:173: attempt to index a nil value stack traceback: coroutine 0:  /www/lua/broadbandmode_helper.lua:173: in function 'check'       /usr/lib/lua/web/dyntab_helper.lua:31: in function 'processChecks'      /usr/lib/lua/web/dyntab_helper.lua:105: in function 'process'   /www/lua/cards_limiter.lua:59: in function </www/lua/cards_limiter.lua:56>     (tail call): ?   /www/lua/cards.lua:163: in function 'cards'     [string "stats.lp"]:15: in function 'content'  /usr/lib/lua/web/lp.lua:176: in function 'include'      [string "/gateway.lp"]:34: in function 'content'        /usr/lib/lua/web/web.lua:268: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.17, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1"Wed Apr  8 14:05:40 2020 daemon.err nginx: 2020/04/08 14:05:40 [error] 12992#0: *2 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:173: attempt to index a nil value stack traceback: coroutine 0:  /www/lua/broadbandmode_helper.lua:173: in function 'check'       /usr/lib/lua/web/dyntab_helper.lua:31: in function 'processChecks'      /usr/lib/lua/web/dyntab_helper.lua:105: in function 'process'   /www/lua/cards_limiter.lua:59: in function </www/lua/cards_limiter.lua:56>     (tail call): ?   /www/lua/cards.lua:163: in function 'cards'     [string "stats.lp"]:15: in function 'content'  /usr/lib/lua/web/lp.lua:176: in function 'include'      [string "/gateway.lp"]:34: in function 'content'        /usr/lib/lua/web/web.lua:268: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.17, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
Wed Apr  8 14:09:01 2020 daemon.err nginx: 2020/04/08 14:09:01 [error] 14973#0: *3 lua entry thread aborted: runtime error: /www/lua/broadbandmode_helper.lua:173: attempt to index a nil value stack traceback: coroutine 0:  /www/lua/broadbandmode_helper.lua:173: in function 'check'       /usr/lib/lua/web/dyntab_helper.lua:31: in function 'processChecks'      /usr/lib/lua/web/dyntab_helper.lua:105: in function 'process'   /www/lua/cards_limiter.lua:59: in function </www/lua/cards_limiter.lua:56>     (tail call): ?   /www/lua/cards.lua:163: in function 'cards'     [string "stats.lp"]:15: in function 'content'  /usr/lib/lua/web/lp.lua:176: in function 'include'      [string "/gateway.lp"]:34: in function 'content'        /usr/lib/lua/web/web.lua:268: in function 'process'     content_by_lua(nginx.conf:117):4: in function <content_by_lua(nginx.conf:117):1>, client: 192.168.1.17, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/"
root@modemtim:~#
neo82ita commented 4 years ago

Adesso ho risolto per la gui, per ora non posso fare altro. Appena ho modo resetto tutto e vedo che succede. Grazie ancora

brusarp commented 4 years ago

Fatto un paio di prove al volo. Ieri mi ero accorto che qualche mio dispositivo non andava => quelli collegati alla porta 4. Io non l'avevo toccata ma si era disabilitato lo swap WAN=>ETH. L'ho rimesso su ETH e i dispositivi sono tornati a funzionare. Non mi ero accorto però che in questo modo sfp_get non funziona più. Pensavo fosse un problema delle impostazioni UCI (che nel frattempo avevo smanettato) ma anche rimettendole il comando non funzionava più. Oggi ho provato a disabilitare momentaneamente lo swap dopo aver reimpostato tutti gli uci e verificato che in ip r appaia la riga con .2.1 e voilà. I comandi tornano a funzionare. Ecco anche il risultato del transform: sfp_get.sh --allstats OPERATION (O5) Temperature: 50.011719C Voltage: 3.220100V Tx Power: 2.484147dBm Rx Power: -16.143937dBm Bias: 8.440000mA BytesSent: 448563719262 BytesReceived: 1748296999629 PacketsSent: 743645708 PacketsReceived: 1414760411 ErrorsSent: 0 ErrorsReceived: 0 DiscardPacketsSent: 0 DiscardPacketsReceived: 0 root@modemtim:~# transformer-cli get rpc.optical. rpc.optical.InterfaceNumberOfEntries [unsignedInt] = 1 rpc.optical.Interface.1.UpperOpticalThreshold [int] = -7000 rpc.optical.Interface.1.LastChange [unsignedInt] = 269311 rpc.optical.Interface.1.VendorName [string] = Technicolor rpc.optical.Interface.1.Enable [boolean] = 1 rpc.optical.Interface.1.LowerLayers [string] = rpc.optical.Interface.1.OpticalSignalLevel [int] = -16144 rpc.optical.Interface.1.LowerOpticalThreshold [int] = -29000 rpc.optical.Interface.1.TransmitOpticalLevel [int] = 0 rpc.optical.Interface.1.Name [string] = OPTICAL rpc.optical.Interface.1.UpperTransmitPowerThreshold [int] = 6000 rpc.optical.Interface.1.LowerTransmitPowerThreshold [int] = -500 rpc.optical.Interface.1.Status [string] = Up rpc.optical.Interface.1.Alias [string] = cpe-Interface-1 rpc.optical.Interface.1.Upstream [boolean] = 1 rpc.optical.Interface.1.Stats.ErrorsReceived [unsignedInt] = 0 rpc.optical.Interface.1.Stats.ErrorsSent [unsignedInt] = 0 rpc.optical.Interface.1.Stats.BytesReceived [unsignedLong] = 1748297966429 rpc.optical.Interface.1.Stats.DiscardPacketsSent [unsignedInt] = 0 rpc.optical.Interface.1.Stats.PacketsSent [unsignedLong] = 743647191 rpc.optical.Interface.1.Stats.BytesSent [unsignedLong] = 448564101431 rpc.optical.Interface.1.Stats.PacketsReceived [unsignedLong] = 1414762034 rpc.optical.Interface.1.Stats.DiscardPacketsReceived [unsignedInt] = 0 rpc.optical.Interface.1.Stats.reset [boolean] = 0 rpc.optical.link.GPHY4LinkStatus [string] = Up rpc.optical.link.GPHY4LanWanMode [string] = Wan rpc.optical.link.SfpLinkStatus [string] = Up rpc.optical.link.Eth4WanType [string] = SFP

FrancYescO commented 4 years ago

@neo82ita hai risolto come? ipotizzo qui problemi di irraggiungibilità della GUI si verificano quando non riesce a comunicare con l'SFP, ok che non è un caso standard ma dobbiamo cercare di risolvere anche quello

@brusarp la porta eth4 è quella piu "sensibile" quando c'è l'SFP collegato dato che senza SFP diventa una porta WAN, il suo comportamento dovrebbe essere comunque regolato dal valore di uci.ethernet.globals.eth4lanwanmode: con SFP inserito dovrebbe risultare sempre 0

con l'ultima GUI dev i parametri nella modal e nella card vengono visualizzati? (ora il lvello ottico lo si dovrebbe leggere anche dalla card senza aprirla) ... se è tutto ok poi cerco di aggiungere anche tutti queli altri valori nella modale a fine informativo, sfortunatamente dipendo sempre dai vostri responsi per capire se ho aggiunto o risolto qualche errore

brusarp commented 4 years ago

@brusarp la porta eth4 è quella piu "sensibile" quando c'è l'SFP collegato dato che senza SFP diventa una porta WAN, il suo comportamento dovrebbe essere comunque regolato dal valore di uci.ethernet.globals.eth4lanwanmode: con SFP inserito dovrebbe risultare sempre 0

Prima di avere la FTTH ero in FTTC ed usavo la eth4 sempre come eth comunque (serve come WAN solo in caso di FTTH con ONT esterno...). Se do il comando uci ethernet.globals.eth4lanwanmode risponde "1". Il fatto è che se non è impostata come WAN l'sfp non risponde più. Altre prove (tra cui la nuova dev) ora non riesco a farla... inoltre non vorrei "rompere" troppo ai server TIM con tutte le riconnessioni vicine e avere la linea in SOS (funziona anche in FTTH come in FTTC che se ci sono troppe riconnessioni abbassano la linea??? mah...)

FrancYescO commented 4 years ago

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: è come disconnetterlo fisicamente e utilizzare la porta ETH4 al suo posto per prendere la connessione dall'esterno, comunque se dalla porta 4 tutto funziona è giusto così ed in ogni caso è una cosa fuori dallo scopo di questa issue ;)

PS. il SOS non esiste per il GPON