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

[Shamrogue]

Originariamente inviato da avware

Se non ricordo male anche la configurazione del extroot (/overlay) sta in /etc/config. Non saprei però come si comporta una release più aggiornata con un /overlay contenente software "più vecchio".
Fa (prima un backup della configurazione e poi) un tentativo.

Ma l'overlay non va ricreato dopo ogni upgrade?

[avware]

Originariamente inviato da lcapriotti

Grazie per le istruzioni precise, mi ritagliero' un po' di tempo per procedere.
E a proposito di mwan3?

Il pacchetto dipende da ip, ipset e alcuni moduli iptables. Non ho avuto modo di capire quali di questi dipendono da dei moduli del kernel (l'errore che hai postato è proprio inerente un kernel installato troppo vecchio).

Originariamente inviato da Shamrogue

Ma l'overlay non va ricreato dopo ogni upgrade?

Non lo uso, (semplificando) immagino che l'overlay sia una partizione ext2/3/4 montata su una chiavetta usb che contiene configurazione e pacchetti Extra installati. Non credo sia necessario ricrearlo a meno di cambiamenti drastici (es. moduli del kernel).

[strassada]

bintec ha rilasciato un bin 5.7.9 Annex B e un 5.7.8 Annex A che non mi sembra di aver visto finora (per la vdsl2). non sono nuovi 5.8.x ma magari possono risolvere incompatibilità con alcuni ONU.

se riuscite ad estrarli:
ftp://ftp.bintec-elmeg.com/bintec/rs...es/vdsl_logic/
ftp://ftp.bintec-elmeg.com/bintec/rs.../r10.1.21.101/

[TheDarkAngel]

Originariamente inviato da strassada

bintec ha rilasciato un bin 5.7.9 Annex B e un 5.7.8 Annex A che non mi sembra di aver visto finora (per la vdsl2). non sono nuovi 5.8.x ma magari possono risolvere incompatibilità con alcuni ONU.

se riuscite ad estrarli:
ftp://ftp.bintec-elmeg.com/bintec/rs...es/vdsl_logic/
ftp://ftp.bintec-elmeg.com/bintec/rs.../r10.1.21.101/

Magari è buono, gli ultimi 5.8.x sono pessimi qui da me, mi ritrovo dopo 1 giorno la portante con 10mbit in meno dato che portano sempre a ribasso appena vedono l'snr scendere e credo sia del tutto immaginario.
Sto provando un 5.7.6.10.0.7 e ho la portante fissa da 3 giorni, senza disconnessioni o altro, l'snr è sempre stabile, cosa che prima non succedeva.

[Shamrogue]

Originariamente inviato da avware

Non lo uso, (semplificando) immagino che l'overlay sia una partizione ext2/3/4 montata su una chiavetta usb che contiene configurazione e pacchetti Extra installati. Non credo sia necessario ricrearlo a meno di cambiamenti drastici (es. moduli del kernel).

Iinizialmente si crea facendo una copia dell'overlay su una chiavetta USB che viene montata al posto dell'overlay della memoria interna. Poi da quel momento in poi tutto ciò che installi va sull'overlay.
Non so se sia necessario, ma io nel dubbio lo ricreo ad ogni aggiornamento, cosa che mi frena un po' quando devo farlo.

[avware]

Finalmente la patch smp è stata ufficialmente applicata al trunk, nbd l'ha committata 2 ore fa. commit

[Giox040]

Originariamente inviato da Yrbaf

Piccoli OT su HH5A:

......
Chi dovesse fare il procedimento di ripristino Fw originale come da guida di Kresin si assicuri di avere un backup del vecchio firmware completo (circa 128MB) prima fare la procedura.

Questo perché lo script non controlla la correttezza del file e procede lo stesso.

Esempio io avevo/ho un backup da soli 15MB, quindi evidentemente troncato, ma non lo sapevo.
Backup che lui ha accettato lo stesso senza dare errori, lo ha espanso a 128MB e poi lo ha copiato sulla flash del router.
Risultato, il firmware originale non parte più (perché di fatto non c'è o c'è solo in parte) ma a questo si può anche dire chi se ne frega (finché nel vs backup non sia incompleto pure il bootloader ed il ripristino vi distrugge il bootloader, in quel caso il router diventa un soprammobile ) tanto noi vogliamo Lede, e la vs caldata è molto probabilmente persa e questo invece è un dramma.

La caldata è personale del router e non ve la può dare più nessuno e senza il WiFi non funziona più bene.
.......

Per fortuna la procedura di Kresin consiglia un backup di Lede prima iniziare con : nanddump --file /tmp/mounts/<directory>/hh5a_2.nanddump /dev/mtd4

E quello io ce l'ho ed è anche 127.50MB quindi c'è quasi tutta la nand.
E' quel "quasi" che mi spaventa, cosa ci sarà in quei 512KB che non ha copiato ?
Visto che la caldata è da 128KB un po' di paura rimane.

Scusa sono confuso, qui: https://wiki.openwrt.org/toh/bt/homehub_v5a , per quanto riguarda il backup completo del firmware originale del HH5A, trovo scritto:
mount /dev/sda1 /mnt/
nanddump -f /mnt/hh5a.nanddump /dev/mtd6
dd if=/dev/mtd6 of=/mnt/hh5a.dd

mtd4 e' invece da usare per fare un backup completo di lede per ver ante r2363 ???
Grazie

[farohp]

Buonasera a tutti , dopo una lunga discussione con l'utente avware che ringrazio per la disponibilità , probabilmente abbiamo trovato il problema che ho sul mio router e cioè sul bootloader.

Così mi sono iniziato ad informare ma ho dei seri dubbi.
Intanto il bootloader originale del tplink è U-Boot v2.0.40 .

1.come mai invece sulla pagina di openwrt viene consigliato l'utilizzo del bootloader di mkresin ?

Detto cio immagino che per cambiare il bootloader debba caricare in memoria ram il bootloader nuovo :
tftpboot 0x80800000 bootloader.x

Dopodichè vedo che il flash layout è il seguente:
mtd0 0x00000000-0x00020000 boot n/a U-Boot v2.0.40

e dunque dovrei procedere con
sf erase 0x00000000 0x00020000
e poi con sfwrite :
sf write 0x80800000 0x00000000 0x00020000

Prima di fare cio mi creo un backup con dd da 0x00000000 0x00020000 .

mi potete indicare se sto facendo correttamente?
---------------------------------------------------------------------------------------------------------------------------------
Non ne sono sicuro infatti in quanto anche per installare il firmware vengono indicati come indirizzi di memoria i seguenti:

Erase the rootfs flash area:
sf erase 0x20000 0x7a0000
Write image to flash:
sf write 0x80800000 0x20000 0x680004

ma non mi pare assolutamenet che gli indirizzi 0x20000 0x7a0000
siano presenti nel flash layout,perchè? a cosa corrispondono quegli indirizzi di memoria indicati?

partition 	address space 	name 	filesystem 	function
mtd0 	0x00000000-0x00020000 	boot 	n/a 	U-Boot v2.0.40
mtd1 	0x00020000-0x00160000 	kernel 	RAM executable 	kernel 2.6.32
mtd2 	0x00160000-0x007c0000 	rootfs 	squashfs 	root
mtd3 	0x007c0000-0x007d0000 	config 	XML string 	user configuration
mtd4 	0x007d0000-0x007e0000 	romfile 	n/a 	???
mtd5 	0x007e0000-0x007f0000 	rom 	n/a 	???
mtd6 	0x007f0000-0x00800000 	radio 	n/a 	radio settings

grazie

[Yrbaf]

Originariamente inviato da Giox040

Scusa sono confuso, qui: https://wiki.openwrt.org/toh/bt/homehub_v5a , per quanto riguarda il backup completo del firmware originale del HH5A, trovo scritto:
mount /dev/sda1 /mnt/
nanddump -f /mnt/hh5a.nanddump /dev/mtd6
dd if=/dev/mtd6 of=/mnt/hh5a.dd

mtd4 e' invece da usare per fare un backup completo di lede per ver ante r2363 ???
Grazie

Dopo che hai installato Lede di sicuro ci sono solo 4 partizioni (0, 1, 2 e 3, con poi mtd4 che rappresenta l'intera flash).
Il comando backup di kresin era per un router con già installato Lede, il tuo pezzo invece si riferisce ad un firmware ancora originale.

[Giox040]

Originariamente inviato da Yrbaf

Dopo che hai installato Lede di sicuro ci sono solo 4 partizioni (0, 1, 2 e 3, con poi mtd4 che rappresenta l'intera flash).
Il comando backup di kresin era per un router con già installato Lede, il tuo pezzo invece si riferisce ad un firmware ancora originale.

Yrbaf, Ti ringrazio per la precisazione.

[kestral]

Ciao a tutti,

Mi hanno appena attivato una nuova linea in fibra (FTTC, VDSL2) di Acantho (operatore regionale dell'Emilia Romagna) e, inaspettatamente, anche loro come altri mi hanno fornito un modem router bloccato a cui non posso accedere (ADB VV 3220).

Ho dunque flashato il buon vecchio TD-W8970 con l'ultimo LEDE (17.01) e ho davanti a me due possibilità (entrambe tentate e fallite):

- cercare di utilizzare il TD-W8970 al posto del modem router di Acantho (preferibile)
- collegare il TD-W8970 come semplice router in cascata al modem-router di Acantho

Nel primo caso non riesco a capire se il firmware VDSL venga effettivamente caricato (come posso verificare) in quanto non aggancia assolutamente la portante. Per intenderci, nella sezione DSL rimane tutto a 0.

Nel secondo caso non riesco a configurare il router in maniera tale che la porta WAN, collegata via cavo al modem-router di Acantho, acquisisca indirizzo ip 192.168.1.250 e internamente assegni ai suoi client DHCP via WiFi indirizzi 192.168.2.x


Ecco il mio network file:


config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config globals 'globals'
option ula_prefix 'fdad:9349:77d4::/48'

config interface 'lan'
option force_link '1'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option ifname 'eth0.1'
option macaddr 'f8:1a:67:71:a2:52'
option ipaddr '192.168.2.1'

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'

config switch_vlan
option device 'switch0'
option vlan '1'
option ports '0 2 4 5 6t'

config atm-bridge 'atm'
option encaps 'llc'
option payload 'bridged'
option vpi '8'
option vci '35'

config interface 'wan'
option ifname 'nas0'
option _orig_ifname 'nas0'
option _orig_bridge 'false'
option proto 'static'
option ipaddr '192.168.1.251'
option netmask '255.255.255.0'
option gateway '192.168.1.1'

config interface 'wan6'
option ifname '@wan'
option _orig_ifname '@wan'
option _orig_bridge 'false'
option proto 'static'
option ipaddr '192.168.1.250'
option netmask '255.255.255.0'
option gateway '192.168.1.1'

config vdsl 'dsl'
option annex 'b'
option firmware '/lib/firmware/annexb.bin'
option tone 'bv'
option xfer_mode 'ptm'

config interface 'WiFi'
option proto 'dhcp'

[farohp]

Originariamente inviato da kestral

Ciao a tutti,
'

verifica e posta lo stato del driver dsl


Controllo del demone: root@lede:~# /etc/init.d/dsl_control status
Per lanciarlo: /etc/init.d/dsl_control start

Se poi con il control status siamo ora ok diamo
root@lede:~# /etc/init.d/dsl_control enable per abilitarlo ad ogni avvio

[Yrbaf]

Io la parte DSL ce l'ho così (configurata tramite la nuova GUI degli ultimi LUCI) :

config dsl 'dsl'
        option line_mode 'vdsl'
        option xfer_mode 'ptm'
        option annex 'a'

e funziona, però non sto usando Lede 17 ma un Lede Staging di NBD
Se specificavo il driver (nella gui c'è il campo) anche a me non veniva inizializzato il modem.

[Shamrogue]

Originariamente inviato da Yrbaf

Io la parte DSL ce l'ho così (configurata tramite la nuova GUI degli ultimi LUCI) :

config dsl 'dsl'
        option line_mode 'vdsl'
        option xfer_mode 'ptm'
        option annex 'a'

e funziona, però non sto usando Lede 17 ma un Lede Staging di NBD
Se specificavo il driver (nella gui c'è il campo) anche a me non veniva inizializzato il modem.

Io l'ho configurata con annex B e funziona lo stesso, senza sempre specificare il driver

[kestral]

Grazie mille, siete mitici, situazione decisamente migliorata. La linea c'è ma ancora non navigo (e non capisco se effettivamente sono connesso o semplicemente è stata agganciata la portante).

Ho già provato a cambiare i vari valori di VCI, VPI, atm vs ptm, annex ma la situazione peggiora o rimane invariata.


Ecco lo stato della DSL:


Status: UP
Line State: showtime_tc_sync [0x801]
Line Mode: G.993.2 (VDSL2)
Annex: B
Profile: 17a
Data Rate: 55.187 Mb/s / 21.382 Mb/s
Max. Attainable Data Rate (ATTNDR): 55.945 Mb/s / 22.436 Mb/s
Latency: 0.25 ms / 0.0 ms
Line Attenuation (LATN): 17.2 dB / 29.9 dB
Signal Attenuation (SATN): 16.4 dB / 29.6 dB
Noise Margin (SNR): 6.1 dB / 6 dB
Aggregate Transmit Power(ACTATP): 2.4 dB / 12.4 dB
Forward Error Correction Seconds (FECS): 0 / 15
Errored seconds (ES): 0 / 0
Severely Errored Seconds (SES): 0 / 0
Loss of Signal Seconds (LOSS): 0 / 0
Unavailable Seconds (UAS): 31 / 31
Header Error Code Errors (HEC): 0 / 0
Non Pre-emtive CRC errors (CRC_P): 0 / 0
Pre-emtive CRC errors (CRCP_P): 0 / 0
Line Uptime: 12s
ATU-C System Vendor ID: Broadcom 164.147
Power Management Mode: L0 - Synchronized




Ecco il nuovo file network:



config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config globals 'globals'
option ula_prefix 'fdad:9349:77d4::/48'

config interface 'lan'
option force_link '1'
option type 'bridge'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option ifname 'eth0.1'
option macaddr 'f8:1a:67:71:a2:52'
option dns '8.8.8.8 8.8.4.4'
option ipaddr '192.168.2.1'
option gateway '192.168.2.1'

config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'

config switch_vlan
option device 'switch0'
option vlan '1'
option ports '0 2 4 5 6t'

config atm-bridge 'atm'
option encaps 'llc'
option payload 'bridged'
option vci '35'
option vpi '8'

config interface 'wan'
option ifname 'nas0'
option _orig_ifname 'nas0'
option _orig_bridge 'false'
option proto 'pppoe'
option encaps 'llc'
option vpi '8'
option vci '35'
option ipv6 'auto'

config interface 'wan6'
option ifname '@wan'
option _orig_ifname '@wan'
option _orig_bridge 'false'
option proto 'dhcpv6'

config dsl 'dsl'
option line_mode 'vdsl'
option xfer_mode 'ptm'
option annex 'b'

config interface 'WiFi'
option proto 'dhcp'

[kestral]

Originariamente inviato da kestral

Grazie mille, siete mitici, situazione decisamente migliorata. La linea c'è ma ancora non navigo (e non capisco se effettivamente sono connesso o semplicemente è stata agganciata la portante).

Ho già provato a cambiare i vari valori di VCI, VPI, atm vs ptm, annex ma la situazione peggiora o rimane invariata.

...

Dunque, sto facendo progressi ma ancora non ci sono. Ho capito che devo linkare la DSL alla WAN.

Ho provato diversi protocolli per la WAN senza successo.



PPPoE con credenziali CHAP a caso:

Sat Feb 4 12:02:04 2017 daemon.warn pppd[8540]: Connected to 2a:8a:1c:a6:a0:30 via interface ptm0
Sat Feb 4 12:02:04 2017 kern.info kernel: [ 410.384476] pppoe-wan: renamed from ppp0
Sat Feb 4 12:02:04 2017 daemon.info pppd[8540]: Using interface pppoe-wan
Sat Feb 4 12:02:04 2017 daemon.notice pppd[8540]: Connect: pppoe-wan <--> ptm0
Sat Feb 4 12:02:05 2017 daemon.info pppd[8540]: CHAP authentication failed
Sat Feb 4 12:02:05 2017 daemon.err pppd[8540]: CHAP authentication failed
Sat Feb 4 12:02:11 2017 daemon.notice pppd[8540]: Connection terminated.
Sat Feb 4 12:02:11 2017 daemon.info pppd[8540]: Sent PADT
Sat Feb 4 12:02:11 2017 daemon.notice pppd[8540]: Modem hangup
Sat Feb 4 12:02:11 2017 daemon.info pppd[8540]: Exit.


PPPoE con credenziali CHAP delle precedente linea ADSL che avevo (stesso operatore):

at Feb 4 12:16:10 2017 daemon.warn pppd[2988]: Connected to 2a:8a:1c:a6:a0:30 via interface ptm0
Sat Feb 4 12:16:10 2017 kern.info kernel: [ 1256.067704] pppoe-wan: renamed from ppp0
Sat Feb 4 12:16:10 2017 daemon.info pppd[2988]: Using interface pppoe-wan
Sat Feb 4 12:16:10 2017 daemon.notice pppd[2988]: Connect: pppoe-wan <--> ptm0
Sat Feb 4 12:16:10 2017 daemon.info pppd[2988]: CHAP authentication succeeded
Sat Feb 4 12:16:10 2017 daemon.notice pppd[2988]: CHAP authentication succeeded
Sat Feb 4 12:16:10 2017 daemon.notice pppd[2988]: peer from calling number 2A:8A:1C:A6:A0:30 authorized

Questo è il più strano perché riesce anche l'autenticazione e poi muore tutto lì.


Client DHCP:

Sat Feb 4 12:13:59 2017 daemon.notice netifd: Interface 'wan' is setting up now
Sat Feb 4 12:14:00 2017 daemon.notice netifd: wan (2788): udhcpc: started, v1.25.1
Sat Feb 4 12:14:00 2017 daemon.notice netifd: wan (2788): udhcpc: sending discover
Sat Feb 4 12:14:03 2017 daemon.notice netifd: wan (2788): udhcpc: sending discover
Sat Feb 4 12:14:06 2017 daemon.notice netifd: wan (2788): udhcpc: sending discover


PPPoATM:

Sat Feb 4 12:29:08 2017 daemon.info pppd[13472]: Plugin pppoatm.so loaded.
Sat Feb 4 12:29:08 2017 daemon.info pppd[13472]: PPPoATM plugin_init
Sat Feb 4 12:29:08 2017 daemon.info pppd[13472]: PPPoATM setdevname_pppoatm - SUCCESS:0.8.35
Sat Feb 4 12:29:08 2017 daemon.notice pppd[13472]: pppd 2.4.7 started by root, uid 0
Sat Feb 4 12:29:08 2017 daemon.err pppd[13472]: connect(0.8.35): No such device
Sat Feb 4 12:29:08 2017 daemon.info pppd[13472]: Exit.

[Yrbaf]

Toh questa è la mia config. funzionante con Tiscali:

config interface 'wan'
        option proto 'pppoe'
        option ipv6 'auto'
        option _orig_ifname 'ptm0'
        option _orig_bridge 'false'
        option ifname 'ptm0.835'
        option username 'xxxxxx'
        option password 'yyyyyy'

Ovviamente devi mettere la VLan del tuo provider (835 con Tiscali con il tuo boh) e le credenziali di accesso del tuo provider

[kenciro]

Ciao a tutti,

io ho il TD-w8980 che ha due antenne interne da 2,4 Ghz e 3 esterne da 5 ghz che non funzionano con Openwrt/Lede; qualcuno sa se sia possibile connettere le antenne esterne a quelle interne per amplificare un po' il segnale?

PS
ho visto che è possibile saldando i cavi delle antenne esterne al posto di quelle interne; ma io venderò questo modello e userò il w8970v1

[Nativoz]

Ho un problema di networking...

i client hanno l'ipv4 settato correttamente e puntano come DNS ad un mio server interno che deve occuparsi di risolvere i nomi del dominio.

Se da un client invece lancio nslookup vedo che come server dns predefinito ho l'ipv6 di lede che non risolve nulla relativamente alla rete interna.

Ho già provato a impostare un forward in lede di tutte le chiamate del mio domio al mio server ipv4, ma non funziona...

E' possibile evitare che lede(8970) trasmetta informazioni di configurazione ipv6 ai client?
grazie

[Giox040]

Originariamente inviato da kenciro

Ciao a tutti,

io ho il TD-w8980 che ha due antenne interne da 2,4 Ghz e 3 esterne da 5 ghz che non funzionano con Openwrt/Lede; qualcuno sa se sia possibile connettere le antenne esterne a quelle interne per amplificare un po' il segnale?

PS
ho visto che è possibile saldando i cavi delle antenne esterne al posto di quelle interne; ma io venderò questo modello e userò il w8970v1

Ogni frequenza ha una sua lunghezza d'onda e questa determina le dimensioni elettriche dell'antenna.
Se in un impianto di sola ricezione (TV, FM ecc.) usando una antenna non adatta puo' portare solo ad una pessima ricezione, in trasmissione usando una antenna non accordata puo' portare, anche in brevissimo tempo, a distruggere lo stadio trasmittente, se questo non e' opportunamente protetto.

Connettendo antenne accordate ad antenne non accordate, si disaccorda tutto il sistema.