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

[blackhole00]

Originariamente inviato da Herbie_53

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.IMP (al livello fisico) è attivo e quali di questi comandi sono effettivamente supportati dal DSLAM... Se vi interessano continuo con la spiegazione

Complimenti ...continua pure

[darkeyes7777]

Originariamente inviato da Herbie_53

Signori e signore, ho fatto una piacevole scoperta questa notte: ho capito come abilitare il G.IMP.
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.IMP. 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:


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.IMP 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.IMP (al livello fisico) è attivo e quali di questi comandi sono effettivamente supportati dal DSLAM... Se vi interessano continuo con la spiegazione

continua, continua...

nel fratempo due domande:

-giusto per non fare wiking, cosa è il g.imp?
-vale anche per adsl 2+?


ps
ma può essere mai che in giro, non si trova un wiki completo su tutte le opzioni di lfcg????

[darkeyes7777]

Originariamente inviato da gianluca.crispiani

Ciao,
avevo pensato anche io al client a 150 cosi ho controllato e le specifiche sono queste:
http://www.intel.com/content/www/us/...ed-n-6235.html

Da quello che leggo non è "castrato".....
Domani ho la possibilità di provare anche con altri device, commento la riga che mi hai indicato e posto i risultati...

Intorno mi ritrovo le wifi che allego.
Tieni presente che il tp-link sta vicino vicino ad una vodafone station (i primi 2 ssid dell'allegato). Domani faccio spostare il tp di stanza e vediamo se le interferenze diminuiscono...

ulltima vesione. 300mbs quasi fisi anche con potenza tx modesta..


config wifi-device 'radio0'
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 '11'
option htmode 'HT40-'
option txpower '10'
option diversity '0'
option rxantenna '111'
option txantenna '111'
# option require_mode 'n'

config wifi-iface
option device 'radio0'
option mode 'ap'
option ssid 'tuonomewifi'
option key 'tuapassword'
option encryption 'psk2+ccmp'
option wmm '1'
option network 'lan'
option short_preamble '1'

[Nativoz]

Perdonate i 'quasi' OT, ma mentre avevo openwrt down ho sostituito momentaneamente il router con un apparato che mi sembrava valesse poco, un KRAUN kn.3n. Mi sono ricreduto, come firmware stock aveva un sacco di funzioni.

Anche in openwrt posso avere più PCV con ip pubblici diversi?
grazie

[Giorgio85]

Scusate, ho installato il firmware DSL (vdsl.bin) utilizzando l'apposito script del router (/sbin/vdsl_fw_install.sh), il quale estrae 2 file dal seguente link:

http://hilfe.telekom.de/dlp/eki/down...V_1.21.000.bin

Sto utilizzando l'ultima versione stabile di Chaos Calmer, connessione ADSL PPPoE Telecom a 7 Mbps

tutti i parametri sono settati "regolarmente":

config vdsl 'dsl'
option annex 'a'
option firmware '/lib/firmware/vdsl.bin'
option tone 'av'
option xfer_mode 'atm'


dal log di sistema:
...Timeout waiting for PADO Packets.

mi sapreste indicare per cortesia dove e quale firmware scaricare per PPPoE (no VDSL!)?

Grazie infinite, sto impazzendo

[gianluca.crispiani]

Originariamente inviato da darkeyes7777

ulltima vesione. 300mbs quasi fisi anche con potenza tx modesta..


config wifi-device 'radio0'
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 '11'
option htmode 'HT40-'
option txpower '10'
option diversity '0'
option rxantenna '111'
option txantenna '111'
# option require_mode 'n'

config wifi-iface
option device 'radio0'
option mode 'ap'
option ssid 'tuonomewifi'
option key 'tuapassword'
option encryption 'psk2+ccmp'
option wmm '1'
option network 'lan'
option short_preamble '1'

Ciao,
vi aggiorno... Con l'ultima cfg wireless sono quasi riuscito ad ottenere i 300, ameno con alcuni device, sia spostando il tplink dove ci sono poche interferenze, sia dove ci sono le interf della vodafone station.

Il problema che mi si pone adesso è un'altro:
Se i device si collegano alla voda, i down sono di circa 42/43 con up di 9/10;
Se si collegano al tplink, i down scendono a 32/33 con up sempre di 9/10.

Premessa: la mia cfg di rete è questa:
Internet---Voda---Firewall pFsense---LAN
In lan ovviamente c'è il tplink.
Pensavo quindi che le performance fossero dovute al firewall ma se attacco il cavo, ottengo gli stessi dati che se attaccassi il cavo/wifi direttamente alla voda.

Quindi il firewall non incide....

Ora prova l'ultima tua cfg e poi vi faro' sapere....

Grazie a tutti per l'assistenza!!

[gianluca.crispiani]

AH! Scusate ma per riavviare il solo wifi senza riavviare tutto il router, basta un /etc/init.d/network restart???

[Shamrogue]

Originariamente inviato da gianluca.crispiani

AH! Scusate ma per riavviare il solo wifi senza riavviare tutto il router, basta un /etc/init.d/network restart???

No, quello riavvia tutte le reti.
Se devi solo far rileggere la nuova configurazione lancia "wifi" senza opzioni.
Per abilitare/disabilitare "wifi on/off"

[gianluca.crispiani]

Originariamente inviato da Shamrogue

No, quello riavvia tutte le reti.
Se devi solo far rileggere la nuova configurazione lancia "wifi" senza opzioni.
Per abilitare/disabilitare "wifi on/off"

Grazie!!
...non poteva non esistere esserci qualcosa del genere...

[gianluca.crispiani]

Originariamente inviato da gianluca.crispiani

Ciao,
vi aggiorno... Con l'ultima cfg wireless sono quasi riuscito ad ottenere i 300, ameno con alcuni device, sia spostando il tplink dove ci sono poche interferenze, sia dove ci sono le interf della vodafone station.

Il problema che mi si pone adesso è un'altro:
Se i device si collegano alla voda, i down sono di circa 42/43 con up di 9/10;
Se si collegano al tplink, i down scendono a 32/33 con up sempre di 9/10.

Premessa: la mia cfg di rete è questa:
Internet---Voda---Firewall pFsense---LAN
In lan ovviamente c'è il tplink.
Pensavo quindi che le performance fossero dovute al firewall ma se attacco il cavo, ottengo gli stessi dati che se attaccassi il cavo/wifi direttamente alla voda.

Quindi il firewall non incide....

Ora prova l'ultima tua cfg e poi vi faro' sapere....

Grazie a tutti per l'assistenza!!

Ok, fatta la prova e sono tornato a meno di 150Mbit...

Ora sto girando con questa, sotto suggerimento precedente, con risultati migliori ma sempre con il problema del dload non efficente come quello via wifi voda:
config wifi-device 'radio0'
option type 'mac80211'
option noscan '1'
option path 'pci0000:00/0000:00:00.0/0000:01:00.0'
option country 'IT'
option channel '4'
option htmode 'HT40+'
option txpower '20'
option diversity '1'
# option rxantenna '111'
# option txantenna '111'
option disabled '0'

option require_mode 'n'
option hwmode '11ng'

option distance '100'
option wmm '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'

config wifi-iface
option device 'radio0'
option mode 'ap'
option ssid 'miosid'
option encryption 'psk+ccmp'
option key 'miapwd'
option wmm '1'
option network 'lan'
option short_preamble '1'

[darkeyes7777]

Originariamente inviato da gianluca.crispiani

Ok, fatta la prova e sono tornato a meno di 150Mbit...

Ora sto girando con questa, sotto suggerimento precedente, con risultati migliori ma sempre con il problema del dload non efficente come quello via wifi voda:
config wifi-device 'radio0'
option type 'mac80211'
option noscan '1'
option path 'pci0000:00/0000:00:00.0/0000:01:00.0'
option country 'IT'
option channel '4'
option htmode 'HT40+'
option txpower '20'
option diversity '1'
# option rxantenna '111'
# option txantenna '111'
option disabled '0'

option require_mode 'n'
option hwmode '11ng'

option distance '100'
option wmm '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'

config wifi-iface
option device 'radio0'
option mode 'ap'
option ssid 'miosid'
option encryption 'psk+ccmp'
option key 'miapwd'
option wmm '1'
option network 'lan'
option short_preamble '1'

scusa...vedo un pò di sovrapposizioni o opzioni contrastanti.


a parte questo, nessuno ha una schermata delle impostazioni wifi avanzate del firmware originale?

giusto per vedere un paio di impostazioni numeriche.

questo cmq è il mio ultimo:

config wifi-device 'radio0'
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 '11'
list ht_capab 'HT40+'
list ht_capab 'HT40-'
list ht_capab 'LDPC'
# list ht_capab 'SMPS-DYNAMIC'
list ht_capab 'SHORT-GI-20'
list ht_capab 'SHORT-GI-40'
list ht_capab 'TX-STBC'
list ht_capab 'RX-STBC123'
list ht_capab 'DSSS_CCK-40'
option htmode 'HT40-'
# option chanbw '20'
option txpower '10'
option diversity '0'
option rxantenna '111'
option txantenna '111'
# option require_mode 'n'

config wifi-iface
option device 'radio0'
option mode 'ap'
option ssid 'xxxxxxxxxxxxxxxxxx'
option key 'tttttttttttttttttttttttttttt'
option encryption 'psk2+ccmp'
option wmm '1'
option network 'lan'
option short_preamble '1'

[Giorgio85]

Originariamente inviato da Giorgio85

Scusate, ho installato il firmware DSL (vdsl.bin) utilizzando l'apposito script del router (/sbin/vdsl_fw_install.sh), il quale estrae 2 file dal seguente link:

http://hilfe.telekom.de/dlp/eki/down...V_1.21.000.bin

Sto utilizzando l'ultima versione stabile di Chaos Calmer, connessione ADSL PPPoE Telecom a 7 Mbps

tutti i parametri sono settati "regolarmente":

config vdsl 'dsl'
option annex 'a'
option firmware '/lib/firmware/vdsl.bin'
option tone 'av'
option xfer_mode 'atm'


dal log di sistema:
...Timeout waiting for PADO Packets.

mi sapreste indicare per cortesia dove e quale firmware scaricare per PPPoE (no VDSL!)?

Grazie infinite, sto impazzendo

ehi! non rispondete tutti insieme! uno alla volta! grazie!

[Nativoz]

https://onedrive.live.com/?authkey=!...6640B163AC266F
qui trovi i firmware. erano a pag 138 di questa discussione.

io fossi in te, per provare, userei la versione 47240 di totix che è stabile ed ha anche il firmware oppure la 47548 di herrnobiz. Anche quest'ultima a trovi nella discussione.

[Giorgio85]

Originariamente inviato da Nativoz

https://onedrive.live.com/?authkey=!...6640B163AC266F
qui trovi i firmware. erano a pag 138 di questa discussione.

io fossi in te, per provare, userei la versione 47240 di totix che è stabile ed ha anche il firmware oppure la 47548 di herrnobiz. Anche quest'ultima a trovi nella discussione.

grazie mille, ti sono in debito

[agnagna]

Ciao,
collegando il tplink in cascata ad un modem fibra, non riesco ad ottenere contemporaneamente l'accesso ad internet ed al router Tplink!
O riesco a navigare (ma non posso accedere al router) o se accedo al router non ho connessione internet...
Ho assegnato un IP statico al router Tplink (192.168.2.1 - gateway 192.168.1.1) mentre il modem ha IP (192.168.1.1).
Qualcuno ha una configurazione dei parametri LAN,WAN, etc ?
...in modo da poter accedere al Tplink e navigare contemporaneamente?
Meglio collegamento LAN-LAN o LAN-WAN?
Suggerimenti?
Grazie.

[Herbie_53]

Originariamente inviato da darkeyes7777

continua, continua...

nel fratempo due domande:

-giusto per non fare wiking, cosa è il g.imp?
-vale anche per adsl 2+?


ps
ma può essere mai che in giro, non si trova un wiki completo su tutte le opzioni di lfcg????

Prima di tutto, mi scuso con tutti, ma il vero nome è G.INP non G.IMP... ed ora vi spiego anche perchè mi sbagliavo...

Nelle ADSL nostrane, fino ad ora sono stati utilizzati solamente il FastPath ed Interleaved. Questi due protocolli, in parole povere, favorivano l'uno il tempo di ping mentre l'altro la stabilità e velocità della linea.
Il G.INP che deriva di "inpulse noise protection" in parole molto povere prende i lati positivi di uno e dell'altro... ha tempi di ping molto bassi ma garantisce anche una buona velocità e protezione in caso di linee messe male.
Purtroppo come detto sopra, fino ad ora è utilizzato in Italia solamente in VDSL (Fastweb non lo utilizza neanche in VDSL).

Per quanto riguarda le opzioni da dare in pasto al modem (lfcg ecc.), non so neanche io dove cercare... le cerco su google.. ogni tanto qualche cosa esce...

[Herbie_53]

Continuando con la spiegazione dell'altro giorno, per verificare che il G.INP sia attivo, basta vedere se il valore di "ActualImpulseNoiseProtection" sia cresciuto di molto: deve stare sopra i 40 (o 400 dipende dall'unità di misura).

... the lfsg command show should if G.INP a.k.a. ReTx is currently in use. Unfortunately, the driver ChangeLog file mentions a bug about the lfsg command not displaying the ReTx status correctly (fixed in driver version 4.14.4). Also if G.INP was in use, the total ActualImpulseNoiseProtection value should be quite big, around 40.0 which would be displayed as 400 (it's given in units of 0.1).

Ecco i valori che avevo io prima della modifica:

dsl_cpe_pipe.sh g997csg 0 0
nReturn=0 nChannel=0 nDirection=0 ActualDataRate=3144000 PreviousDataRate=3110000 ActualInterleaveDelay=400 ActualImpulseNoiseProtection=20 ActualNetDataRate=3144000 ActualImpulseNoiseProtectionRein=0 ActualImpulseNoiseProtectionNoErasure=20

dsl_cpe_pipe.sh g997csg 0 1
nReturn=0 nChannel=0 nDirection=1 ActualDataRate=31173000 PreviousDataRate=31493000 ActualInterleaveDelay=13 ActualImpulseNoiseProtection=580 ActualNetDataRate=31493000 ActualImpulseNoiseProtectionRein=0 ActualImpulseNoiseProtectionNoErasure=40

Come potete vedere in upload avevo "ActualImpulseNoiseProtection=20" mentre in download "ActualImpulseNoiseProtection=580". Inoltre potete notare come: "ActualInterleaveDelay=400" e "ActualInterleaveDelay=13" corrispondono rispettivamente ai 4.00 ms ed ai 0.13ms che avevo di ritardo in upload e download

Dopo la modifica ecco i valori:

dsl_cpe_pipe.sh g997csg 0 0
nReturn=0 nChannel=0 nDirection=0 ActualDataRate=3110000 PreviousDataRate=0 ActualInterleaveDelay=0 ActualImpulseNoiseProtection=540 ActualNetDataRate=3142000 ActualImpulseNoiseProtectionRein=0 ActualImpulseNoiseProtectionNoErasure=40

dsl_cpe_pipe.sh g997csg 0 1
nReturn=0 nChannel=0 nDirection=1 ActualDataRate=31173000 PreviousDataRate=31493000 ActualInterleaveDelay=13 ActualImpulseNoiseProtection=580 ActualNetDataRate=31493000 ActualImpulseNoiseProtectionRein=0 ActualImpulseNoiseProtectionNoErasure=40

Adesso anche in upload ho valori molto alti di protezione contro gli impulsi: "ActualImpulseNoiseProtection=540" e finalmente ho un ritardo basso... anzi nullo "ActualInterleaveDelay=0"

Infine un altro sistema per vedere se anche il DSLAM accetta il G.INP. Il parametro da controllare è bReTxEnable. Se indica 0 significa che è disattivato, se indica 1 è attivo.

Prima della modifica:

dsl_cpe_pipe.sh lfsg 0
nReturn=0 nDirection=0 bTrellisEnable=1 bBitswapEnable=0 bReTxEnable=0 bVirtualNoiseSupport=0 b20BitSupport=0

dsl_cpe_pipe.sh lfsg 1
nReturn=0 nDirection=1 bTrellisEnable=1 bBitswapEnable=0 bReTxEnable=1 bVirtualNoiseSupport=0 b20BitSupport=0

Dopo la modifica:

dsl_cpe_pipe.sh lfsg 0
nReturn=0 nDirection=0 bTrellisEnable=1 bBitswapEnable=1 bReTxEnable=1 bVirtualNoiseSupport=0 b20BitSupport=0

dsl_cpe_pipe.sh lfsg 1
nReturn=0 nDirection=1 bTrellisEnable=1 bBitswapEnable=0 bReTxEnable=1 bVirtualNoiseSupport=0 b20BitSupport=0

Come diceva Agatha Christie: "Un indizio è un indizio, due indizi sono una coincidenza, ma tre indizi fanno una prova."... Quindi direi che ora è attivo!


P.S.
Sempre su quel famoso forum ho trovato questo set di comandi utili, per avere altre statistiche molte delle quali oscure anche a me:

dsl_cpe_pipe.sh lfsg 0
dsl_cpe_pipe.sh lfsg 1
dsl_cpe_pipe.sh g997fpsg  0 0     # <-- Qui ci sono altri indizi dell'attivazione o meno del G.INP
dsl_cpe_pipe.sh g997fpsg  0 1     # <-- Stessa cosa ma in upload
dsl_cpe_pipe.sh fpsg 0 0
dsl_cpe_pipe.sh fpsg 0 1
dsl_cpe_pipe.sh pmrtcsg 0 0       # <-- Non funziona sul mio modem
dsl_cpe_pipe.sh pmrtcsg 1 0       # <-- Non funziona sul mio modem

dsl_cpe_pipe.sh dms 5008 0 1

dsl_cpe_pipe.sh g997csg 0 0
dsl_cpe_pipe.sh g997csg 0 1

P.P.S.
Per curiosità ho provato a disattivare il G.INP sia in upload sia in download.... ed ecco i 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: 0
Errored seconds (ES):                     Near: 0 / Far: 410
Severely Errored Seconds (SES):           Near: 0 / Far: 79
Loss of Signal Seconds (LOSS):            Near: 0 / Far: 7
Unavailable Seconds (UAS):                Near: 421 / Far: 421
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 (8.0 ms) / Up: Interleave (4.0 ms)
Data Rate:                                Down: 31.494 Mb/s / Up: 3.144 Mb/s
Line Attenuation (LATN):                  Down: 7.5dB / Up: 8.6dB
Signal Attenuation (SATN):                Down: 7.5dB / Up: 7.9dB
Noise Margin (SNR):                       Down: 22.6dB / Up: 26.9dB
Aggregate Transmit Power(ACTATP):         Down: -21.-5dB / Up: 12.1dB
Max. Attainable Data Rate (ATTNDR):       Down: 86.077 Mb/s / Up: 24.713 Mb/s
Line Uptime Seconds:                      62
Line Uptime:                              1m 2s

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=32.790 ms
64 bytes from 8.8.8.8: seq=1 ttl=58 time=32.629 ms
64 bytes from 8.8.8.8: seq=2 ttl=58 time=33.152 ms
64 bytes from 8.8.8.8: seq=3 ttl=58 time=33.204 ms
64 bytes from 8.8.8.8: seq=4 ttl=58 time=32.814 ms
64 bytes from 8.8.8.8: seq=5 ttl=58 time=32.877 ms
64 bytes from 8.8.8.8: seq=6 ttl=58 time=32.750 ms
64 bytes from 8.8.8.8: seq=7 ttl=58 time=32.564 ms
64 bytes from 8.8.8.8: seq=8 ttl=58 time=32.666 ms
64 bytes from 8.8.8.8: seq=9 ttl=58 time=32.973 ms

Mi sembra di essere tornato con l'adsl ahah

[darkeyes7777]

config wifi-device 'radio0'
option type 'mac80211'
option noscan '1'
beacon_int '100'
option path 'pci0000:00/0000:00:00.0/0000:01:00.0'
# option hwmode '11g'
option country 'IT'
option channel '11'
list ht_capab 'HT40+'
list ht_capab 'HT40-'
list ht_capab 'LDPC'
# list ht_capab 'SMPS-DYNAMIC'
list ht_capab 'SHORT-GI-20'
list ht_capab 'SHORT-GI-40'
list ht_capab 'TX-STBC'
list ht_capab 'RX-STBC123'
list ht_capab 'DSSS_CCK-40'
option htmode 'HT40-'
# option chanbw '20'
option txpower '10'
option diversity '0'
option rxantenna '111'
option txantenna '111'
# option require_mode 'n'

config wifi-iface
option device 'radio0'
option mode 'ap'
option ssid 'ggggggggggggg'
option key 'fffffffffffff'
option encryption 'psk2+ccmp'
option wmm '1'
option network 'lan'
dtim_period '1'
option short_preamble '1'
option frag '2346'
option rts '2346'


ho aggiunto le opzioni presenti nel firmware originale con i valori di default sempre del firmware originale:

dtim (che a quanto pare in wrt è default 2, mentre nel firm ori è 1)
frag
rts


rispetto alle versioni che girano su internet, questa opzione:

ist ht_capab 'RX-STBC1'

la ho modificata così

ist ht_capab 'RX-STBC123'

[darkeyes7777]

Originariamente inviato da Herbie_53

Signori e signore, ho fatto una piacevole scoperta questa notte: ho capito come abilitare il G.IMP.
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:


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

ho trascritto i tuoi comandi nello startup


# Put your custom commands here that should be executed once
# the system init finished. By default this file does nothing.
dsl_cpe_pipe.sh locs 0 -30
dsl_cpe_pipe.sh lfcs 1 1 1 1 1 1
dsl_cpe_pipe.sh lfcs 0 1 1 1 1 1
dsl_cpe_pipe.sh acs 2
exit 0


questi sono i risultati

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

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

root@modem:~#


peccato che sotto adsl2 non ci sono risultati apprezzabili.. tranne una diminuzione del ping di 5-6ms a parità di altro

sai cosa è il b20bisupport e l'nreturn?

[avware]

Confermo che il G.inp sotto Fastweb fibra vdsl non funziona.

Sull'ultima versione trunk, malgrado una certa stabilità iniziale, continuano a esserci problemi con lo switch, non solo.. la situazione col passare del tempo sembra peggiorare.

Volendo attribuire questi difetti a degli interventi fatti recentemente [da uno stesso programmatore], sto provando a compilare una versione senza le suddette modifiche, la r48229 ..vi faccio spere come gira questa revision.