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

[Lins]

Ho finalmente aperto il w8970 ricevuto in sostituzione e con l'occasione ho pensato di metterci su OpenWRT.
La scelta è andata sulla stable Barrier Breaker con overlay su flash da 8GB e secondo disco da 250GB 2.5" montato nella seconda USB, tutti e due in ext4.

I pacchetti interessati sono stati pochi :
- openssh necessario per tunneling
- utility varie (rsync, diff, bash, curl, cfdisk, htop etc)
- rTorrent
- lighttpd + php5-fastcgi + php5-mod-json
- ruTorrent

L'obiettivo oltre ad avere un router pienamente customizzabile consisteva nel provare a dismettere la vecchia linuxbox (eeepc 1000h) centralizzando il tutto (pacchetti espressi su) nel TP-Link.
Penso però di averlo sovrastimato, messo un torrent di prova ieri (600-700MB di iso linux) il router ha iniziato a rispondere sempre più lentamente via ssh fino a che, dopo un check via top, ha deciso di resettarsi.

Dubito che la colpa sia di rTorrent, usato da anni su slack e arch con un utilizzo bassissimo di CPU, bensì la CPU dell' 8970 che reputo sottodimensionata al lavoro richiesto.

Che ne dite ?

[Erario]

Con rtorrent lo pianti, già fatto molti tentativi, lascia perdere, con transmission non ne parliamo.
Onestamente non so dirti se è colpa di un qualcosa in questa versione di OpenWrt, perchè in effetti su altri router molto meno potenti (sulla carta) anch'io riuscivo a farlo girare senza questi problemi.
Per l'utilizzo normale invece è una mina, non mi si pianta mai.

[Lins]

Per quel poco che son riuscito a vedere, l'occupazione della cpu schizzava su continuamente. Questo ipotizzo abbia portato all'hang il soc.
Potrei provare a formattare in JFS il disco esterno, ma dubito che l'alto utilizzo della CPU derivi dall' EXT4

[matteo85]

Originariamente inviato da Lins

Per quel poco che son riuscito a vedere, l'occupazione della cpu schizzava su continuamente. Questo ipotizzo abbia portato all'hang il soc.
Potrei provare a formattare in JFS il disco esterno, ma dubito che l'alto utilizzo della CPU derivi dall' EXT4

Non vorrei dire, ma torrent è un'applicazione pesante in sè, e usare cone storage un disco USB non può che peggiorare la situazione, dato che USB è un protocollo lento, un FS vale l'altro.

[Lins]

Seguo lo sviluppo di rtorrent fin dalle prime versioni e l'utilizzo non è mai stato pesante,ma devo dire di averlo usato sempre su device più prestanti.
Continuerò a indagare su ma per puro diletto.

Riguardo l'usb ti do assolutamente ragione

[blackhole00]

AGGIORNAMENTI CHAOS CALMER 15.05 RC3:
Nell'attesa di una nuova release di ambrosa, segnalo nuove release CC per il W8970, costantemente aggiornate da un progetto polacco:
http://eko.one.pl/?p=openwrt-chaos-calmer (pagina originale)

PAGINA TRADOTTA IN ITALIANO

DOWNLOAD

PACKAGES

Nella pagina principale potete verificare il changelog (ora siamo alla Chaos Calmer 15.05 RC3), i pacchetti preinstallati e la configurazione.

Sembra ben fatto Da testare naturalmente...

[xtrzenos]

Ciao a tutti, sto incontrando qualche problema nell'installazione di opewrt su questo router.
Ho collegato la seriale e riesco a vedere il tutti i messaggi del boot, quindi presumo funzioni correttamente, solo che non riesco a interrompere il boot premendo il tasto t, qualcuno di voi è già incappato in questo problema?
Grazie

[Lins]

gnd messo male, anche io ci stavo impazzendo su.
Sistemalo meglio e risolvi

[xtrzenos]

molto gentile, grazie, appena ho un attimo di tempo provo

[fuoriluogo]

E' la prima volta che scrivo in questo forum per cui approfitto per salutare e ringraziare Rylos e tutti gli altri che ci hanno permesso di avere OpenWRT funzionante su questo modem.

Vengo al punto.
Ho un TP-Link TD-W8970v1 su cui ho installato OpenWRT compilato da Rylos.
Attualmente lo uso su una linea adsl 20M infostrada di cui sono soddisfatto ma, da quando sono stato raggiunto dalla vdsl di telecom (e a breve anche vodafone e fastweb), ho cominciato a valutare l'opportunità di passare alla fibra.
Ora, leggendo da più parti delle pessime prestazioni dei modem dati in comodato dai gestori e quindi della necessità di utilizzare un router in cascata, mi chiedevo se questo modem permette di usare una porta lan come wan e quindi di essere usato come router capace di instaurare una connessione ppoe, usando il modem telecom come solo modem.
Il firmware originale TP-Link lo permetteva (la porta 1 è segnata come LAN/WAN) ma con OpenWRT non sono riuscito a trovare opzioni che facciano pensare a questa possibilità.
Qualcuno sa se è possibile fare questo?
Grazie.

[Totix92]

fai prima ad usare direttamente questo come modem/router principale visto che supporta la VDSL con openwrt

[fuoriluogo]

Originariamente inviato da Totix92

fai prima ad usare direttamente questo come modem/router principale visto che supporta la VDSL con openwrt

Ti ringrazio per la risposta. Ho dimenticato di specificare che lo scopo era quello di utilizzare il modem telecom per il voip, dato che al momento né telecom né vodafone forniscono i parametri necessari.

[Totix92]

in quel caso allora si dovrai usare per forza il loro.

[nebbia88]

Originariamente inviato da fuoriluogo

Il firmware originale TP-Link lo permetteva (la porta 1 è segnata come LAN/WAN) ma con OpenWRT non sono riuscito a trovare opzioni che facciano pensare a questa possibilità.
Qualcuno sa se è possibile fare questo?

certo è possibile..

non ho trovato guide per questo modello ma il "principio" dovrebbe valere per tutti:

https://forum.openwrt.org/viewtopic.php?id=57305


EDIT: come non detto.. è da provare, spero che queste info siano vecchie:

http://wiki.openwrt.org/toh/tp-link/td-w8970#switch

[fuoriluogo]

Nell'interfaccia del mio router non compare la schermata "swich" a cui fa riferimento l'indicazione presente nel primo dei tuoi link.
Del resto il secondo link mi fa pensare che in questo modello le porte ethernet vengano gestite come un hub e non uno swich.
Dovrei aggiornare OpenWRT all'ultima versione disponibile per vedere se è cambiato qualcosa per la gestione dello swich, ma se così fosse credo che ne avrebbero parlato.
Peccato. Mi dispiacerebbe sostituire questo modem che da me ha una copertura eccellente per quanto riguarda il wifi, oltre a permettermi di usare OpenWRT.
Grazie comunque.

[blackhole00]

Driver xDSL per il W8970 (serie Lantiq):
Nel seguente repository (Martin) potete trovare tutti i firmware per Lantiq VRX200, dai quali potete estrarre il driver ADSL/VDSL e rinominarlo in vdsl.bin:
https://xdarklight.github.io/lantiq-xdsl-firmware-info/

Per estrarre il file .bin bisogna utilizzare i tool binwalk e unsquashfs, sotto linux.

Al momento, l'ultimo driver xDSL disponibile è la versione 5.7.4.3.0.6-5.7.1.8.0.1 del 07/05/2015 per il TD-W9980 V1, da testare la compatibilità con il w8970, ecco le info:

filename: xcpe_574306_571801.bin
version: 5.7.4.3.0.6-5.7.1.8.0.1
sha1sum: f8a13f16f5ead64bb0d2d551fbef8f1a838322f7
filesize: 923152
Firmware1:
        PLATFORM: 5
        PLATFORM_STR: VRX200
        APPLICATION_TYPE: 6
        APPLICATION_TYPE_STR: VDSL over IDSN
        VERSION_STR: 7.4.3
        RELEASE_STATUS: 0
        RELEASE_STATUS_STR: Release
Firmware2:
        PLATFORM: 5
        PLATFORM_STR: VRX200
        APPLICATION_TYPE: 1
        APPLICATION_TYPE_STR: ADSL Annex A
        VERSION_STR: 7.1.8
        RELEASE_STATUS: 0
        RELEASE_STATUS_STR: Release

[avware]

Ciao, riprendo brevemente il discorso filtraggio ip tramite file con liste di range (formato peerguardian). Vi confermo che l'uso della libnetfilter_queue (iptables) è quasi impercettibile a livello di performance, inoltre con l'approccio "programmatico" svanisce l'overhead di caricamento iniziale delle regole. Col mio programmino C impiego poco più di 2 secondi a caricare 220.000 range di indirizzi in una struttura costruita ad-hoc. Ci sono margini di miglioramento per quanto riguarda l'efficienza del check delle regole però già così potrebbe andar bene.. se qualcuno fosse interessato non ha che da chiedere.

ps: i test li ho fatti sul mio pc, sarebbe da provare a compilare il tutto con la toolchain openwrt e fare delle prove anche sul router

[alfonsor]

devi provare sul router con test reali; magari con una lista di 1000 ip da bloccare e vedere quanto rallenta le cose

qui da me, per dire su un dgnd4000 con amod, attivare l'ambaradan, perché mi hai messo curiosità e ho compilato libnetfilter_queue, se il listener non fa niente, ritorna sempre accept, non c'è praticamente nessuna latenza avvertibile

non ho avuto la pazienza di provare a fargli cercare tra una lista di ip, anche perché, credo di aver intuito, che devi prima mettere una regola per fare un mark per un dest ip e quindi cercare quel mark nel listener via nfq_get_nfmark e non "cavevovoglia" :P (anche perché questo vuol dire settare quel mark per ciascuno dei 1000 ip, il che vuol dire usare ipset, perché 1000 regole iptables rallentano le cose enormemente, e alla fine a che pro usare libnetfilter_queue? o mi sbaglio e c'è un modo per prendere il dest ip del pacchetto da dentro il listener?)

[avware]

Originariamente inviato da alfonsor

devi provare sul router con test reali; magari con una lista di 1000 ip da bloccare e vedere quanto rallenta le cose

Stavo provando ma per questioni di tempo mi sono un pò arenato. Se qualcuno vuole proporsi per compilare il mio programmino su mips gli passo il source.

Originariamente inviato da alfonsor

credo di aver intuito, che devi prima mettere una regola per fare un mark per un dest ip e quindi cercare quel mark nel listener via nfq_get_nfmark

Ho usato un'altra strada riducendo le regole iptables a una soltanto, tutto il traffico passa per quella regola che non fa altro che accodare nella nfqueue. Questa è la regola per girare tutto il traffico in input (ma in teoria potrebbe essere limitata ad un range di porte, c'è più libertà di azione):

iptables -A INPUT -j NFQUEUE --queue-num 0

Questa è la regola per rimuovere il forward:

iptables -D INPUT -j NFQUEUE --queue-num 0

Originariamente inviato da alfonsor

c'è un modo per prendere il dest ip del pacchetto da dentro il listener?

Netfilter ti da piena libertà di azione. Io uso il source-ip per fare il check, la libreria ti da il puntatore al pacchetto completo, sapendo che il frame ethernet contiene il protocollo IP.. basta andare al dodicesimo byte (source ip) . Una volta tornato quello che netfilter chiama il "verdetto", se accept o drop, la velocità dipende in sostanza dall'efficienza del programmino scritto dal programmatore (ho anche aperto un thread nella sezione programmazione per discutere di eventuali ottimizzazioni [C] Ipfilter efficiente)

[alfonsor]

non ho capito dove sia il pacchetto;
static int cb(
struct nfq_q_handle *qh,
struct nfgenmsg *nfmsg,
struct nfq_data *nfa,
void *data)

dove è il pacchetto originale?