[goleador]

Rimosse e riavviato, ma non mi sembra sia cambiato nulla. Grazie ancora per tutti i consigli.

[rospy]

Sono tornato a fare delle prove con la Huawei usando vari json. Quello suggerito da Larsen64it e Goleador oltre ad aver provato con i json del ROOTER e del GL.MT300v2 entrambi basati su openwrt.

In sostanza ciò che ho capito è che viene creata una interfaccia eth6 ed è pure connessa (con il json di goleador e con gli altri due openwrt) ma con la ZTE si esce mentre con la Huawei funziona solo il DNS (cioè restituisce l'IP del nome ma non va oltre). Ho pensato potesse essere un problema di firewall ma non è così. La cosa strana è che la ZTE viene riconosciuta e funziona anche senza cambiare /etc/usb-mode.json (ovvero pur lasciando la versione di goleador valida per Huawei). A questo punto sono ancora più stupito. Ma da dove prende la configurazione la ZTE?

Se serve ho fatto stampa di vari comandi nei due casi
lsusb
dmesg | tail -n20
ifconfig
ip r
cat /etc/config/network
ping google.com
cat /etc/config/firewall
cat /etc/firewall.user

con la ZTE la scheda MOBILE è configurata e connessa
DISPOSITIVI ATTIVI
MF833U1

Stato dispositivo ed impostazioni
Abilitato:
Usa profili dispositivo:
Consenti roaming:

Internazionale
Stato dispositivo:
Connesso
Scansione rete
Scansione reti
Nessun riisultato scansione rete
Interfacce
Interfaccia   Profilo collegato   Connetti
wwan   internet   
Interfaccia wwan
Stato:
Connesso
Indirizzo IPv4:
10.41.175.178
DNS primario IPv4:
192.168.0.1

[larsen64it]

Non tutte le chiavette usano usb-mode.json
Alcune partono dagli Id contenuti nella dir /lib/network/wwan, altre usano i script contenuti nei vari pacchetti e dipende dalla versione dei driver. usb-mode.json viene usata per mettere una toppa a chiavette non riconosciute. Non è sempre facile sapere che cosa uno si trova per le mani.
p. es. la tua ZTE viene commercializzata con chip Qualcomm MDM9207 usato anche da  TP-LINK M7350, ZTE MF283V, TP-Link Archer MR200 V.2, Huawei E5573, oppure con chip ZX297520V3. Quindi sapere come viene riconosciuta spesso e volentieri potrebbe essere anche forviante. Bisognerebbe provarla senza i driver (quindi prima dello switch) per sapere l'ID di partenza. Partendo da quell'ID  si può sapere quale o quali dovrebbero essere gli ID di arrivo e i vari modi di utilizzo. Tutto questo sempre se uno non l'abbia manomessa o bloccata in altro modo.
https://vuldb.com/it/?id.144721
Sei sicuro che dopo ogni smanettamento con la zte  di non aver riavviato perché la tua chiavetta in usb-mode.json c'é

Codice: [Seleziona]

"19d2:1225": {
"*": {
"t_vendor": 6610,
"t_product": [ 5125 ],
"mode": "StandardEject",
"msg": [  ]
}
},

[rospy]

Mi scuso se mi ripeto ma ovviamente ho spento e riacceso il Tim Hub tutte le volte che ho cambiato il json e ogni volta che ho cambiato chiavetta.

Sono andato a verificare /lib/network/wwan ma non ho trovato la ZTE (19d2:1225) e neanche la Huawei (12d1:1f01 che cambia in 155e oppure in 14db). Come json avevo messo sempre e solo quello di goleador dopo aver rinominato quello originario che presumo non venga letto ovviamente avendo estensione diversa.

Quindi chissà dove prende il tipo di chiavetta come riconosciuto nella GUI.

Seguire questa guida è stata la prima cosa che ho fatto, ovviamente...

Ho aperto questi files ma non so veramente cosa scrivere e dove. Qualcuno mi può aiutare? Volevo provare con la Huawei che dice connessa con il json di goleador ma non navigo e il ping risponde con l'IP e quindi il DNS funziona.

[rospy]

EUREKA

Penso di aver capito il busillis. In pratica sono tornato alla configurazione del json standard del DGA 4132 e come detto in precedenza mi da la Huawei E8372h-153 (modem wifi) connessa ma però non si naviga. Ho però notato che la ZTE MF833U1 (puro modem) naviga perfettamente. La ZTE genera la eth6 per collegarsi

Codice: [Seleziona]

eth6      Link encap:Ethernet  HWaddr 00:A0:C6:00:00:00
          inet addr:192.168.0.179  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::2a0:c6ff:fe00:0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1546 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2400 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:161192 (157.4 KiB)  TX bytes:329031 (321.3 KiB)
mentre la Huawei usa wwan0

Codice: [Seleziona]

wwan0     Link encap:Ethernet  HWaddr 00:1E:10:1F:00:00
          inet addr:10.41.51.120  Bcast:10.41.51.127  Mask:255.255.255.240
          inet6 addr: fe80::21e:10ff:fe1f:0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:652 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2418 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:85968 (83.9 KiB)  TX bytes:639426 (624.4 KiB)
La ZTE usa una connessione

Codice: [Seleziona]

[  996.824435] cdc_ether 1-1:1.0 eth6: register 'cdc_ether' at usb-ehci-platform.0-1, CDC Ethernet Device, 00:a0:c6:00:00:00
e la Huawei

Codice: [Seleziona]

[  404.600558] huawei_cdc_ncm 1-1:1.3 wwan0: register 'huawei_cdc_ncm' at usb-ehci-platform.0-1, Huawei CDC NCM device, 00:1e:10:1f:00:00
La ZTE ha un indirizzo 192.168.0.1 mentre la Huawei usa 192.168.8.1

Ho quindi provato a cambiare la Huawei in 192.168.0.1 dal suo web configurator e HA FUNZIONATO!!!!

NAVIGO CON LA HUAWEI !!!

 

Problema: funziona sì ma se spengo e riaccendo con la chiavetta inserita non va. Se però la tolgo e la rimetto funziona. Ora però per me è sufficiente.

Spero che possa servire ad altri!

[FrancYescO]

web configurator? che roba è?

in breve mi pare di capire che gli unici problemi sono di routing... e che da qualche parte c'è un 192.168.0.1 hardcodato.

quello che mi chiedo però è, dove hai visto che "La ZTE ha un indirizzo 192.168.0.1 mentre la Huawei usa 192.168.8.1"?

[rospy]

Per la Huawei, che una volta alimentata funziona come un router wifi, si accede all'interfaccia di configurazione web con l'indirizzo 192.168.8.1 che è quello di default. Io ho cambiato l'indirizzo in 192.168.0.1 ed ha funzionato una volta collegata in USB al Tim Hub.

Per la ZTE si vede collegandola al PC dato che genera una connessione ethernet con indirizzo 192.168.0.1. Inoltre ciò si conferma nella eth6 della ZTE

Codice: [Seleziona]

eth6      Link encap:Ethernet  HWaddr 00:A0:C6:00:00:00
          inet addr:192.168.0.179  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::2a0:c6ff:fe00:0/64 Scope:Link
Penso proprio che da qualche parte la configurazione della connessione USB con chiavetta è fissata in 192.168.0.1
Poi penso che si possa anche cambiare come ha fatto Ivan citato in precedenza ma non saprei come fare. Il mio è stata la conseguenza di una osservazione nelle due situazioni e una intuizione su come risolverla. Non conosco, come si sarà capito, linux/openwrt da poter fare modifiche. Sono rimasto agli anni 80 con la SUN1 ...

Ultime info.

Ho fatto ulteriori prove cambiando la SIM (TIM/KENA/Postemobile e avendo cura di cambiare l'APN in Mobile/Profili/Internet)  e la chiavetta (ZTE e Huawei) funziona!

NOTA: con la ZTE posso lasciare la chiavetta collegata e riaccendere e si collega automaticamente. Con la Huawei anche se mi dice connesso non mi fa navigare. Devo per forza togliere e rimettere la chiavetta a Tim Hub acceso e allora funziona. Misteri della fede!

[FrancYescO]

Se vuoi prova a vedesere se mettendo questa opzione cambia qualcosa (se funziona anche con .8.1)

Codice: [Seleziona]

uci set network.wwan.defaultroute=1
uci commit
Se qualcuno ha voglia di approfondire:

forse quello che deve succdere con le rotte deve accadere qui
https://github.com/FrancYescO/tch_firmware_extracted/blob/AGTEF_2.2.1_CLOSED/lib/netifd/mobiled.script#L115

Mentre l'unico 192.168.0.1 che ha un senso è questo, e in effetti è proprio un indirizzo da usare come gateway di fallback
https://github.com/FrancYescO/tch_firmware_extracted/blob/AGTEF_2.2.1_CLOSED/etc/captive_portal.sh#L133

[goleador]

EUREKA

Sono interessato pure io. La mia per farla funzionare l'ho dovuta switchare in modalità ethernet (14db) dove mi tira su una interfaccia Ethernet (cdc_ether). Tu invece sei riuscito a farla funzionare in modalità Huawei (155e) con l'interfaccia wwan0 (huawei_cdc_ncm). Vorrei fare la stessa cosa, più che altro perché in modalità ethernet non riesco gestire la chiavetta dalla gui Technicolor. Ho provato fin da subito con l'IP impostato a 192.168.0.1 ma non va. Hai fatto ulteriori passaggi?

Comunque, qualcuno ha idea se è possibile prelevare dei moduli dal firmware Telstra? Ancora non ho rinunciato all'idea di usare il VoIP con il VoLTE.

Grazie a tutti.

[MisterFTTH]

@goleador ma ti pare il caso di quotare in toto un post chilometrico inserito poco prima del tuo?!? 

[goleador]

Chiedo scusa, ci starò più attento.

[FrancYescO]

@goleador ma la tua risulta connected in entrambe le modalità? perchè alla fine mi pare che entrambe le sue chiavette si connettevano ma poi non funzionava la wan, e ciò appunto è solo sintomo di routing non impostati correttamente

dal firmware telstra puoi prelevare quello che ti pare ma lì il modulo (hardware) wwan è integrato e non so quanto troverai facile interfacciarti con quelli USB (sempre che permettano chiamate VoLTE via USB)

[goleador]

Mi creava un'interfaccia wwan0 ma poi non era visibile in ifconfig. Farò delle prove con defaultroute=1 per la wwan. Grazie per i consigli.

[larsen64it]

Resta da capire perché wwan0 a volte compare e a volte no. Non è per caso l'hai forzata per farla diventare huawei_cdc_ncm

[FrancYescO]

si ok alla wwan0, ma risultava connessa? perchè altrimenti il problema è da tutt'altra parte anche la huawei che provai io poteva usare sia la ppp0 che la wwan0 ma quando era in modalità wwan non mi si connetteva mai...