Newsgroup: it.comp.reti.wireless
Titolo: Openwrt niente 40 MHz

Openwrt, pur impostando il HT a 40 Mhz (doppio canale) i dispositivi collegati 
non si schiodano dal 20Mhz? E lo fa su qualsiasi canale primario impostato, 75 
invece di 150Mbps e via così.
Con l'originale f/w invece andava a 150, su 3 router diversi, boh!
 



RTFM
 
http://wiki.openwrt.org/doc/uci/wireless#mhz.channel.width.up.to.300.mbps.for.802.11n.devices.only
 
 
 
 
 
 

 
http://wiki.openwrt.org/doc/uci/wireless#mhz.channel.width.up.to.300.mbps.for.802.11n.devices.only
 
 
Quindi c'� un blocco di sicurezza per non invadere altri canali? Cmq anche con 
questi comandi HT+ non � cambiato nulla:
 
root@OpenWrt:~# Configuration file: /var/run/hostapd-phy0.conf
root@OpenWrt:~# 20/40 MHz operation not permitted on channel pri=1 sec=5 based 
on overlapping BSSes
 
root@OpenWrt:~# Configuration file: /var/run/hostapd-phy0.conf
root@OpenWrt:~# 20/40 MHz operation not permitted on channel pri=3 sec=7 based 
on overlapping BSSes
 
Ho provato tutti i canali ma sono congestionato evidentemente.
Altro? 
 

 anche con questi comandi HT+ non è cambiato nulla:
 
NO; cerca questo testo al link di cui sopra
 
"AS OF 2014-04-23, THE 5 GHz WIRELESS INTERFACE WILL NOT COME UP UNLESS
YOU CONFIGURE THE CHANNELS AS DESCRIBED ABOVE"
 
e poi leggiti le note di configurazione
 

e poi leggiti le note di configurazione.
 
Li non c'è spiegato un beneamato nulla ed inoltre sono sui 2,4GHZ! Andiamo, 
canali 1 e 5, canali 3 e 7 dove sono! Ci deve essere un blocco, se tolgo le 
antenne e mi metto vicino va a 150 Mbps!
 

 ha scritto nel messaggio news:20140428114...@albasani.net...
 
io ho messo la spunta su :
	Always use 40MHz channels even if the secondary channel overlaps. Using this option does not comply with IEEE 802.11n-2009!
 
E magicamente adesso vanno tutti 40Mhz con 500mW (Regulatory domain USA).
 
Giulia
 

 (Regulatory domain USA).
 
e questo risolve i problemi dei canali, ma sembra proprio che l'OP non
abbia voglia di leggersi i links relativi alla documentazione... affari
suoi, dopotutto il problema è suo, non mio, io gli ho indicato dove
trovare la soluzione, se poi non ha voglia di fare qualcosa per proprio
conto... 
 
 

 E magicamente adesso vanno tutti 40Mhz con 500mW (Regulatory domain USA).
 
E prima a 500mW non andavano? Sono dipendenti?
 

trovare la soluzione,
 
NO, TU HAI MESSO UN LINK ALLA CAZZO DI CANE SU UN PROBLEMA CHE NON � IL MIO. MA 
LO CAPISCI L'ITALIANO?
 
 

> E prima a 500mW non andavano? Sono dipendenti?
 
Ho l'interfaccia luci e braker barrier con un tplink 4300.
 
Giulia
 
 

Con l'originale f/w invece andava a 150, su 3 router diversi, boh!
 
...devi disabilitare il check sui canali occupati. 
 
da telnet: 
uci set wireless.radio0.noscan=1
uci commit
e riavvii.

YOU CONFIGURE THE CHANNELS AS DESCRIBED ABOVE"
 
Come "NO"? E' proprio nello standard N che deve esserci questo
controllo... che poi in molti modelli non sia implementato per far
vedere che "loro" vanno pi� veloci dei concorrenti � un altro discorso
..ma opewrt che � superrigoroso lo ha abilitato come da standard.

 
"sst" <Jo...@titor.fu> ha scritto nel messaggio 
news:mj3ro9ts856mj29o7...@4ax.com...

Ti amo. 
 

conto...
 
Guarda che si potrebbe non trovare la soluzione per mille motivazioni, dal 
non saper leggere l'inglese al non sapere nulla per ignoranza.
Ovviamente non � riferito all'OP ma in generale.
Quando non ti va di rispondere non lo fare. Il newsgroup serve per fare 
domande e trovare la "cortesia" di qualcuno che voglia rispondere.
Rispondere "RTFM" � scortese in quanto sul nwasgroup puoi fare le domande 
che vuoi inerenti all'argomento.
 

 ha scritto nel messaggio 
news:lmpis8$54f$1...@speranza.aioe.org...

Anche perch� postare link sbagliati a ripetizione facendo finta di conoscere la 
questione e dando ad intendere di sapere come risolverla � veramente da 
campioni mondiali dei coglioni. Se per qualsiasi cosa basta sempre il manuale 
chiudete usenet allora!