|
|||||||
|
|
|
![]() |
|
|
Strumenti |
|
|
#1561 |
|
Senior Member
Iscritto dal: Jan 2007
Messaggi: 3603
|
"ora vedo solo..."....
vedi COME? facendo cosa? ad ogni modo credo sia un problema riguardante igmp.. vedi se centra questo: https://forum.openwrt.org/viewtopic....198895#p198895 |
|
|
|
|
|
#1562 |
|
Senior Member
Iscritto dal: Jul 2000
Città: Modena
Messaggi: 803
|
intendo dire che quando il client dlna cerca di fare il discovery appare solo windows, quindi in ogni caso lavorano in maniera differente.
Avevo trovato quel link, ma purtroppo, quando cerco di mettere a 0 il file multicast_snooping, ritorna da solo su 0 Non volevo tornare al firmware originale, e l'unico sistema che ha funzionato è stato quello collegare un secondo access point su una porta lan configurato sulla stessa subnet. Ora la wifi dell'openwrt è disattivata e uso quella dell'altro access point. così facendo porto la wireless su una porta ethernet e funziona tutto. Il problema c'è da tanto tempo su openwrt, strano che non si riesca a risolvere |
|
|
|
|
|
#1563 | |
|
Senior Member
Iscritto dal: Jan 2007
Messaggi: 3603
|
Quote:
https://dev.openwrt.org/ticket/13042 buuuh! |
|
|
|
|
|
|
#1564 |
|
Senior Member
Iscritto dal: Jul 2000
Città: Modena
Messaggi: 803
|
ti ringrazio per il link, ma dice la stessa cosa. ho provato a fare quell'operazione, ma (almeno nel mio caso) il valore viene riportato automaticamente a 1.
pensi che non si tratti di un bug e che è inutile segnalarlo? come detto ho risolto con una pezza, mettendo un ulteriore AP, ma effettivamente mi farebbe comodo utilizzare un unico apparato |
|
|
|
|
|
#1565 |
|
Senior Member
Iscritto dal: Jan 2007
Messaggi: 3603
|
cioè tu fai:
cat /sys/devices/virtual/net/br-lan/bridge/multicast_snooping e ti da 1. echo "0">/sys/devices/virtual/net/br-lan/bridge/multicast_snooping cat /sys/devices/virtual/net/br-lan/bridge/multicast_snooping ed è ancora 1 ? prova anche ad aggiungere: option igmp_snooping '0' alla sezione "config interface 'lan'" del file /etc/config/network EDIT: o più semplicemente: Codice:
uci set network.lan.igmp_snooping=0 uci commit /etc/init.d/network restart Ultima modifica di nebbia88 : 01-02-2015 alle 09:53. |
|
|
|
|
|
#1566 |
|
Member
Iscritto dal: Aug 2006
Città: Lombardia
Messaggi: 228
|
Nativox, perdona la domanda che ti sto per fare apparentemente senza senso...
Dei client e/o server viaggiano su wifi ? C'e' un baco/anomalia nella gestione della VLAN e i device connessi via WiFi che vanno sulla rete interna possono avere dei problemi. E' un problema legato all'MTU, se ne era discusso poco tempo fa. In pratica bisogna abbassare l'MTU a 1496 su tutti i pc e dispositivi (il default è 1500) OPPURE dentro l'8970 modificare l'MTU della wifi a 1504. In pratica la VLAN "mangia" 4 byte e succede un mezzo casino con i fragment. Il caso classico è avere un serverino in casa connesso via ethernet wired. HTTP, DLNA ... qualunque cosa. Ci accedo via PC via cavo e funziona tutto. Poi ci accedo via wifi con PC e/o smartphone ed ecco che non funziona una mazza. Ma non sapendo come sei configurato e se client e/o server viaggiano sulla wifi non so dare altre indicazioni. Ultima modifica di ambrosa : 01-02-2015 alle 16:51. |
|
|
|
|
|
#1567 |
|
Member
Iscritto dal: Aug 2006
Città: Lombardia
Messaggi: 228
|
Prova sul router a dare:
Codice:
ifconfig wlan0 mtu 1504 La wifi è l'unica interfaccia dove l'MTU può essere > 1500 (sino a 2306 se non erro). L'ethernet al massino arriva a 1500 bytes, 4 byte li mangia il bridge-vlan ed ecco che se mandi pacchetti > 1496 vengono frammentati con il rischio che si inceppi tutto. Per lo stesso motivo se poi hai PPPoE ti conviene abbassare tutti i client a 1492 (così risolvi due problemi in uno). |
|
|
|
|
|
#1568 |
|
Senior Member
Iscritto dal: Jul 2000
Città: Modena
Messaggi: 803
|
evidentemente avevo cercato male... eppure le lettere G, O, G, L, E della mia tastiera sono ormai scolorite
Come sopra, i server sono collegati alle porte ethernet ed il problema lo rilevo lato wireless. ho portato l'MTU a 1504 come suggerito e come per magia il server DLNA viene scoperto da tutti i client immediatamente. Per controprova appena do ifconfig wlan0 mtu 1500 il problema si ripresenta, per cui grazie, hai fatto centro! Quello che noto ora però è una lentezza esasperante nell'apertura delle cartella da una condivisione SMB presente sullo stesso server DLNA. Magari domani provo a fare un riavvio generale di tutto perchè questa sera non riesco e vedo se si risolve. Intanto ancora grazie. |
|
|
|
|
|
#1569 | |
|
Member
Iscritto dal: Aug 2006
Città: Lombardia
Messaggi: 228
|
Quote:
|
|
|
|
|
|
|
#1570 |
|
Member
Iscritto dal: Jul 2012
Messaggi: 32
|
Scusate la domanda forse banale, ma non vorrei combinare guai, visto che non sono molto pratico!!!
Ho letto la guida in prima pagina per l'aggiornamento a Operwrt e da quello che ho capito si può fare anche da interfaccia web visto cho ho ancora il firmware di aprile 2013. Ora per passare a Openwrt devo montare solo il firmware "openwrt-43982-lantiq-xrx200-TDW8970-sysupgrade.image" scaricato dal sito ambrosa e poi attivare i driver adsl con il file "dsl_vr9_firmware_xdsl-05.06.00.08.01.06_05.05.02.00.01.01"? (spero che siano i file giusti) Inoltre se io volessi tornare indietro al firmware originale, come posso fare?...sempre da interfaccia web o tramite seriale?...quale file devo scaricare per il ripristino? Grazie |
|
|
|
|
|
#1571 |
|
Senior Member
Iscritto dal: Jan 2007
Messaggi: 3603
|
|
|
|
|
|
|
#1572 | |
|
Member
Iscritto dal: Aug 2006
Città: Lombardia
Messaggi: 228
|
Quote:
Nel caso tu debba cambiare protocollo WAN, lo puoi fare da Luci o editando il file /etc/config/network sezioni: config atm-bridge 'atm' (cambia 'encaps') config interface 'wan' (cambia 'proto' e username&password) Su COME installarla ... io ho provato sempre con la seriale. Non ho feedback su installazioni con vecchi firmware originale non protetti da chiave crittografica. Non so se basta dall'interfaccia web originale TPLINK aggiornare con il nuovo fw OpenWRT. Il rischio è che se qualcosa non va per il verso giusto puoi avere un router da usare come soprammobile. |
|
|
|
|
|
|
#1573 |
|
Senior Member
Iscritto dal: Apr 2003
Città: Italia
Messaggi: 674
|
Hai provato a fare un riavvio da luci?
Io dopo che lo faccio non riesco più a navigare anche se la connessione wan è attiva e mi tocca spegnere ed accendere dal pulsante. Fatto e rifatto più volte ma il problema è sempre presente. Connessione tiscali con ppoa llc e tua ultima build. Inviato dal mio JY-G5S utilizzando Tapatalk |
|
|
|
|
|
#1574 | |
|
Member
Iscritto dal: Jul 2012
Messaggi: 32
|
Quote:
GRAZIE |
|
|
|
|
|
|
#1575 |
|
Senior Member
Iscritto dal: Jul 2000
Città: Modena
Messaggi: 803
|
Ambrosa, ho grossi problemi con la navigazione delle varie condivisioni SMB lato wireless.
Credo di non avere capito bene il bug, perché per logica, la prima cosa che ho fatto è stata quella di portare l'MTU a 1504 anche per il portatile visto che si collega in wireless e vorrei accedesse alle condivisioni SMB presenti su ethernet. Nulla... Tutto ricomincia però a funzionare se porto l'MTU della wireless a 1496 netsh interface ipv4 set subinterface "Connessione Rete Wireless" mtu=1496 store=persistent ??? Ho difficoltà in ogni caso a stabilire la dimensione corretta anche facendo i test con il ping: ping NAS -f -l 1469 Esecuzione di Ping 192.168.11.124 con 1469 byte di dati E' necessario frammentare il pacchetto ma DF è attivo. E' necessario frammentare il pacchetto ma DF è attivo. E' necessario frammentare il pacchetto ma DF è attivo. E' necessario frammentare il pacchetto ma DF è attivo. ping NAS -f -l 1468 Risposta da 192.168.11.124: byte=1468 durata=1ms TTL=64 Risposta da 192.168.11.124: byte=1468 durata=2ms TTL=64 Risposta da 192.168.11.124: byte=1468 durata=2ms TTL=64 Risposta da 192.168.11.124: byte=1468 durata=1ms TTL=64 Mi verrebbe da pensare che la dimensione giusta dell'MTU debba essere 1468 bye + 28 byte di intestazione, ma invece lo stesso test subisce variazioni e non ho un valore fisso che vada bene sempre. Ora ho rifatto il test e il ping inizia a funzionare solo con MTU a 1440 bha... Se di baco si tratta... mi piacerebbe davvero sapere quanto ci metteranno a correggerlo Ultima modifica di Nativoz : 15-02-2015 alle 10:45. |
|
|
|
|
|
#1576 |
|
Member
Iscritto dal: Aug 2006
Città: Lombardia
Messaggi: 228
|
Io ho una connessione WAN con Infostrada in PPPoE. E come tutti sappiamo l'MTU di PPPoE è di 1492 e non 1500 .
Quindi per massimizzare le performance su tutti i miei client E SERVER in casa ho impostato l'MTU a 1492 e con questo prendo due piccioni con una fava: - MTU ottimale per PPPoE - MTU< 1496, quindi "piace" molto anche lato wireless In queste condizioni non ho problemi di sorta di nessun tipo. Posso solo suggerirti di non toccare la wireless ed abbassare l'MTU ai client ed ai server. |
|
|
|
|
|
#1577 |
|
Senior Member
Iscritto dal: Jul 2000
Città: Modena
Messaggi: 803
|
ok dai faccio così
grazie |
|
|
|
|
|
#1578 |
|
Member
Iscritto dal: Mar 2014
Messaggi: 231
|
Asus DSL-N55U
RAga E CON GRAN PIACERE O DISPIACERE CHE SONO PASSATO A Asus DSL-N55U UN FANTASTICO MODEM-ROUTER ACQUISTATO 60,00 EURO SU AMAZON IL TD-W8970 LO TENGO LO STESSO E SPERIAMO CHE ESCA OpenWRT per Asus DSL-N55U SALUTI A TUTTI ^_^
PS QUI TROVATE IL TUTTO http://www.hwupgrade.it/forum/showth...96092&page=917 |
|
|
|
|
|
#1579 |
|
Senior Member
Iscritto dal: Nov 2001
Città: in quel di Venezia
Messaggi: 12463
|
i chipset Trendchip (ed evoluzioni) ADSL non sono supportati da Openwrt, e non so se lo saranno in futuro.
Ultima modifica di strassada : 14-02-2015 alle 12:14. |
|
|
|
|
|
#1580 |
|
Senior Member
Iscritto dal: Jun 2005
Città: Milano
Messaggi: 681
|
Codice:
# cat /proc/version Linux version 3.18.7 (matteo@raver) (gcc version 4.9.2 (OpenWrt/Linaro GCC 4.9-2014.10 r44442) )
__________________
Signature editata - Lo Staff Vedere il Regolamento per dimensioni massime consentite. |
|
|
|
|
| Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 20:57.




















