[Thread Ufficiale] TP-Link TD-W8970v1 - Firmware OpenWRT

[matteo85]

Stai provando ad impostare come IP un indirizzo tipo 192.168.x.y

Forza il doscovery dell ip via web, invece di network

[matteo85]

Originariamente inviato da roguewave

si, ora mi funziona, scanner rilevato e funzionante!

Allora quando finisco il pacchetto lo committo

[ambrosa]

Se interessa ho modificato uno script già presente per ottenere un semplice collettore di statistiche ADSL

Lanciato ciclicamente tramite cron (es. ogni 15 minuti), salva in un file .csv (importabile poi da Excel ad esempio) i dati.

DATE,LINE,STATUS_MSG,UPTIME(sec),DOWN_BITRATE(bit),UP_BITRATE(bit),DOWN_NOISE(dB),UP_NOISE(dB),DOWN_ATTENUATION(dB),UP_ATTENUATION(dB)
2014-12-10 06:15:01,UP,0x801:showtime_tc_sync,134664,11996000,992000,15.8,8.9,34.7,18.7
2014-12-10 06:30:01,UP,0x801:showtime_tc_sync,135564,11996000,992000,15.7,8.9,34.7,18.7
2014-12-10 06:45:01,UP,0x801:showtime_tc_sync,136464,11996000,992000,15.7,8.9,34.7,18.7
2014-12-10 07:00:01,UP,0x801:showtime_tc_sync,137364,11996000,992000,15.8,8.9,34.7,18.7
2014-12-10 07:15:01,UP,0x801:showtime_tc_sync,138263,11996000,992000,16.1,8.9,34.7,18.7
2014-12-10 07:30:01,UP,0x801:showtime_tc_sync,139163,11996000,992000,16.1,8.9,34.7,18.7
2014-12-10 07:45:01,UP,0x801:showtime_tc_sync,140063,11996000,992000,16.1,8.9,34.7,18.7

Lo script /usr/bin/dsl-stats.sh è questo e dalla mia prossima compilazione sarà incluso dell'immagine
https://github.com/ambrosa/openwrt-T...n/dsl-stats.sh

Se volete potete già usarlo sin d'ora.

[nebbia88]

Originariamente inviato da matteo85

Se hai dato erase ma non hai riscritto niente su può essere che non hai cancellato nulla, ma non sono molto sicuro.
In ogi caso se avvii un initramfs e la wifi viene riconosciuta allora i dati stanno bene, perchè c'è un CRC

con tutti i bootloader che ho visto se dai erase puoi dire ciao ciao ai dati, anche senza riscrivere nulla...

@blackhole per toglierti il dubbio fatti passare un dump fullflash da chiunque in questo topic, scrivilo (prima o dopo averlo confrontato col tuo..), e vedi che succede..

[roguewave]

Ho un problemino, quando stampo documenti con la stampante ad un certo punto smette di stampare, ho notato che lo fa soprattutto quando è in modalità bidirezionale. uso p910nd.
chiedo soprattutto a matteo che dice di avere la mia stessa stampante. Grazie.

[blackhole00]

Originariamente inviato da nebbia88

con tutti i bootloader che ho visto se dai erase puoi dire ciao ciao ai dati, anche senza riscrivere nulla...

@blackhole per toglierti il dubbio fatti passare un dump fullflash da chiunque in questo topic, scrivilo (prima o dopo averlo confrontato col tuo..), e vedi che succede..

ambrosa, che ringrazio assieme a matteo85, mi ha fornito i singoli mtd della sua flash con a bordo la sua ultima versione di OpenWrt: io ho caricato prima da seriale OpenWrt , ho riscontrato i soliti errori di blocchi nello SQUASHFS, infine ho riflashato l'mtd "firmware" di ambrosa (sempre da seriale)...e nulla è cambiato. Non me la sento di flashare le altre partizioni a me ignote...consigli?

Se qualcuno fosse così gentile da farmi un dump fullflash e dirmi come flasharlo sarebbe magnifico...io ho appena effettuato un backup degli mtd della mia flash con a bordo una versione di OpenWrt perfettamente funzionante (la r43085 di Rylos) e sono disposto anche a inviarli a chiunque mi possa fare un confronto con la sua.

Non so però dove risiedano eventuali dati di calibrazione, qualsiasi consiglio è ben accetto

[matteo85]

Originariamente inviato da nebbia88

con tutti i bootloader che ho visto se dai erase puoi dire ciao ciao ai dati, anche senza riscrivere nulla...

@blackhole per toglierti il dubbio fatti passare un dump fullflash da chiunque in questo topic, scrivilo (prima o dopo averlo confrontato col tuo..), e vedi che succede..

una volta l'ho fatto su una NAND Mikrotik, ho dato erase senza riscriverci, al reboot c'era tutto.

[matteo85]

Originariamente inviato da blackhole00

ambrosa, che ringrazio assieme a matteo85, mi ha fornito i singoli mtd della sua flash con a bordo la sua ultima versione di OpenWrt: io ho caricato prima da seriale OpenWrt , ho riscontrato i soliti errori di blocchi nello SQUASHFS, infine ho riflashato l'mtd "firmware" di ambrosa (sempre da seriale)...e nulla è cambiato. Non me la sento di flashare le altre partizioni a me ignote...consigli?

Se qualcuno fosse così gentile da farmi un dump fullflash e dirmi come flasharlo sarebbe magnifico...io ho appena effettuato un backup degli mtd della mia flash con a bordo una versione di OpenWrt perfettamente funzionante (la r43085 di Rylos) e sono disposto anche a inviarli a chiunque mi possa fare un confronto con la sua.

Non so però dove risiedano eventuali dati di calibrazione, qualsiasi consiglio è ben accetto

ma scusa perchè non fai la prova che ti ho detto io?

[matteo85]

Originariamente inviato da ambrosa

Se interessa ho modificato uno script già presente per ottenere un semplice collettore di statistiche ADSL

Lanciato ciclicamente tramite cron (es. ogni 15 minuti), salva in un file .csv (importabile poi da Excel ad esempio) i dati.

DATE,LINE,STATUS_MSG,UPTIME(sec),DOWN_BITRATE(bit),UP_BITRATE(bit),DOWN_NOISE(dB),UP_NOISE(dB),DOWN_ATTENUATION(dB),UP_ATTENUATION(dB)
2014-12-10 06:15:01,UP,0x801:showtime_tc_sync,134664,11996000,992000,15.8,8.9,34.7,18.7
2014-12-10 06:30:01,UP,0x801:showtime_tc_sync,135564,11996000,992000,15.7,8.9,34.7,18.7
2014-12-10 06:45:01,UP,0x801:showtime_tc_sync,136464,11996000,992000,15.7,8.9,34.7,18.7
2014-12-10 07:00:01,UP,0x801:showtime_tc_sync,137364,11996000,992000,15.8,8.9,34.7,18.7
2014-12-10 07:15:01,UP,0x801:showtime_tc_sync,138263,11996000,992000,16.1,8.9,34.7,18.7
2014-12-10 07:30:01,UP,0x801:showtime_tc_sync,139163,11996000,992000,16.1,8.9,34.7,18.7
2014-12-10 07:45:01,UP,0x801:showtime_tc_sync,140063,11996000,992000,16.1,8.9,34.7,18.7

Lo script /usr/bin/dsl-stats.sh è questo e dalla mia prossima compilazione sarà incluso dell'immagine
https://github.com/ambrosa/openwrt-T...n/dsl-stats.sh

Se volete potete già usarlo sin d'ora.

bellissimo lo script.
ma a che ti servono le statistiche? :|

[blackhole00]

Originariamente inviato da matteo85

ma scusa perchè non fai la prova che ti ho detto io?

Ieri ho caricato da seriale openwrt-lantiq-xrx200-TDW8970-uImage-initramfs...ed ho avuto il seguente errore durante il boot:

jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at
0x00130018: 0x6e3d instead

visto che eravamo in ram se non erro, che vorrà dire???

Non ho ancora avuto tempo di bootare un kernel con {uboot, test, calibrazione}, riscrivere "test" più volte e verificare l'md5...

Comunque credo di avere le partizioni di calibrazione e dei mac address intatte, dal dump che ho fatto vedo il mio mac address all'offset che mi avevate indicato e poi:
- il firmware tp-link funziona perfettamete e nel boot vedo anche che carica i calibration data, ecco l'estratto

[ rsl_initLanIgmpSnoopObj ] 181: We need vlan if we want igmp snooping
*********cal_data*******
020500023537707500000000*********end*******
.....pid 228: wait the running hotplug to end itself.......

- il firmware di Rylos r43085 funziona perfettamente

[matteo85]

Originariamente inviato da blackhole00

Ieri ho caricato da seriale openwrt-lantiq-xrx200-TDW8970-uImage-initramfs...ed ho avuto il seguente errore durante il boot:

jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at
0x00130018: 0x6e3d instead

è solo un warning, non trova il magic 1985 dove dovrebbe esserci, ignoralo

[ambrosa]

Originariamente inviato da matteo85

bellissimo lo script.
ma a che ti servono le statistiche? :|

Normalmente a niente.
Però, per esperienza diretta, se dovessi avere problemi strani sulla qualità della linea con conseguente chiamata al call center servizio guasti dell'operatore telefonico, avere un pò di statistiche e dati storici non fa mai male.

Sai, ad essere a 2Km dalla centrale con linee quasi sott'acqua, basta un battere d'ali di farfalla a New York che cade la connessione.

Quindi lo script personalmente lo lascio attivo, così se comincio ad avere delle disconnessioni almeno FORSE posso capire se è la linea che si sta degradando magari a causa di un temporaneo diluvio che allaga le varie scatolette in strada (perennemente aperte).

[roguewave]

Originariamente inviato da matteo85

Allora quando finisco il pacchetto lo committo

Bene, ora ho il problema che a volte a metà stampa si blocca, ma togliendo l'opzione bidirezionale, non si blocca più.
Ho una curiosità però, quando si blocca la stampante devo spegnerla e riaccenderla, ma a questo punto per farla rilevare di nuovo dal router devo per forza riavviarlo.
Non c'è qualche comando che fa un nuovo rilevamento sulle porte usb?

[matteo85]

Originariamente inviato da roguewave

Bene, ora ho il problema che a volte a metà stampa si blocca, ma togliendo l'opzione bidirezionale, non si blocca più.
Ho una curiosità però, quando si blocca la stampante devo spegnerla e riaccenderla, ma a questo punto per farla rilevare di nuovo dal router devo per forza riavviarlo.
Non c'è qualche comando che fa un nuovo rilevamento sulle porte usb?

/etc/init.d/sane restart

[ambrosa]

Originariamente inviato da matteo85

bellissimo lo script.
ma a che ti servono le statistiche? :|

Giusto a fagiolo. Guarda un pò la stranezza tra le 5:15 e le 5:30 : l'SNR è crollato e mi è caduta la connessione. L'SNR è tornato normale poche ore dopo.

Cosa sia successo non lo so, ma almeno SO che c'è stato un degrado momentaneo della linea.

DATE,LINE,STATUS_MSG,UPTIME(sec),DOWN_BITRATE(bit),UP_BITRATE(bit),DOWN_NOISE(dB),UP_NOISE(dB),DOWN_ATTENUATION(dB),UP_ATTENUATION(dB)
2014-12-12 04:15:01,UP,0x801:showtime_tc_sync,300237,11996000,992000,15.8,8.9,34.7,18.7
2014-12-12 04:30:01,UP,0x801:showtime_tc_sync,301137,11996000,992000,15.8,8.9,34.7,18.7
2014-12-12 04:45:01,UP,0x801:showtime_tc_sync,302037,11996000,992000,15.8,8.9,34.7,18.7
2014-12-12 05:00:01,UP,0x801:showtime_tc_sync,302937,11996000,992000,15.8,8.9,34.7,18.7
2014-12-12 05:15:01,UP,0x801:showtime_tc_sync,303837,11996000,992000,15.9,8.9,34.7,18.7
2014-12-12 05:30:01,UP,0x801:showtime_tc_sync,219,11996000,984000,14.1,9.0,34.6,18.3
2014-12-12 05:45:01,UP,0x801:showtime_tc_sync,1117,11996000,984000,14.0,9.0,34.6,18.3
2014-12-12 06:00:01,UP,0x801:showtime_tc_sync,2017,11996000,984000,14.1,9.0,34.6,18.3
2014-12-12 06:15:01,UP,0x801:showtime_tc_sync,2917,11996000,984000,15.0,9.0,34.6,18.3
2014-12-12 06:30:01,UP,0x801:showtime_tc_sync,3817,11996000,984000,15.0,9.0,34.6,18.3
2014-12-12 06:45:01,UP,0x801:showtime_tc_sync,4717,11996000,984000,15.1,9.0,34.6,18.3
2014-12-12 07:00:01,UP,0x801:showtime_tc_sync,5617,11996000,984000,15.4,9.0,34.6,18.3
2014-12-12 07:15:01,UP,0x801:showtime_tc_sync,6517,11996000,984000,15.6,9.0,34.6,18.3
2014-12-12 07:30:01,UP,0x801:showtime_tc_sync,7417,11996000,984000,15.6,9.0,34.6,18.3
2014-12-12 07:45:01,UP,0x801:showtime_tc_sync,8317,11996000,984000,15.8,9.0,34.6,18.3
2014-12-12 08:00:01,UP,0x801:showtime_tc_sync,9217,11996000,984000,15.8,9.0,34.6,18.3

[sunvit]

Riguardo ddns non va anche correggendo gli script...

[ambrosa]

Originariamente inviato da sunvit

Riguardo ddns non va anche correggendo gli script...

Fai un pò di debug perchè, come vedi, da me funziona perfettamente:

[ambrosa]

*** BIG PROBLEM ***

Sto cominciando a rilevare alcuni problemi rognosi legati alla WiFi, in sintesi perdita di pacchetti. Anche tempo addietro se non erro qualcuno aveva rilevato problemi analoghi.
La cosa mi è stata segnalata dall'amico Drake al quale pochi giorni fa ho fatto un upgrade a OpenWrt del suo 8970. Io non me ne sono accorto sinora perchè tutto il mio traffico locale è wired, il suo è tutto wifi.
E quindi anche io ho cominciato a fare dei test che confermano strane anomalie sui pacchetti.
Entrambi giriamo con la mia Chaos Calmer trunk.

1) le connessioni LAN (wired e/o wifi) <=> WAN (internet) sono assolutamente perfette

2) le connessioni LAN wired <=> LAN wired sono assolutamente perfette
Ma in questo caso, sia per me che per il mio amico, tutto transita attraverso uno switch gigabit 8 porte, quindi in realtà il router non vede passare nulla.

3) le connessioni LAN wifi <=> LAN wired sono FALLATE
Sembra che vengano droppati dei pacchetti e che il problema sia dipendente dal device su cui gira il server (?!)

Ecco alcuni esempi:


PC -> wifi -> 8670 -> wired -> cubieboard -> http 9091 (transmission) OK FUNZIONA
PC -> wifi -> 8670 -> wired -> cubieboard -> http 80 (lighttpd) OK FUNZIONA

PC -> wifi -> 8670 -> wired -> ct9100 -> http:8888 (unknown) NON FUNZIONA: mi chiede la password , dò le credenziali e da lì non si va avanti
PC -> wifi -> 8670 -> wired -> ct9100 -> http:80 (unknown) NON FUNZIONA, viene aperto il socket e poi più nulla.


Device list:

PC: è un notebook Asus con Windows 8.1 e Firefox, ma ho testato la cosa anche con il mio smartphone Android Sony Xperia con Firefox e Chrome ottenendo gli stessi risultati

cubieboard: una board ARM http://cubieboard.org/ con Debian Wheezy e lighttpd

ct9100 : Clarke Tech 9100 un decoder satellitare con o.s. linux based con interfaccia Enigma2 , firmware OpenPli


Non ho nessuna particolare regola di firewall attiva.
Drake ha fatto anche un bel factory default senza ottenere nulla.

La cosa strana è che nell'esempio che vi ho mostrato i "server/demoni" (tutti per protocollo http) sono tutti diversi.
Sulla cubieboard abbiamo l'interfaccia web proprietaria di transmission e il mio piccolo web server basato su lighttpd. Sul ct9100 invece dei pezzi di software proprietari (schermata di controllo del decoder e altra roba).
Quindi sembra che sia dipendente dal device. E' possibile che voi a casa vostra tentiate di replicare il problema senza successo: magari sui vostri device funziona tutto perfettamente. Inoltre è difficile che in casa ci si tenga qualche server attivo. Ad esclusione forse di un NAS e/o di qualche elettrodomestico (come i decoder sat Linux based).

Idee su ulteriori indagini ? Purtroppo prima dovrei recuperare un notebook per fare esperimenti...

[ambrosa]

TOH !!
Mentre sto facendo esperimenti per il problema di cui sopra, un bel 'dmesg' sull'8970 mostra:

[86983.380000] eth0: tx ring full

Puzza......

[ambrosa]

Forse ho trovato il problema: l'MTU

cubieboard (che funziona) ha MTU 1492
ct9100 (che NON funziona) ha MTU 1500

Il router 8970:

br-lan    Link encap:Ethernet  HWaddr E8:DE:27:95:E0:14  
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fd95:2581:d7a2::1/60 Scope:Global
          inet6 addr: fe80::eade:27ff:fe95:e014/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:627265 errors:0 dropped:0 overruns:0 frame:0
          TX packets:920637 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:86104574 (82.1 MiB)  TX bytes:981600054 (936.1 MiB)

eth0      Link encap:Ethernet  HWaddr E8:DE:27:95:E0:14  
          inet6 addr: fe80::eade:27ff:fe95:e014/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:522645 errors:0 dropped:1 overruns:0 frame:0
          TX packets:695165 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:91408915 (87.1 MiB)  TX bytes:738973973 (704.7 MiB)

eth0.1    Link encap:Ethernet  HWaddr E8:DE:27:95:E0:14  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:522614 errors:0 dropped:0 overruns:0 frame:0
          TX packets:695158 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:77818404 (74.2 MiB)  TX bytes:733262952 (699.2 MiB)

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:3251 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3251 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:264440 (258.2 KiB)  TX bytes:264440 (258.2 KiB)

nas0      Link encap:Ethernet  HWaddr E8:DE:27:95:E0:15  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:904195 errors:0 dropped:0 overruns:0 frame:0
          TX packets:662954 errors:2082 dropped:0 overruns:2082 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:933036803 (889.8 MiB)  TX bytes:94763776 (90.3 MiB)

pppoe-wan Link encap:Point-to-Point Protocol  
          inet addr:151.20.58.175  P-t-P:151.7.202.72  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:810196 errors:0 dropped:0 overruns:0 frame:0
          TX packets:568938 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:922230793 (879.5 MiB)  TX bytes:72797166 (69.4 MiB)

wlan0     Link encap:Ethernet  HWaddr E8:DE:27:95:E0:14  
          inet6 addr: fe80::eade:27ff:fe95:e014/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:110950 errors:0 dropped:0 overruns:0 frame:0
          TX packets:205437 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:11165927 (10.6 MiB)  TX bytes:232462453 (221.6 MiB)

Beh, "sulla carta" non ha senso (visto che le interfaccie lato LAN sono tutte con MTU 1500) ma se metto sul CT9100 MTU=1492 tutto funziona perfettamente.

PS: pensavo fosse IPV6 il colpevole ma disabilitandolo non cambiava nulla


Spiegazioni ?