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

[Totix92]

i vr10 sarebbero i VRX368/388 ?
però dubito grandemente che questi binari funzionano su VRX268/288

[blackhole00]

Originariamente inviato da strassada

se c'è qualche temerario che vuole provarli...
https://mega.co.nz/#!yEoVGArA!jt8Tqh...-bf0AjQkFUU8Jw

Io ho appena provato quelli che hai precedentemente caricato QUI, cioè questo:
dsl_vr9_firmware_xdsl-05.06.03.07.01.06_05.06.01.01.01.01.rar

...e funziona, apparentemente tutto ok sulla mia Alice 7 Mega (il test ADSL mi da' i soliti 3-7 Mega in download)...solo che presenta questa anomalia :

ADSL Stato: UP
Line State: showtime_tc_sync [0x801]
Line Speed: 30.304 Mb/s / 1.912 Mb/s
Line Attenuation: 39.9 dB / 19.9 dB
Noise Margin: 13.5 dB / 25.3 dB

Non ho notato tempi di ping migliori nè sensibilità diverse.

Suggerimenti?

[strassada]

Originariamente inviato da Totix92

i vr10 sarebbero i VRX368/388 ?
però dubito grandemente che questi binari funzionano su VRX268/288

no, sicuramente è il vrx318, che non è un chipset ma solo un AFE.
purtroppo non si trovano firmware/sorgenti di questi modelli (c'è anche un Askey 6741 - probabilmente un modello esclusivo del provider O2 in paesi Annex B)
7.7.3.3.0.7_7.7.1.C.0.2 API: 4.16.6-pd1pa1 Driver: 1.4.4

a me sembra che usino diverse cose dei vr9, per questo magari o sono già compatibili, o magari un guru scopre qualcosa.

[matteo85]

Originariamente inviato da blackhole00

Io ho appena provato quelli che hai precedentemente caricato QUI, cioè questo:
dsl_vr9_firmware_xdsl-05.06.03.07.01.06_05.06.01.01.01.01.rar

...e funziona, apparentemente tutto ok sulla mia Alice 7 Mega (il test ADSL mi da' i soliti 3-7 Mega in download)...solo che presenta questa anomalia :


Non ho notato tempi di ping migliori nè sensibilità diverse.

Suggerimenti?

I rate che vedi sono gli "attainable bit rate", praticamente quanto potresti andare massimo con quella linea.
Ovviamente l'ISP poi ti limita in base al contratto.
Certo che un rate superiore ai 24 Mbit non dovresti vederlo

[matteo85]

Originariamente inviato da cico78

Se qualcuno può rispondermi:
C'é la possibilità di visualizzare tutti client connessi alla rete tramite nome preassegnato?

Inviato dal mio ZP999 utilizzando Tapatalk

salva i mac address in /etc/ethers e gli IP in /etc/hosts.
dnsmasq legge queste informazioni e ti assegna IP e nomi statici

[ambrosa]

Originariamente inviato da blackhole00

Spero di aver risolto: mi è bastato resettare la crittografia wifi da LuCi e le disconnessioni non mi si sono più ripresentate. In pratica sono passato da mixed WPA/WPA2 verso Open e poi sono tornato a mixed WPA/WPA2.
Evidentemente qualche setting si era sporcato? Mah...

Giusto per completezza: io anche con altri router sto avendo una marea di problemi con device Android via wifi. Continue disconnessioni e difficoltà di aggancio 'logico' al link.
Il problema sembra essere l'utilizzo sul router delle configurazioni di sicurezza WiFi "miste" come appunto WPA+WPA2 e similari (AES+TKIP)
Io ho impostato solo ed esclusivamente WPA2 e AES (dimenticando WPA e TKIP) : i problemi magicamente sono scomparsi e tutto fila liscio.
Ovvio che l'origine vera del problema sembra essere Android visto che con altri dispositivi (es. PC portatili) configurazioni "miste" di sicurezza non hanno problemi a funzionare.

Device WPA non ne ho, per cui a me va bene così.

[blackhole00]

Originariamente inviato da matteo85

Certo che un rate superiore ai 24 Mbit non dovresti vederlo

Sicuramente perchè nella mia zona, a breve, arriverà la fibra Telecom (30Mb in download e 3Mb in upload) e la centrale è già pronta?

Perchè il vecchio driver invece non mi mostra l'attainable bit rate?

Riporto comunque una serie di test e info sul mio dslam:

root@openwrt:~# echo "g997listrg 1" > /tmp/pipe/dsl_cpe0_cmd ; cat /tmp/pipe/dsl_cpe0_ack
nReturn=0 nDirection=1 G994VendorID=IFTNq SystemVendorID=0000 VersionNumber= SerialNumber=00000000000000000000000000000000 SelfTestResult=0 XTSECapabilities=(04,00,00,00,00,01,00,00)

root@openwrt:~# echo "bbsg 0" > /tmp/pipe/dsl_cpe0_cmd ; cat /tmp/pipe/dsl_cpe0_ack
nReturn=0 nDirection=0 nNumData=1
nFormat=(nBandIndex, (nLimit_firstToneIndex, nLimit_lastToneIndex), (nBorder_firstToneIndex, nBorder_lastToneIndex)) nData="(00,(0006,0031),(0007,0031))"

root@openwrt:~# echo "bbsg 1" > /tmp/pipe/dsl_cpe0_cmd ; cat /tmp/pipe/dsl_cpe0_ack
nReturn=0 nDirection=1 nNumData=1
nFormat=(nBandIndex, (nLimit_firstToneIndex, nLimit_lastToneIndex), (nBorder_firstToneIndex, nBorder_lastToneIndex)) nData="(00,(0032,0511),(0033,0306))"

root@openwrt:~# echo "fpsg 0 0" > /tmp/pipe/dsl_cpe0_cmd ; cat /tmp/pipe/dsl_cpe0_ack ; echo "fpsg 0 1" > /tmp/pipe/dsl_cpe0_cmd ; cat /tmp/pipe/dsl_cpe0_ack ; echo "g997fpsg 0 0" > /tmp/pipe/dsl_cpe0_cmd ; cat /tmp/pipe/dsl_cpe0_ack ; echo "g997fpsg 0 1" > /tmp/pipe/dsl_cpe0_cmd ; cat /tmp/pipe/dsl_cpe0_ack ; echo "g997csg 0 0" > /tmp/pipe/dsl_cpe0_cmd ; cat /tmp/pipe/dsl_cpe0_ack ; echo "g997csg 0 1" > /tmp/pipe/dsl_cpe0_cmd ; cat /tmp/pipe/dsl_cpe0_ack
nReturn=0 nChannel=0 nDirection=0 nTp=1 nMp=2 nSEQ=19 nBP=0 nMSGC=13 nMSGLP=0
nReturn=0 nChannel=0 nDirection=1 nTp=4 nMp=1 nSEQ=18 nBP=0 nMSGC=12 nMSGLP=0
nReturn=0 nChannel=0 nDirection=0 nNFEC=2 nRFEC=2 nLSYMB=124 nINTLVDEPTH=8 nINTL VBLOCK=2 nLPATH=0
nReturn=0 nChannel=0 nDirection=1 nNFEC=4 nRFEC=4 nLSYMB=1972 nINTLVDEPTH=64 nINTLVBLOCK=4 nLPATH=0
nReturn=0 nChannel=0 nDirection=0 ActualDataRate=476000 PreviousDataRate=0 ActualInterleaveDelay=25 ActualImpulseNoiseProtection=5
nReturn=0 nChannel=0 nDirection=1 ActualDataRate=7748000 PreviousDataRate=0 ActualInterleaveDelay=25 ActualImpulseNoiseProtection=5

[blackhole00]

Originariamente inviato da ambrosa

Il problema sembra essere l'utilizzo sul router delle configurazioni di sicurezza WiFi "miste" come appunto WPA+WPA2 e similari (AES+TKIP)

Concordo con te perchè ieri mi ha rifatto questo "giochino"...e mettendo invece solo WPA o WPA2 è da quasi 24 ore che non perde un colpo

Se trovi del tempo puoi magari aggiornare il tuo repo? Così testiamo una nuova versione?

[avware]

Originariamente inviato da avware

..quando provo a collegarmi alla rete wifi che ho creato, il driver wireless va in dump (riesco a vederlo via seriale) e obbliga il sistema a riavviarsi..

Mi rispondo da solo, per chi volesse provare gli evito lo sbattimento: si, sull'ultimo trunk c'è un bug che fa riavviare il router appena un client si collega alla rete wifi. Vabè esperimento CC fallito, son passato a BB ed ora il wifi è stabile.

Altro argomento: xdsl, qui siete più ferrati a quanto vedo magari potete aiutarmi. Son diventato matto nel tentativo di capire come mai il file vdsl.bin non fosse presente ad ogni avvio (sono abituato con un ar9 con openwrt che funziona in questo modo). Mi sono spulciato gli script e ho visto che i 2 bytes che identificano la versione (credo) del firmware dsl in mtd4 non matchano con quelli conosciuti da openwrt. Vabè copiamo un firmware vr9 e rinominiamolo in vdsl.bin.. ok ora va ma non aggancia la linea che rimane 'silent' ma vi risulta che esistano fw diversi per gestire adsl e vdsl ?

Edit: risolto problema aggancio linea. In pppoa col mio provider funziona, appena riesco testo una vdsl telecom di un amico. Il fw vdsl aggancia anche adsl.

[strassada]

il file è unificato per adsl/vdsl, non per niente pesa 900kb (poi vengono compressi)
questo è (era?) l'ultimo binario perfettamente funzionante col porting (va bene anche quello originario del firmware tp-link)
dsl_vr9_firmware_xdsl-05.06.00.08.01.06_05.05.02.00.01.01.bin
la prima sestina identifica la vdsl2, la seconda l'adsl
per l'adsl, l'ultima cifra identifica l'annex: 1 (01) = Annex A, 2 = Annex B

[avware]

Originariamente inviato da strassada

il file è unificato per adsl/vdsl, non per niente pesa 900kb (poi vengono compressi)
questo è (era?) l'ultimo binario perfettamente funzionante col porting (va bene anche quello originario del firmware tp-link)
dsl_vr9_firmware_xdsl-05.06.00.08.01.06_05.05.02.00.01.01.bin
la prima sestina identifica la vdsl2, la seconda l'adsl
per l'adsl, l'ultima cifra identifica l'annex: 1 (01) = Annex A, 2 = Annex B

Grazie strassada per le utili info

Edit: forse può essere utile questo: https://www.dropbox.com/sh/jzboge2r8...SnupUov6a?dl=0

[sunvit]

Lo richiedo...
Se volessi ritornare al firmware stock che fare?

Inviato dal mio JY-G5S utilizzando Tapatalk

[matteo85]

Originariamente inviato da avware

Grazie strassada per le utili info

Edit: forse può essere utile questo: https://www.dropbox.com/sh/jzboge2r8...SnupUov6a?dl=0

Io al momento uso dsl_vr9_firmware_xdsl-05.06.00.08.01.06_05.05.02.00.01.01.bin

qual'è il più recente che sei riuscito a fare funzionare?

[strassada]

sta usando il dsl_vr9_firmware_xdsl-05.06.03.07.01.06_05.06.01.01.01.01,, che è più recente (ma non il più recente) il link lo trovi pochi messaggi sopra

[cico78]

Sto usando anche io questo firmware...vediamo come di comporta!
I dati sulla velocità massima raggiungibile invece di quella attuale mi fa ridere comunque... Non serve a nulla..

Con Alice ho avuto 3 disconnessioni in 10 minuti...torno al precedente...!

Inviato dal mio ZP999 utilizzando Tapatalk

[avware]

Originariamente inviato da sunvit

Lo richiedo...
Se volessi ritornare al firmware stock che fare?

Inviato dal mio JY-G5S utilizzando Tapatalk

sunvit fa un tentativo, usa la seriale per provare a bootare l'img di tplink. Se segui le indicazioni per installare openwrt vedrai che prima viene fatto un tentativo di startup dalla memoria e solo se funziona tutto poi si scrive. Credo tu possa fare lo stesso con l'img binaria di tplink (scompattala prima nel caso fosse zippata).

Originariamente inviato da strassada

sta usando il dsl_vr9_firmware_xdsl-05.06.03.07.01.06_05.06.01.01.01.01,, che è più recente (ma non il più recente) il link lo trovi pochi messaggi sopra

Confermo. Anche se credo che per la vdsl di telecom mi toccherà usare l'annexb. Qualcuno è riuscito a creare una vlan con id=835 sul nas0 creato dal bridge atm aal5 ?
Edit:

root@OpenWrt:~# vconfig add nas0 835
root@OpenWrt:~# ifconfig nas0.835
nas0.835  Link encap:Ethernet  HWaddr 00:00:01:00:00:00
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Bon, ora mi serve solo una linea

[matteo85]

Originariamente inviato da avware

sunvit fa un tentativo, usa la seriale per provare a bootare l'img di tplink. Se segui le indicazioni per installare openwrt vedrai che prima viene fatto un tentativo di startup dalla memoria e solo se funziona tutto poi si scrive. Credo tu possa fare lo stesso con l'img binaria di tplink (scompattala prima nel caso fosse zippata).

Confermo. Anche se credo che per la vdsl di telecom mi toccherà usare l'annexb. Qualcuno è riuscito a creare una vlan con id=835 sul nas0 creato dal bridge atm aal5 ?
Edit:

root@OpenWrt:~# vconfig add nas0 835
root@OpenWrt:~# ifconfig nas0.835
nas0.835  Link encap:Ethernet  HWaddr 00:00:01:00:00:00
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Bon, ora mi serve solo una linea

No, l'Annex B è per le ADSL tedesche

[strassada]

la parte vdsl del binario dovrebbe essere multi annex, mentre per l'adsl è solo o Annex A (1) o Annex B (2). però tempo fa l'user lanfi fece dei test, e sulla sua linea si sono allineati anche un paio di Annex B (5.3.1.10.1.6_5.3.2.8.1.2 e 05.03.03.0D.00.06_05.03.05.09.00.02), mentre come sappiamo dopo una certa versione, non funzionano sul porting nemmeno quelli Annex A.

[Markuz Nightwind]

Originariamente inviato da avware

Ciao matteo, forse ho capito male io, ma credo tu ti riferisca al marker della nand flash. Io avvio correttamente openwrt e lo uso senza problemi, ho anche configurato network e wireless modificando i files in /etc/config:

BusyBox v1.22.1 (2015-03-27 21:23:04 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 CHAOS CALMER (Bleeding Edge, r45067)
 -----------------------------------------------------
  * 1 1/2 oz Gin            Shake with a glassful
  * 1/4 oz Triple Sec       of broken ice and pour
  * 3/4 oz Lime Juice       unstrained into a goblet.
  * 1 1/2 oz Orange Juice
  * 1 tsp. Grenadine Syrup
 -----------------------------------------------------
root@OpenWrt:~# cat /proc/cpuinfo
system type             : VR9 rev 1.2
machine                 : TDW8970 - TP-LINK TD-W8970
processor               : 0
cpu model               : MIPS 34Kc V5.6
BogoMIPS                : 332.54
wait instruction        : yes
microsecond timers      : yes
tlb_entries             : 16
extra interrupt vector  : yes
hardware watchpoint     : yes, count: 4, address/irw mask: [0x0ffc, 0x0ffc, 0x0ffb, 0x0ffb]
isa                     : mips1 mips2 mips32r1 mips32r2
ASEs implemented        : mips16 dsp mt
shadow register sets    : 1
kscratch registers      : 0
package                 : 0
core                    : 0
VCED exceptions         : not available
VCEI exceptions         : not available

root@OpenWrt:~#

In particolare sul wireless ho imposto l'uso del country IT (ETSI) invece di US e configurato una passkey wpa/wpa2, ma quando provo a collegarmi alla rete wifi che ho creato, il driver wireless va in dump (riesco a vederlo via seriale) e obbliga il sistema a riavviarsi. Se però ho inteso male la tua richiesta scusami, ora sto usando chaos calmer "as is" forse ho beccato un bug del trunk dei recenti linux-wireless.

Sei stato sfigatissimo, quando hai fatto il pull del git hai preso una revisione broken, il problema è stato risolto poco dopo come puoi vedere qui
https://dev.openwrt.org/changeset/45069/trunk

Se provi ora vedrai che funziona correttamente, sto usando anch'io gli ultimi trunk

[avware]

Originariamente inviato da Markuz Nightwind

Sei stato sfigatissimo, quando hai fatto il pull del git hai preso una revisione broken, il problema è stato risolto poco dopo come puoi vedere qui
https://dev.openwrt.org/changeset/45069/trunk

Se provi ora vedrai che funziona correttamente, sto usando anch'io gli ultimi trunk

Grazie Markuz, ora sto cercando disperatamente una vdsl telecom/fw sulla quale testare questo routerino con BB ..poi con calma torno al trunk
Tnx