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

[Nativoz]

Originariamente inviato da avware

1. Le snapshots vengono generate automaticamente e nessuno garantisce la loro stabilità. Io compilo quando trovo nel changelog (che leggo quotidianamente) una novità o caratteristica interessante e dopo 24h di testing le passo in stable.
2. Le release di snapshots sono arch-based, quindi compatibili per MIPS, non ottimizzate per Lantiq (sul mio Dropbox trovi le ottimizzazioni inserite in fase di compile suggerite tempo fa da Yrbaf).
3. Con snapshots installare un software che dipende da moduli del kernel spesso obbliga a fare flash del firmware a causa delle continue modifiche alle signature dei pacchetti. Io integro nella mia build un subset di moduli del kernel che permettono di coprire il 90% delle esigenze e installare software senza troppi intoppi (es. openvpn).

Quello della build è per ora tornato ad essere un processo manuale perché sto sperimentando modifiche più invasive, ho in piano di tornare a costruirle periodicamente e questo consente anche di tornare indietro ad una certa release, cosa che con le snapshots non è possibile perché esiste sempre e solo un'unica versione: l'ultima disponibile.

Non era rivolto a te in paticolare. Le tue build sono certamente ottime
Mi riferivo alle build che compilavo io o qualche altro utente poco esperto come me che senza tante ottimizzazioni si compilava la sua build per restare aggiornato, dato che openwrt non veniva pubblicato/aggiornato frequentemente.

[supermario]

Buongiorno ragazzi, vi risulta che nelle ultime release ci siano problemi con il demone PPP? Sto smadonnando da circa due giorni per tirare su un pppoe tra il w8970 su una linea fibra Vodafone e la cosa assurda è che qualche mese fa ci riuscivo senza problemi, ci sono ancora i miei post a riguardo qui.
I pacchetti PADI partono ma il sistema non rileva nessun PADO...sono arrivato a livello di tcpdump per capire cosa stia succedendo e a me sembra tutto regolare. Ho provato due cavi nel caso non ci fosse autosense tra ont e w8970 ma niente. È un problema che mi sta facendo sclerare

Inviato dal mio MI 5 utilizzando Tapatalk

[avware]

Originariamente inviato da Nativoz

Non era rivolto a te in paticolare. Le tue build sono certamente ottime
Mi riferivo alle build che compilavo io o qualche altro utente poco esperto come me che senza tante ottimizzazioni si compilava la sua build per restare aggiornato, dato che openwrt non veniva pubblicato/aggiornato frequentemente.

Io credo che l'obiettivo di lede ed openwrt non sia: aggiorno, compilo e flash.
Il mio messaggione è un modo per dire: sperimenta.
Hai a disposizione un sistema completo che si compila con 3 comandi, se hai le competenze (ma anche no, basta la voglia di studiare, capire e modificare) puoi personalizzarti un linux dal singolo strumento di "alto livello" al driver e kernel di basso livello.
Spesso è sufficiente modificare qualche piccolo file per fare grandi risultati, un'evoluzione molte delle volte ferma per mancanza di tempo da parte di chi sviluppa o chi da supporto con test. Lo spirito è quello.

Originariamente inviato da supermario

Buongiorno ragazzi, vi risulta che nelle ultime release ci siano problemi con il demone PPP? Sto smadonnando da circa due giorni per tirare su un pppoe tra il w8970 su una linea fibra Vodafone e la cosa assurda è che qualche mese fa ci riuscivo senza problemi, ci sono ancora i miei post a riguardo qui.
I pacchetti PADI partono ma il sistema non rileva nessun PADO...sono arrivato a livello di tcpdump per capire cosa stia succedendo e a me sembra tutto regolare. Ho provato due cavi nel caso non ci fosse autosense tra ont e w8970 ma niente. È un problema che mi sta facendo sclerare

Inviato dal mio MI 5 utilizzando Tapatalk

Nessun problema da segnalare da parte mia, anche se io non sono in PPPeE ma dhcp su vdsl.

[fester40]

Ciao, è già la 2^ volta che mi appare un messaggio d'errore, che purtroppo scompare subito, al momento di installare un pacchetto. Mi pare di aver capito trattarsi di un problema riguardante una differente versione di Lede; in effetti nei giorni scorsi avevo installato una build di avware e ora ho rimesso la 17.01.0-r3205. Non è che l'errore dipende da questo?

p.s. ecco il messaggio d'errore:

resolve_conffiles: Existing conffile /etc/config/qos is different from the conffile in the new package. The new conffile will be placed at /etc/config/qos-opkg.

[Nativoz]

Non è un errore, o per lo meno ti dice che esisteva giá un file di configurazione ed evita di sovrascriverlo con il file nuovo privo delle tue configurazioni. Puoi controllarlo per vedere le varie configurazioni nuove e poi elimini quello che non usi più
Cordialità, Marco

[fester40]

Grazie, Marco, ero dubbioso prima di entrare qui, visto il livello di competenza piuttosto elevato dei freqentatori e invece mi sbagliavo; trovo sempre qualcuno che m'illumina

[avware]

Ciao,
la target profile lantiq è ferma da un po, ho deciso quindi di tentare io degli avanzamenti. Nel mio repo ho appena passato in stabie una release con kernel 4.9, aldilà dell'indubbio vantaggio di avere un kernel più recente potreste avere problemi nell'installare moduli di snapshot dato che è ancora ferma al kernel 4.4. Chi ha bisogno di moduli particolari può farmi un ping cosi da valutare la loro integrazione oppure la compilazione come Modulo.

[fester40]

Ciao adware, la provo subito.....

[fester40]

@avware: ho installato la tua 4099 e mi pare (da profano) che funzioni molto bene; gradirei l'integrazione di uno o più di questi moduli:

luci-app-sqm / sqm-scripts / sqm-scripts-extra / luci-app-qos

mi dovresti suggerire anche il modo per installarli; riesco a usare un po' Telnet e Winscp. Dimmi se preferisci i PM. Anticipatamente ringrazio .

[Nativoz]

PROBLEMA DHCP...

Mi pare di avere letto poco più sopra che il problema era stato risolto nelle ultime snapshot. Io ora ho la snapshot 4099 e comunque un host non ottiene l'IP. E' la prima volta in 2 giorni, ma mi verrebbe da pensare che allora il problema ci sia ancora.

Voi tutto OK?

[Dede371]

Originariamente inviato da tro69

Al momento della creazione del backup, il modem ha rilevato 4 bad blocks. Il file di backup è stato creato correttamente e il numero di bytes rientra tra i valori previsti. Quei 4 bad blocks sono/saranno/possono essere un problema?

Tranquillo non ti preoccupare è tutto normale e i 4 bad block sono una cosa normalissima per quanto riguarda le NAND (sei sul BT HomeHub 5A giusto?)

[avware]

Originariamente inviato da fester40

gradirei l'integrazione di uno o più di questi moduli:
luci-app-sqm / sqm-scripts / sqm-scripts-extra / luci-app-qos

Per questioni di efficienza integrerò solo il kmod-sched-connmark (necessario a qos-scripts) lasciando libertà di installazione del resto tramite opkg.
Come avrai modo di scoprire lo spazio sul tplink è limitato, il mio approccio è quello di integrare il necessario ed installare il resto manualmente.

Originariamente inviato da tro69

Quei 4 bad blocks sono/saranno/possono essere un problema?

Non sono un problema, bootloader e firmware sono in grado di escludere automaticamente i badblocks.

Originariamente inviato da Nativoz

PROBLEMA DHCP...

Mi pare di avere letto poco più sopra che il problema era stato risolto nelle ultime snapshot. Io ora ho la snapshot 4099 e comunque un host non ottiene l'IP. E' la prima volta in 2 giorni, ma mi verrebbe da pensare che allora il problema ci sia ancora.

Voi tutto OK?

Sulle snapshots (quindi anche sulla mia) trovi una versione di test di dnsmasq (2.77test5), è probabile che non sia esente da bugs. Io cmq non noto problemi da +3 giorni di up.

[Nativoz]

Non me ne intendo tanto, ma personalmente scelgo sempre il metodo partendo più semplice disponibile.
Se ho luci uso luci.
Se va la rete ma non ho luci uso winscp (se proprio per qualche ragione non si reinstalla luci)
Se sono completamente a piedi e sono di seriale allora e solo in quel caso uso un TFTP che per me è il più brigoso

[Giox040]

Originariamente inviato da Nativoz

Non me ne intendo tanto, ma personalmente scelgo sempre il metodo partendo più semplice disponibile.
Se ho luci uso luci.
Se va la rete ma non ho luci uso winscp (se proprio per qualche ragione non si reinstalla luci)
Se sono completamente a piedi e sono di seriale allora e solo in quel caso uso un TFTP che per me è il più brigoso

Io per aggiornare il firmware uso WinSCP (senza mantenere i parametri, vedi sotto) ma mi sono sempre chiesto: in sostanza cambia qualcosa rispetto a farlo da Luci, che sarebbe più comodo???

Invece per il ripristino dei parametri, visto la frequenza di modifiche nelle nomenclature degli stessi, uso il seguente sistema:
1) Al primo avvio, dopo aver impostato la pwd, per prima cosa faccio un backup dei parametri di default.
2) Da Luci faccio il ripristino di un backup fatto precedentemente all'aggiornamento, poi riavvio il router per verificare che riparta correttamente.
3) Decomprimo i backup di cui punti 1 e 2 su due cartelle diverse sul pc.
4) Controllo le differenze tra i files nelle due cartelle usando il prg Diffmerge, se nel backup con i parametri di default trovo voci nuove e/o aggiornate, edito il rispettivo file direttamente sul router tramite WinSCP.
5) Riavvio il router e se tutto e' ok, faccio un ulteriore backup, questa volta contenente tutti i parametri aggiornati.
6) birra e sigaretta.

[fester40]

Ciao, quesito terra-terra: ho appena installato l'ultima build stabile di avware e non riesco a installare l'interfaccia. Ho provato con putty opkg update>opkg install lede e anche con opkg update>opkg install luci-ssh ma non c'è verso, ringrazio.

[fester40]

@ tro69: a posto!!! Grazie 1000!!!

[avware]

Ho passato da poco in stable la r4101 con modulo kmod-sched-connmark integrato, questo consente di installare qos-scripts (o la versione luci) sul mio firmware con kernel-4.9. Da questa versione in poi quel modulo rimarrà sempre integrato visto che ha un peso in kb trascurabile.

[fester40]

@avware: Grazie, già installata e va benissimo; apprezzo personalmente la possibilità di installare il software SQM che riduce drasticamente il bufferbloat. L'8970 ne soffre parecchio: facendo il test su dslreports, senza sw correttivi si raggiungono valori elevatissimi, anche più di 1 secondo; con SQM invece, il problema di fatto praticamente scompare, con valori ottimi, sempre inferiori ai 60 ms. e una riduzione di oltre il 90%

[fester40]

Ciao, secondo la vs. esperienza, i valori mostrati in diagnostica (DSL status) sono affidabili? Con altri m/r vengono fuori valori molto diversi.

[TheDarkAngel]

Originariamente inviato da fester40

Ciao, secondo la vs. esperienza, i valori mostrati in diagnostica (DSL status) sono affidabili? Con altri m/r vengono fuori valori molto diversi.

Se parli dell'attenuazione varia in base a che frequenza viene misurata, è strettamente legata a questo parametro ed ogni casa piglia il valore che preferisce.