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

[xxeyes]

Ecco come fare per estrarre il vdsl.bin dagli ultimi firmware Fritz:

https://github.com/mkresin/lantiq-xd...70d4dfd1d9bb8a

Nonostante la versione estratta sia la 5.7.5.5.1.7_5.7.1.E.1.1, la stessa menzionata in alcuni post tempo fa (...che però mi pare non funzionasse correttamente), il file è diverso e ha md5: 0bd9d6f495af4cc24f8f1ad886c5fe5e

[xxeyes]

Per quanto riguarda le prestazioni del wifi, sto testando con soddisfazione (per il momento) questa configurazione:

config wifi-device 'radio0'
option type 'mac80211'
option path 'pci0000:00/0000:00:00.0/0000:01:00.0'
option txpower '10'
option country 'IT'
option noscan '1'
option hwmode '11ng'
option channel '4'
option htmode 'HT40+'
option hidden '0'
option distance '100'
option wmm '1'
option diversity '1'
list ht_capab 'SHORT-GI-20'
list ht_capab 'SHORT-GI-40'
list ht_capab 'RX-STBC1'
list ht_capab 'TX-STBC'
list ht_capab 'DSSS_CCK-40'

[Shamrogue]

Ho compilato una mia build.
Nella directory bin/lantiq trovo una directory package con dentro compilati tutta una serie di pacchetti (anche moduli del kernel) che in fase di menuconfig avevo messo con il flag '*', quindi da includere nell'immagine.
Come mai? Oltre a includerli nell'immagine ne fa anche una copia in formato opkg?

[darkeyes7777]

Originariamente inviato da xxeyes

Per quanto riguarda le prestazioni del wifi, sto testando con soddisfazione (per il momento) questa configurazione:

config wifi-device 'radio0'
option type 'mac80211'
option path 'pci0000:00/0000:00:00.0/0000:01:00.0'
option txpower '10'
option country 'IT'
option noscan '1'
option hwmode '11ng'
option channel '4'
option htmode 'HT40+'
option hidden '0'
option distance '100'
option wmm '1'
option diversity '1'
list ht_capab 'SHORT-GI-20'
list ht_capab 'SHORT-GI-40'
list ht_capab 'RX-STBC1'
list ht_capab 'TX-STBC'
list ht_capab 'DSSS_CCK-40'

da wiki:

option hwmode '11ng'

non dovrebbe essere prevista..

con

ht40+

mi dava problemi di collegamento quindi non l'h0o più usato..

[darkeyes7777]

Originariamente inviato da xxeyes

Ecco come fare per estrarre il vdsl.bin dagli ultimi firmware Fritz:

https://github.com/mkresin/lantiq-xd...70d4dfd1d9bb8a

Nonostante la versione estratta sia la 5.7.5.5.1.7_5.7.1.E.1.1, la stessa menzionata in alcuni post tempo fa (...che però mi pare non funzionasse correttamente), il file è diverso e ha md5: 0bd9d6f495af4cc24f8f1ad886c5fe5e

tu l'hai estratta?

la puoi condividere?

[xxeyes]

Originariamente inviato da darkeyes7777

da wiki:

option hwmode '11ng'

non dovrebbe essere prevista..

con

ht40+

mi dava problemi di collegamento quindi non l'h0o più usato..

hai ragione, l'opzione 11ng non viene usata, va impostato 11g.
https://dev.openwrt.org/ticket/17541

Ad ogni modo, nonostante questo la configurazione funziona egregiamente.

[Nativoz]

x Herbie
possibile che per un numerino in più ho avuto tutti sti problemi?
a me funzionava una sola ethernet nella lan
Poi ho provato a configurare la adsl(no vdsl), ma non sono proprio riuscito a navigare, mentre con questa versione di totix o con la 47548 funziona da subito semplicemente cambiare da ptm a atm nel file network.

Non è che è cambiato qualcosa e bisogna semplicemente cambiare qualche configirazione? Per esempio l'interfaccia che si connette all'adsl si chiamava nas0 ed ora invece teql0. Compilio un'altra build e vedo se funzia o ci sono altre configurazioni da fare per l'adsl?

[Herbie_53]

Originariamente inviato da Nativoz

x Herbie
possibile che per un numerino in più ho avuto tutti sti problemi?
a me funzionava una sola ethernet nella lan
Poi ho provato a configurare la adsl(no vdsl), ma non sono proprio riuscito a navigare, mentre con questa versione di totix o con la 47548 funziona da subito semplicemente cambiare da ptm a atm nel file network.

Non è che è cambiato qualcosa e bisogna semplicemente cambiare qualche configirazione? Per esempio l'interfaccia che si connette all'adsl si chiamava nas0 ed ora invece teql0. Compilio un'altra build e vedo se funzia o ci sono altre configurazioni da fare per l'adsl?

Da che versione venivi? perché nell'ultimo mese hanno "tolto" il supporto alle vlan, quindi se hai aggiornato il firmware tenendo la configurazione vecchia, magari potrebbe essere quello il problema... Questa è l'unica cosa che mi viene in mente...
Per quanto riguarda l'adsl non saprei cosa dirti. Io con il Vdsl non ho dovuto cambiare nulla nella configurazione, anzi ho solo dovuto togliere la stringa riferita all'annex, ma il nome dell'interfaccia e il resto della configurazione è rimasto uguale...

[Filoteo]

Scusate, non ho letto tutte le pagine precedenti ma vorrei sapere a che punto è lo sviluppo di openwrt, cioè, se lo installassi ora che benefici avrei? Funzionerebbe tutto?

Inoltre non ho capito la questione di programmi/pacchetti, per esempio il firewall è incluso o devo installarlo a parte, il dns dinamico è incluso nell'immagine predefinita?

[Giox040]

Originariamente inviato da Nativoz

x Herbie
possibile che per un numerino in più ho avuto tutti sti problemi?
a me funzionava una sola ethernet nella lan
Poi ho provato a configurare la adsl(no vdsl), ma non sono proprio riuscito a navigare, mentre con questa versione di totix o con la 47548 funziona da subito semplicemente cambiare da ptm a atm nel file network.

Non è che è cambiato qualcosa e bisogna semplicemente cambiare qualche configirazione? Per esempio l'interfaccia che si connette all'adsl si chiamava nas0 ed ora invece teql0. Compilio un'altra build e vedo se funzia o ci sono altre configurazioni da fare per l'adsl?

Pensavo che il tuo problema fosse riferito a questo: https://dev.openwrt.org/ticket/21420 ancora aperto ma ora ho visto che dicono essere stato risolto con la r48321 anche se proprio oggi qualcuno ha ribadito il problema:
with the ' latest release No way to get it to connect ! and the switches do not work more Ethernet ports can be accessed only via wifi.

A proposito, come si fa a ricompilare con la configurazione di default?
Io ogni volta che ricompilo, nonstante il make dirclean, mi trovo in make menuconfig le impostazioni che avevo scelto in precedenza.

Grazie.

[Shamrogue]

Originariamente inviato da Giox040

A proposito, come si fa a ricompilare con la configurazione di default?
Io ogni volta che ricompilo, nonstante il make dirclean, mi trovo in make menuconfig le impostazioni che avevo scelto in precedenza.

Grazie.

Rimuovi il file .config.
Oppure usa make distclean ma a quel punto devi ricompilare anche la toolchain e scaricare di nuovo i feeds

[Totix92]

Originariamente inviato da Filoteo

Scusate, non ho letto tutte le pagine precedenti ma vorrei sapere a che punto è lo sviluppo di openwrt, cioè, se lo installassi ora che benefici avrei? Funzionerebbe tutto?

Inoltre non ho capito la questione di programmi/pacchetti, per esempio il firewall è incluso o devo installarlo a parte, il dns dinamico è incluso nell'immagine predefinita?

il firewall si ma un firewall diciamo "basico" perché nelle immagini predefinite mancano varie conntrack di iptables e i vari sip alg, h323 alg ecc. ecc. che devi aggiungere/installare manualmente oppure integrarli tu compilandoti la build.
il dns dinamico no, devi aggiungerlo/installarlo tu.

[Nativoz]

qualcosa sulla connessione adsl per il lantiq è stato fatto
https://dev.openwrt.org/changeset/48457/
magari uno dei problemi che ho riscontrato è stato risolto
..provo

anche io però voglio provare a cancellare il .config e ripartire da una sutuazione un po' più standard. metto il minimo dei pacchetti e poi tutto il resto in extroot.

[darkeyes7777]

ma secondo voi, da questo:

root@modem:~# iw phy0 info
Wiphy phy0
max # scan SSIDs: 4
max scan IEs length: 2257 bytes
max # sched scan SSIDs: 0
max # match sets: 0
Retry short limit: 7
Retry long limit: 4
Coverage class: 0 (up to 0m)
Device supports AP-side u-APSD.
Device supports T-DLS.
Available Antennas: TX 0x7 RX 0x7
Configured Antennas: TX 0x7 RX 0x7
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* WDS
* monitor
* mesh point
* P2P-client
* P2P-GO
* outside context of a BSS
Band 1:
Capabilities: 0x11ef
RX LDPC
HT20/HT40
SM Power Save disabled
RX HT20 SGI
RX HT40 SGI
TX STBC
RX STBC 1-stream
Max AMSDU length: 3839 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT TX/RX MCS rate indexes supported: 0-23
Frequencies:
* 2412 MHz [1] (20.0 dBm)
* 2417 MHz [2] (20.0 dBm)
* 2422 MHz [3] (20.0 dBm)
* 2427 MHz [4] (20.0 dBm)
* 2432 MHz [5] (20.0 dBm)
* 2437 MHz [6] (20.0 dBm)
* 2442 MHz [7] (20.0 dBm)
* 2447 MHz [8] (20.0 dBm)
* 2452 MHz [9] (20.0 dBm)
* 2457 MHz [10] (20.0 dBm)
* 2462 MHz [11] (20.0 dBm)
* 2467 MHz [12] (20.0 dBm)
* 2472 MHz [13] (20.0 dBm)
* 2484 MHz [14] (disabled)
Band 2:
Capabilities: 0x11ef
RX LDPC
HT20/HT40
SM Power Save disabled
RX HT20 SGI
RX HT40 SGI
TX STBC
RX STBC 1-stream
Max AMSDU length: 3839 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT TX/RX MCS rate indexes supported: 0-23
Frequencies:
* 5180 MHz [36] (20.0 dBm)
* 5200 MHz [40] (20.0 dBm)
* 5220 MHz [44] (20.0 dBm)
* 5240 MHz [48] (20.0 dBm)
* 5260 MHz [52] (20.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5280 MHz [56] (20.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5300 MHz [60] (20.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5320 MHz [64] (20.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5500 MHz [100] (21.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5520 MHz [104] (21.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5540 MHz [108] (21.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5560 MHz [112] (21.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5580 MHz [116] (21.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5600 MHz [120] (21.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5620 MHz [124] (21.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5640 MHz [128] (21.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5660 MHz [132] (21.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5680 MHz [136] (21.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5700 MHz [140] (21.0 dBm) (no IR, radar detection)
DFS state: usable (for 26528 sec)
DFS CAC time: 60000 ms
* 5745 MHz [149] (disabled)
* 5765 MHz [153] (disabled)
* 5785 MHz [157] (disabled)
* 5805 MHz [161] (disabled)
* 5825 MHz [165] (disabled)
valid interface combinations:
* #{ managed } <= 2048, #{ AP, mesh point } <= 8, #{ P2P-client, P2P-GO } <= 1, #{ IBSS } <= 1,
total <= 2048, #channels <= 1, STA/AP BI must match
* #{ WDS } <= 2048,
total <= 2048, #channels <= 1, STA/AP BI must match
* #{ IBSS, AP, mesh point } <= 1,
total <= 1, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz }

HT Capability overrides:
* MCS: ff ff ff ff ff ff ff ff ff ff
* maximum A-MSDU length
* supported channel width
* short GI for 40 MHz
* max A-MPDU length exponent
* min MPDU start spacing


non si evince che in auto configurazione delle antenne, ne sta usando solo due?

[Totix92]

il wifi di questo router dovrebbe andare a 450 Mbits, ma io non l'ho mai visto superare i 300 Mbits anche con openwrt

[darkeyes7777]

mi auto rispondo:

Available Antennas: TX 0x7 RX 0x7
Configured Antennas: TX 0x7 RX 0x7


7.... in binario è 111

cioè sono disponibili 3 antenne e 3 ne usa.

se si volesse forzare il driver a usare cmq tutte le antenne disponibili, si dovrebbe editare il file wireless così:

option type 'mac80211'
option noscan '1'
option path 'pci0000:00/0000:00:00.0/0000:01:00.0'
# option hwmode '11g'
option country 'IT'
option channel 'auto'
option htmode 'HT40'
option txpower '12'
option diversity '0'
option rxantenna '0x7'
option txantenna '0x7'
# option require_mode 'n'


comuqnue, nenache io l'ho mai visto a più di 300 anche col firm ori

[Nativoz]

Perché durante la compilazione sono pieno di righe come questa?
Warning: .gnu_attribute 4,3 requires `softfloat'

[darkeyes7777]

Originariamente inviato da darkeyes7777

mi auto rispondo:

Available Antennas: TX 0x7 RX 0x7
Configured Antennas: TX 0x7 RX 0x7


7.... in binario è 111

cioè sono disponibili 3 antenne e 3 ne usa.

se si volesse forzare il driver a usare cmq tutte le antenne disponibili, si dovrebbe editare il file wireless così:

option type 'mac80211'
option noscan '1'
option path 'pci0000:00/0000:00:00.0/0000:01:00.0'
# option hwmode '11g'
option country 'IT'
option channel 'auto'
option htmode 'HT40'
option txpower '12'
option diversity '0'
option rxantenna '0x7'
option txantenna '0x7'
# option require_mode 'n'


comuqnue, nenache io l'ho mai visto a più di 300 anche col firm ori

come non detto.

così non funziona:
option rxantenna '0x7'

così neanche:
option rxantenna '7'

così nemmeno:
option rxantenna '111'

tranne che bisgna settare queste opzioni in una posizione diversa del file (non è la rpima volta che mi capita sta cosa con altre impostazioni..)

[Nativoz]

@47240(totix) per aggiornare ad un altro firmware mi ha dato problemi, nel senso che da luci non funziona l'upgrade. Ho dovuto usare una sessione ssh, per aggiornare, ma a parte questo piccolo inconveniente facilmente superabile, nessun problema. buona build.

@47548(herrnobiz) fino ad ora è quella di cui non posso dire nulla o trovar difetto

@47891-48462 calvario compilazioni. ne ho provate tante, ma in tutte c'era sempre qualche piccolo difetto che magari continuava anche su build successive. Poi il difetto spariva di colpo e ne trovavo dei nuovi. Nulla di più facile che gli errori siano miei e abbia sbagliato qualcosa, ma ho seguito la guida in internet di filippo aceto per il nostro router.

@48463 il router si è offeso e si è chiuso in se stesso. Sta facendo sciopero bianco e le porte funzionano solo da switch. tra di loro poi gli host si vedono, ma non c'è più modo accedere a luci o via ssh. mi sa che mi toccherà tirar fuori la seriare e sperare...

meno male che ho sempre un router di riserva

EDIT:@48476 sembra quasi tutto ok. mi si è collegata subito l'adsl e non mi sta dando problemi con l'ethernet. Dalla wifi invece riesco a pingare solo l'ip del router e non gli host

[Herbie_53]

Signori e signore, ho fatto una piacevole scoperta questa notte: ho capito come abilitare il G.INP.
Non so se è già stato trattato questo argomento, in caso potete saltare questo post...

Mi spiego meglio.
Se guardate nei precedenti messaggi miei noterete che in upload avevo un ritardo abbastanza strano:

Latency / Interleave Delay:               Down: Interleave (0.13 ms) / Up: Interleave (4.0 ms)

Leggendo in giro e sul nuovo sito TIMparo, ho capito che probabilmente non era attivo il G.INP. Tuttavia non avendo tempo di indagare ulteriormente, 4ms di ritardo li potevo accettare e per molto tempo ho lasciato correre.
Ieri sera per caso mi sono imbattuto in questo forum http://forum.kitz.co.uk/index.php?topic=15283.720
Seguendo un po' la discussione ho letto che:

I think one of the issues Lantiq devices have had is that ReTx wasn't enabled in the configuration by default, so some of the firmware updates for devices have contained the same VDSL firmware versions, but with ReTx switched on. If lfcg reports bReTxEnable=0, then you might be able to enable downstream ReTx with the lfcs command:
dsl_cpe_pipe.sh lfcs 1 1 1 1 0 -1

Quindi ho dato i seguenti comandi per leggere le impostazioni in download:

root@OpenWrt:~# dsl_cpe_pipe.sh lfcg 1
nReturn=0 nDirection=1 bTrellisEnable=1 bBitswapEnable=1 bReTxEnable=1 bVirtualNoiseSupport=1 b20BitSupport=0

ed upload:

root@OpenWrt:~# dsl_cpe_pipe.sh lfcg 0
nReturn=0 nDirection=0 bTrellisEnable=1 bBitswapEnable=1 bReTxEnable=0 bVirtualNoiseSupport=1 b20BitSupport=-1

Ho notato subito che bReTxEnable=0 era settato a 0 in upload (ovvero G.INP disattivato). Seguendo le indicazioni di quel forum ho dato:

dsl_cpe_pipe.sh lfcs 0 1 1 1 1 -1

Dopo aver riavviato la parte dsl (/etc/init.d/dsl_control restart) ecco i nuovi valori:

root@OpenWrt:/tmp# /etc/init.d/dsl_control status
ATU-C Vendor ID:                          Broadcom 164.51
ATU-C System Vendor ID:                   Broadcom
Chipset:                                  Lantiq-VRX200 Unknown
Firmware Version:                         5.7.5.5.1.7
API Version:                              4.16.6.3
XTSE Capabilities:                        0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x2
Annex:                                    B
Line Mode:                                G.993.5 (VDSL2 with down- and upstream vectoring)
Profile:                                  17a
Line State:                               UP [0x801: showtime_tc_sync]
Forward Error Correction Seconds (FECS):  Near: 0 / Far: 4481
Errored seconds (ES):                     Near: 0 / Far: 409
Severely Errored Seconds (SES):           Near: 0 / Far: 79
Loss of Signal Seconds (LOSS):            Near: 0 / Far: 7
Unavailable Seconds (UAS):                Near: 245 / Far: 245
Header Error Code Errors (HEC):           Near: 0 / Far: 0
Non Pre-emtive CRC errors (CRC_P):        Near: 0 / Far: 0
Pre-emtive CRC errors (CRCP_P):           Near: 0 / Far: 0
Power Management Mode:                    L0 - Synchronized
Latency / Interleave Delay:               Down: Interleave (0.13 ms) / Up: Interleave (0.0 ms)
Data Rate:                                Down: 31.173 Mb/s / Up: 3.110 Mb/s
Line Attenuation (LATN):                  Down: 7.5dB / Up: 8.6dB
Signal Attenuation (SATN):                Down: 7.5dB / Up: 11.2dB
Noise Margin (SNR):                       Down: 25.1dB / Up: 26.9dB
Aggregate Transmit Power(ACTATP):         Down: -21.-5dB / Up: 12.2dB
Max. Attainable Data Rate (ATTNDR):       Down: 89.851 Mb/s / Up: 23.825 Mb/s
Line Uptime Seconds:                      1456
Line Uptime:                              24m 16s

Ho perso 34kbit/s ma ho guadagnato 4 ms in upload!!! Ed infatti ecco come è migliorato il ping:
Prima della modifica:

root@OpenWrt:/tmp# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=58 time=25.829 ms
64 bytes from 8.8.8.8: seq=1 ttl=58 time=25.662 ms
64 bytes from 8.8.8.8: seq=2 ttl=58 time=25.281 ms
64 bytes from 8.8.8.8: seq=3 ttl=58 time=26.034 ms
64 bytes from 8.8.8.8: seq=4 ttl=58 time=25.663 ms
64 bytes from 8.8.8.8: seq=5 ttl=58 time=25.618 ms
64 bytes from 8.8.8.8: seq=6 ttl=58 time=25.597 ms
64 bytes from 8.8.8.8: seq=7 ttl=58 time=25.464 ms
64 bytes from 8.8.8.8: seq=8 ttl=58 time=25.571 ms
64 bytes from 8.8.8.8: seq=9 ttl=58 time=25.393 ms

Dopo la modifica:

root@OpenWrt:/tmp# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=58 time=21.648 ms
64 bytes from 8.8.8.8: seq=1 ttl=58 time=21.515 ms
64 bytes from 8.8.8.8: seq=2 ttl=58 time=21.382 ms
64 bytes from 8.8.8.8: seq=3 ttl=58 time=21.265 ms
64 bytes from 8.8.8.8: seq=4 ttl=58 time=21.520 ms
64 bytes from 8.8.8.8: seq=5 ttl=58 time=21.125 ms
64 bytes from 8.8.8.8: seq=6 ttl=58 time=21.459 ms
64 bytes from 8.8.8.8: seq=7 ttl=58 time=21.314 ms
64 bytes from 8.8.8.8: seq=8 ttl=58 time=21.400 ms
64 bytes from 8.8.8.8: seq=9 ttl=58 time=21.415 ms

Anche se mi sono dilungato abbastanza (me ne scuso), ho raccontato solo il succo della questione. In realtà ho fatto anche altre prove e scoperto altre cose, per esempio come verificare se effettivamente il G.INP (al livello fisico) è attivo e quali di questi comandi sono effettivamente supportati dal DSLAM... Se vi interessano continuo con la spiegazione