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

[Totix92]

il problema con lo switch c'è in tutte le build, vecchie e nuove

[Nativoz]

L'unico problema lo avevo rilevato per il DLNA e come suggerito da ambrosa si risolveva variando l'MTU. Se il comportamento è identico nelle build successive, allora posso aggiornare senza paura.
Grazie

[stef84]

Raga buonasera...

ho rispolverato l'8970v1 e fleshato con l'ultima Openwrt compilata da Totix92 (che ringrazio per l'ottimo lavoro).

Non ho ancora avuto modo di provare la parte modem, qui a lavoro non ho adsl disponibile per poter provare...

In ogni caso, sto cercando di installare Openvpn, ma ricevo questo errore:

Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for openvpn-openssl:
 * 	kernel (= 4.1.11-1-2338b15f34f9813d524f4cb675df041d) * 
 * opkg_install_cmd: Cannot install package openvpn-openssl.

Qualcuno l'ha provato? Diciamo che ho deciso di fleshare con Openwrt soprattutto per questo...

[abarth83]

Originariamente inviato da Totix92

il problema con lo switch c'è in tutte le build, vecchie e nuove

si ne sento parlare ma quali sono questi problemi?

[avware]

Originariamente inviato da abarth83

si ne sento parlare ma quali sono questi problemi?

1) Lo switch si comporta come un hub replicando il traffico verso tutte le porte (lo avrai notato perché quando una sola porta trasmette o riceve, tutti i led delle interfacce connesse si illuminano);
2) Non essendoci un driver che "accelera" le operazioni di i/o, sotto carico succede spesso che il chipset vada in blocco e linux è costretto a resettare l'hardware perdendo parte dei dati presenti nella coda di fetch (nel dmesg noterai molti eth tx ring full). Sugli applicativi meglio gestiti questo causa una necessaria ritrasmissione con conseguente lag di rete, su quelli peggio gestiti potresti notare una corruzione dei pacchetti (es. gli artefatti che noti durante lo streaming malgrado il video sia codificato in modo eccellente).

[Shamrogue]

Originariamente inviato da stef84

Raga buonasera...

ho rispolverato l'8970v1 e fleshato con l'ultima Openwrt compilata da Totix92 (che ringrazio per l'ottimo lavoro).

Non ho ancora avuto modo di provare la parte modem, qui a lavoro non ho adsl disponibile per poter provare...

In ogni caso, sto cercando di installare Openvpn, ma ricevo questo errore:

Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for openvpn-openssl:
 * 	kernel (= 4.1.11-1-2338b15f34f9813d524f4cb675df041d) * 
 * opkg_install_cmd: Cannot install package openvpn-openssl.

Qualcuno l'ha provato? Diciamo che ho deciso di fleshare con Openwrt soprattutto per questo...

Ho avuto lo stesso problema anche io, ho risolto installando la stable, ma non è il massimo perchè perdi le varie ottimizzazioni.
In alternativa dovresti compilare tutto tu (Openwrt e pacchetti) in modo da avere un repository consistente, o almeno credo...

[stef84]

Grazie mille per la dritta... Diciamo che pacchetti extra non mi servono, solo openvpn e ovviamente la parte modem, che poi se basta caricare il driver non è complicato.

Quale versione mi consigli quindi? Poi le ottimizzazioni posso farle in seguito al limite.


Mobile tramite Tapatalk

[Shamrogue]

Originariamente inviato da stef84

Grazie mille per la dritta... Diciamo che pacchetti extra non mi servono, solo openvpn e ovviamente la parte modem, che poi se basta caricare il driver non è complicato.

Quale versione mi consigli quindi? Poi le ottimizzazioni posso farle in seguito al limite.


Mobile tramite Tapatalk

Io uso la stable e openvpn funziona bene.
Le ottimizzazioni non puoi farle in seguito, in pratica sono patch che sono nelle build che trovi compilate qui.
Prima o poi vorrei provare a fare una mia build con tutti i pacchetti come dicevo prima per vedere si risolve il problema o meno, ma al momento non ho tempo...

[Shamrogue]

Originariamente inviato da avware

1) Lo switch si comporta come un hub replicando il traffico verso tutte le porte (lo avrai notato perché quando una sola porta trasmette o riceve, tutti i led delle interfacce connesse si illuminano);
2) Non essendoci un driver che "accelera" le operazioni di i/o, sotto carico succede spesso che il chipset vada in blocco e linux è costretto a resettare l'hardware perdendo parte dei dati presenti nella coda di fetch (nel dmesg noterai molti eth tx ring full). Sugli applicativi meglio gestiti questo causa una necessaria ritrasmissione con conseguente lag di rete, su quelli peggio gestiti potresti notare una corruzione dei pacchetti (es. gli artefatti che noti durante lo streaming malgrado il video sia codificato in modo eccellente).

Due domande (forse stupide, non so):
- come mai è così difficile risolvere il problema dello switch? mancano i sorgenti del driver?
- c'è un workaround per risolvere il problema del blocco, magari anche a scapito delle prestazioni? Pazienza per il lag, ma nel caso di un trasferimento file NAS<->PC la cosa potrebbe essere pericolosa...

[stef84]

mmmhhh... avere un router con openvpn a scapito di performance e stabilità onestamente non mi ispira molta fiducia, lo switch in particolar modo.
Anche perchè andrebbe in un luogo dove per X problemi dovrei fare due ore di strada.. Credo che a 'sto punto attendo che vengano risolti i vari bug e ripristino il firmware stock.
Grazie per le dritte comunque!

[avware]

Originariamente inviato da Shamrogue

Due domande (forse stupide, non so):
- come mai è così difficile risolvere il problema dello switch? mancano i sorgenti del driver?
- c'è un workaround per risolvere il problema del blocco, magari anche a scapito delle prestazioni? Pazienza per il lag, ma nel caso di un trasferimento file NAS<->PC la cosa potrebbe essere pericolosa...

Non è difficile, è che nessuno vuol cimentarsi nell'impresa [leggasi: non ha il tempo] di fare il porting del driver dal firmware originale tplink (che è un branch di openwrt) e l'attuale trunk o la recente chaos-calmer. Chi ha [poco] tempo e tanta volontà non ha le competenze (io ad esempio).
Non parlerei tanto di blocco, perché comunque il router continua a funzionare senza necessità di interventi manuali.. tu vorresti un workaround, ma io credo che sia proprio un workaround quello che stiamo usando tuttora per farlo funzionare quindi vorresti un work-workaround (o workaround-around, come preferisci). Riguardo il discorso sicurezza hai ragione ma nessuno si pone il problema perché è un router, nasce per lavorare nelle case e li nessuno si mette in promiscuo ad analizzare il traffico di rete, se non per sniffare i propri stessi pacchetti

[Shamrogue]

Originariamente inviato da avware

Non è difficile, è che nessuno vuol cimentarsi nell'impresa [leggasi: non ha il tempo] di fare il porting del driver dal firmware originale tplink (che è un branch di openwrt) e l'attuale trunk o la recente chaos-calmer. Chi ha [poco] tempo e tanta volontà non ha le competenze (io ad esempio).
Non parlerei tanto di blocco, perché comunque il router continua a funzionare senza necessità di interventi manuali.. tu vorresti un workaround, ma io credo che sia proprio un workaround quello che stiamo usando tuttora per farlo funzionare quindi vorresti un work-workaround (o workaround-around, come preferisci). Riguardo il discorso sicurezza hai ragione ma nessuno si pone il problema perché è un router, nasce per lavorare nelle case e li nessuno si mette in promiscuo ad analizzare il traffico di rete, se non per sniffare i propri stessi pacchetti

Quindi è un problema di porting... vabbè, speriamo che ci sia qualcuno in grado di risolvere la cosa prima o poi.
Con sicurezza non mi riferivo alla possibilità di vedere il traffico, ma al rischio di corruzione dei dati sotto carico di cui avevi scritto prima.
Non sarebbe bello trasferire dati come dicevo prima tra un PC e un NAS e scoprire dopo tempo che qualche file si è corrotto...

[achmav]

@Totix92
Dopo diversi tentativi spero di aver in parte risolto. In pratica sono riuscito ad installare via seriale un tuo vecchio firmware 47067, che per funzionare correttamente ha richiesto un ulteriore reset da luci.
Non sono riuscito invece ad installare né la 47240 né la 47166 che hai ora su onedrive. O meglio riesco ad installarle (sia da seriale che da luci) ma al riavvio nel log di boot ho diversi errori "packet size is too short", riesco ad accedere a luci ma molte cose non funzionano. Anche se aggiorno via luci dalla 47067 alla 47240 al riavvio ho gli stessi errori.
Hai idea del perchè?
Come va la 47067 rispetto alle più recenti?
Hai qualche versione più recente che possa provare?

I ringraziamenti sono sottintesi

[Totix92]

quell'errore si risolve inserendo il service name nei parametri PPPoE

[achmav]

Perfetto, risolto, ora anche la 47240 và.
Mi ero perso il tuo post dove lo avevi già indicato, sorry.
Grazie mille.

[avware]

Originariamente inviato da Shamrogue

vabbè, speriamo che ci sia qualcuno in grado di risolvere la cosa prima o poi

"Lasciate ogni speranza voi ch'openwrt provate"
Io nei ritagli di tempo qualcosa sto facendo (alle 2 di notte, non garantisco il risultato).

Originariamente inviato da Shamrogue

rischio di corruzione dei dati sotto carico di cui avevi scritto prima

Sul trasferimento tcp puoi stare tranquillo, al limite su udp (non a caso ho citato lo streaming via dlna). Puoi sempre installare il firmware tplink ufficiale e customizzarlo come vuoi, sempre openwrt (escludendo le eventuali backdoor che potresti trovare sparse qua e la).

[Totix92]

@avware
scusa mi sfugge una cosa... ma non mi pare si possa customizzare il firmware originale tp-link... o sbaglio?

[avware]

Originariamente inviato da Totix92

@avware
scusa mi sfugge una cosa... ma non mi pare si possa customizzare il firmware originale tp-link... o sbaglio?

Nelle sorgenti gpl ci sono: le directory target, la toolchain e kernel+moduli.. io modificando un makefile sono riuscito a far compilare toolchain e kernel, ma non sono andato oltre. Di solito nelle distribuzioni gpl fornite, stringendo, quelli che mancano sono gli script che impacchettano il tutto. Se però la tua domanda era: "si ma posso aprire il firmware del router direttamente dalla nand montando il fs in RW e copiarci dentro del mio compilato da eseguire ?" La risposta è: non lo so io l'ho acceso la prima volta dopo aver saldato la seriale per poi metterci openwrt vanilla, non ho visto cosa c'era prima dentro.

[Totix92]

eh ma i sorgenti tp-link sono del primo firmware cioè quello era montato nei primi 8970 quando è uscito sul mercato

[Shamrogue]

Originariamente inviato da avware

"Lasciate ogni speranza voi ch'openwrt provate"
Io nei ritagli di tempo qualcosa sto facendo (alle 2 di notte, non garantisco il risultato).

Se fossi capace proverei a dare una mano, ma non sono uno sviluppatore...
Possibile che non ci sia un altro router che abbia lo stesso switch e per il quale ci sia un driver funzionante?

Originariamente inviato da avware

Sul trasferimento tcp puoi stare tranquillo, al limite su udp (non a caso ho citato lo streaming via dlna). Puoi sempre installare il firmware tplink ufficiale e customizzarlo come vuoi, sempre openwrt (escludendo le eventuali backdoor che potresti trovare sparse qua e la).

Direi che va bene così allora, se dovessi avere qualche problema di streaming non è un problema.
E poi mandare il router sotto carico in una rete casalinga dovrebbe essere difficile... o sbaglio?