[FrancYescO]

I server DNS per i proxy pubblici di Tiscali sono indifferenti (gli fqdn dei proxy sono pubblicati e risolvibili quindi da tutti i DNS pubblici)

[darklight]

@darklight quell'errore dovrebbe essere risolto nell'ultima versione della GUI ma credo ci sia comunque qualcosa che manchi per ipv6... Tu sei connesso sia in ipv4 che 6?

ping6 2600::
PING 2600:: (2600::): 56 data bytes
64 bytes from 2600::: seq=0 ttl=55 time=145.216 ms
da quando ho fatto il root ho iniziato a controllare.... e sembra di si  (dovrebbe essere il provider Sprint in america)

comunque non sto capendo la denominazione delle interfacce di rete ho rimosso tutte le wifi e  loopback per semplificare
br-lan [MAC ROUTER] (ipv4 indirizzo lan router)
ethX [MAC ROUTER] sono le varie porte sul router
bcmsw  [MAC ROUTER] ??
6rd-6rd (ipv6)
br-hotspot (ipv6 fexxxxxxxx) [MACADDRESS sconosciuto] ??
gre4t-gre (ipv6stesso fexxxxxxxx) [MACADDRESS sconosciuto stesso di sopra] tunnel gre
ptm0 (ipv4 rete fw)  (ipv6 fexxxxxxxx) [MAC ROUTER]
vlan_ptm (ipv6 fexxxxxxxx)  [MAC ROUTER] ?? nel mio caso non dovrebbe servire ed è disabilitata nella gui

@Sberta
potrebbe essere un consiglio/passaggio inutile... ma forse vediamo il problema del voip che ha da un punto di vista diverso. giusto per verificare che le impostazioni che sta inserendo siano corrette
1)disabilita il voip sul 789 ed sempre con questo modem connnettiti usando un programma software voip da pc o cellulare(wifi)
2) disabilita il voip su 4131 e prova a connettertici con lo stesso software da pc/cellulare

se nel caso 1 funziona, deve andare anche nel 2o.
se in uno dei due casi non va, magari il programma da errori più leggibili
comunque controlla di aver inserito i settaggi giusti (magari questo screen ti aiuta)

[darklight]

sulla versione gui 9.3.75 e sempre ultimo firmware, mi sta dando dei problemi a connettermi all'interfaccia. devo manualmente flushare le regole di iptables

hmm sto guardando le impostazioni che vengono messe su iptables... se alcune opzioni sono disabilitate perchè creare regole con target DROP quando basta dire quando si accettano i pacchetti su policy DROP?
prendo un esempio a caso

Codice: [Seleziona]

Chain FORWARD (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
  767  192K forwarding_rule  all  --  *      *       0.0.0.0/0            0.0.0.0/0            /* !fw3: user chain for forwarding */
  604  176K ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            ctstate RELATED,ESTABLISHED /* !fw3 */
    0     0 DROP       all  --  *      *       0.0.0.0/0            0.0.0.0/0            ctstate INVALID /* !fw3 */

163 15671 ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            /* !fw3: forwarding * -> * */

Codice: [Seleziona]

    0     0 zone_lan_forward  all  --  br-lan *       0.0.0.0/0            0.0.0.0/0            /* !fw3 */non ha alcun senso tutto quello che viene dopo il quote è gia stato tutto accettato.
Questa parte di configurazione è inclusa nella gui o in openwrt?
la gui aggiorna i settaggi su uci, e dopo viene richiamato lo script in init.d?

[FrancYescO]

A che regole ti stai riferendo? Conta che alcune regole son restate lì da firmware che avevano comportamenti diversi/semplicemente è stato fatto ad cazzum da technicolor, troverai tante cose che di senso ne hanno poco nel codice (e che a volte se vai a toccare crolla il palazzo...)

[darklight]

quella che ho scritto sopra ad esempio.
qual'è la sequenza che porta alla chiamata di iptables?
gui -> uci -> script -> iptables

mi metterei molto volentieri a cambiare qualcosina ....

[Ansuel]

Sì applicano le regole del firewall di openwrt

[Sberta]

ufsd non è compilato con il supporto  exFAT. Se usi una chiavetta la velocità è penosa forse dipende dall'alimentazione, bisognerebbe provare con un hub alimentato, con disco usb2 NTFS a +20 mega vado non ho un usb3 da rischiare. A proposito non trovo il modulo xhci-hcd, con che cosa è gestito l'usb3?

Ho provato con USB a Y, alimentando l'HDD 3.0 NTFS tramite sorgente esterna e comunque non supera i 5 MB/s.... Non riesco proprio a capire il problema 

[larsen64it]

Sono riuscito a rimediare un 2.5 in ext4 con cavo Y sempre usb2. Lo ho alimentato dalle 2 prese del router:  copia fluida a 15 mega usando file di 2 giga. Bel mistero ..o è l'hd che proprio non gli piace o gestisce male  l'usb3.

Edit
Stesso disco formatta NTFS, stessi files copiati: copia fluida a 25 mega. Per ora basta benchmark.

[Sberta]

Inizio a pensare anch'io che non riesca a gestire l'usb 3...
Ho provato tre harddisk diversi e tutti sono cappati a 3 MB/s sia alimentandoli dall'usb del router sia alimentandoli con cavo a Y.

Visto che sia l'harddik che il voip non funzionano mi sa che lo lancerò fuori dalla finestra

[larsen64it]

Sacrilegio!!! Questo non si fa!!!
Per il VOIP sarà il solito cavillo che prima o poi verrà fuori. Per l'usb attendiamo altre prove. Calma e pazienza. D'altro canto questi router sono apparati demoniaci (Ghostcolors)

[FrancYescO]

Ma hai provato a collegarlo con un semplice cavo usb2? (come mi pare stia facendo larsen)

Riguardo il VoIP hai provato la semplice configurazione da interfaccia senza merge di config?

[Sberta]

@larsen64it eheheheh fa perdere la pazienza...

@FrancYescO Essendo gli harddisk 3.0 la presa è micro USB 3, posso provare a mettere un hub 2.0 oggi pomeriggio...

Per i VoIP ho provato ieri a cancellare tutto e impostarlo da interfaccia della guimod ma non funziona, non mi dà nemmeno "account in registrazione"

[larsen64it]

Ultima prova, ultima per davvero, stesso disco con cavo a Y formattato in NTFS alimentato dalle 2 porte del router. Copia a +o- a 25 mega. Con una particolarità: disco smontato male, filesystem corrotto. Se scopro che è veramente l'alimentazione, prendo in mano il saldatore e ci metto un lm7805 e la corrente la prendo direttamente dal connettore a 12 volts.

[darklight]

chiavetta USB3 su ext2 (edit ext2)
Lettura

Codice: [Seleziona]

root@OpenWrt:/mnt/1# sync
root@OpenWrt:/mnt/1# echo 3 > /proc/sys/vm/drop_caches
root@OpenWrt:/mnt/1# time dd if=/mnt/1/1GB.zip of=/dev/null
2048000+0 records in
2048000+0 records out
real 0m 10.48s
user 0m 0.55s
sys 0m 5.56s
root@OpenWrt:/mnt/1# ls -lh
-rw-r--r--    1 root     root     1000.0M Aug 12 16:52 1GB.zip
scrittura

Codice: [Seleziona]

root@OpenWrt:/mnt/1# sync
root@OpenWrt:/mnt/1# echo 3 > /proc/sys/vm/drop_caches
root@OpenWrt:/mnt/1# time dd if=/dev/zero of=writetest1000 bs=1M count=1000 conv=fsync
1000+0 records in
1000+0 records out
real 2m 6.14s
user 0m 0.01s
sys 0m 6.54s
root@OpenWrt:/mnt/1# ls -lh
-rw-r--r--    1 root     root     1000.0M Aug 12 16:58 writetest1000

SSD in case USB3 su ext2

Codice: [Seleziona]

root@OpenWrt:/mnt# sync && echo 3 > /proc/sys/vm/drop_caches
root@OpenWrt:/mnt# time dd if=/dev/zero of=1/writetest1000 bs=1M count=1000 conv=fsync
1000+0 records in
1000+0 records out
real 0m 11.33s
user 0m 0.01s
sys 0m 6.27s
root@OpenWrt:/mnt# sync && echo 3 > /proc/sys/vm/drop_caches
root@OpenWrt:/mnt# time dd if=/mnt/1/1GB.zip of=/dev/null
2048000+0 records in
2048000+0 records out
real 0m 8.70s
user 0m 0.59s
sys 0m 6.13s
chiave usb3 lettura 95.42M/s  scrittura 7.92769938M/s
SSD 114.942529M7s 88.26/Ms

performance su PC
Chiavetta 147 MB/s 8,8 MB/s
SSD 380 MB/s 213 MB/s

[Sberta]

Il test di @darklight dimostra che anche con USB 3 può raggiungere velocità. L'SSD è autoalimentato?
Non resterebbe che provare ext2 o ext3, ma non ho modo di formattarlo...

Altra novella, oggi sono tornato a casa da lavoro e trovo il router senza connessione... Ho ripristinato il file Config network ed è andato a posto... modifica le cose a piacimento?
Ho prova da guimod a ripristinare la gui originale ma non va, rimane sulla schermata di caricamento e quando lo riavvio il router non ho più accesso alla GUI.