Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: nou 08. 09. 2011, 12:32:41
-
dokupoval som wifi aby som mohol hodit server do kumbalu. problem je ze sa dost casto z nicoho nic odpaja tak na 10-15 sekund kym sa znovu pripoji.
system je Ubuntu server 10.04. teraz bezim na jadre 2.6.35. originalne tam je 2.6.32. skusal som taktize 2.6.38.
zda sa mi ze s tym 2.6.35 sa to odpaja najmenej. s 2.6.38 som ale napriklad aj na 2 metre dosahoval prenos len 1MiB/s kym s 2.6.35 az 3MiB/s. taktiez sa odpaja hlavne ak sa prenasa vela dat napriklad cez NFS alebo vela spojeni cez torrent. ak je aktivna len SSH tak je to stabilnejsie. karta je TP-LINK TL-WN350GD
vypis dmesg
[63710.501307] cfg80211: All devices are disconnected, going to restore regulatory settings
[63710.501316] cfg80211: Restoring regulatory settings
[63710.501324] cfg80211: Calling CRDA to update world regulatory domain
[63710.505734] cfg80211: World regulatory domain updated:
[63710.505741] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[63710.505748] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[63710.505755] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[63710.505760] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[63710.505766] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[63710.505772] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[63711.547449] wlan0: authenticate with xx:xx:xx:xx:xx:xx (try 1)
[63711.582828] wlan0: authenticated
[63711.582935] wlan0: associate with xx:xx:xx:xx:xx:xx (try 1)
[63711.586033] wlan0: RX AssocResp from xx:xx:xx:xx:xx:xx (capab=0x411 status=0 aid=1)
[63711.586041] wlan0: associated
[64018.735146] wlan0: deauthenticated from xx:xx:xx:xx:xx:xx (Reason: 6)
lspci -vvv
02:06.0 Ethernet controller: Atheros Communications Inc. AR5007G Wireless Network Adapter (rev 01)
Subsystem: Atheros Communications Inc. Device 2055
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 168 (2500ns min, 7000ns max), Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 21
Region 0: Memory at febf0000 (32-bit, non-prefetchable) [size=64K]
Capabilities: [44] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=2 PME-
Kernel driver in use: ath5k
Kernel modules: ath5k
-
Řešil jsem podobný problém na starším NB, starší kernel, tuším 2.6.12 - 2.6.20 a AP byl TP-LINK router a Edimax tuším.
Nakonec jsem odpojování a klesání přenosové rychlosti řešil dvěma způsoby
1) script do cronu, který pravidelně kontroloval aktuální rychlost a při výpadku konektivity (rychlost 0Mbps) otočil interface
2) místo dynamického nastavení jsem měl rychlost pevně danou skrz /etc/network/interfaces. Konkrétní ideální rychlost jsem zvolil jednodušše pokus-omylem (vzdálenost od AP byla konstantní, malý byt, stačilo jen zjistit nejstabilnější hodnotu)
-
Vsetky mozne parametre, ale hodnoty signalu ziadne.
Ak sa wifi odpaja, je potrebne preskumat vykonove urovne. Podaktore karty nemaju radi ked je signal prilis silny. Tiez s odrazenym signalom byva problem, hlavne ked karta pracuje na najvyssej citlivosti. Teda tiez by ma zaujimalo, kto zas vymyslel, ze vykon sa bude udavat v mBm.
-
vypis iwconfig
Bit Rate=54 Mb/s Tx-Power=20 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=42/70 Signal level=-68 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
sila signalu osciluje 40-44 ale niekedy klesne aj na 30. ono by ma zaujimalo co vlastne znamena ta reason 6.
-
6…class2FrameFromNonAuthStation…Client attempted to transfer data before it was authenticated.
zkousel si stabilitu na windows? jestli tam to jede stabilne, tak sou zmrdany drivery, coz me na linuxu neprekvapuje
compact-wireless pouzivas?
-
compat-wireless, sry
pokud nepouzivas zkus, mohlo by to vyresit problem
-
Na TxRate 54Mbps mas malu kvalitu signalu. Cez kolko stien ti to ide?
To prve v tom riadku je LQ (Link Quality) a sila signalu je -68dBm.
APcko dalo povel na Deauth najskor z dovodu malokvalitneho signalu. Na AP moze ten signal vyzerat inak ako ukazuje karta v pocitaci.
Skus nastavit TxRate na nizsiu hodnotu, tak zhruba na 24Mbps a menej, alebo sa pohraj s umiestnenim anten.
-
Jeste by mozna stalo za to nainstalovat inSSIDer a podivat se, jestli se vam tam na stejnem kanalu netlucou signaly od peti sousedu. InSSIDer uz existuje i pro Linux a vrci mi tu na Ubuntu.
-
tak som znizil rychlost cez iwconfig wlan0 rate 11M. uvidim co to urobi.
ten inSSIDer funguje iba na mavevricovy. a okrem toho je to server bez GUI.
naistaloval som ho ale na notebook s WinXP a su tu dalsie styri siete. moja siet je na 1 kanaly najblizisie su 5 a 6. a k tomu su este dost slabe.
-
mas to tam uplne volny, fakt hledej problem v ovladacich.
Ale jeste predtim zkus AP nastavit jako OPN bez zabezpeceni, jestli to pada i tak?
-
Padanie linky je len nasledok poklesu kvality LQ. S nizkym LQ sa vyrovnavaju ovladace tak, ze iniciuju odpojenie a znovu pripojenie na linku, co niekedy pomaha a to hlavne vtedy ak spravne nefunguje automatika vykonu a regululacia utlmu vstupneho zosilovaca.
Sucastne ovladace v novom wifi stacku mac80211 su unifikovane uz natolko, ze mnohe specialne vlastnosti wifi kariet su nastavene defaultne a neda sa s nimi pohnut.
Tvoj vypis iwconfig pre istotu parameter sensitivity nezobrazuje, takze je otazne ako je tento dost dolezity parameter nastaveny. Mam poznatok, ze sensitivity byva nastavene na minimalnu hodnotu danu vyrobcom hardware, co znaci, ze karta chyta sice vela sieti, ale aj vela chybuje (robi chyby v prenose), co je prave to, co znizuje LQ.
Moj vypis iwconfig este pre starsi wifi stack vyzera takto:
[meetoo@tux47 ~]$ iwconfig ra0
ra0 RT61 Wireless ESSID:"FOX" Nickname:"tux47.local"
Mode:Managed Frequency:2.447 GHz Access Point: 00:12:13:14:15:16
Bit Rate=54 Mb/s Tx-Power:7 dBm Sensitivity:75/120
Retry:on RTS thr:off Fragment thr:off
Power Management:on
Link Quality=98/100 Signal level:-50 dBm Noise level:-97 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
Takto vyzera linka, ktora je vyladena mnohymi pokusmi, laborovanim a tiez prepisanim zhruba polovice ovladaca. Vzdialenost od AP je priblizne 20m cez tri tehlove steny. Na obidvoch stranach su panelove 12dBi anteny orientovane horizontalne.
Mozes si vsimnut, ze pouzivam nastavenie sensitivity, co stabilizuje LQ do tej miery, ze karta si nevsima okolitu prevadzku cudzich sieti a to ani na rovnakom kanali pokial uroven cudzieho vysielania neprevysi -74dBm. Rovnako pouzivam automatiku vykonu, ktora vyreguluje minimalne potrebny TxPower pri dosiahnuti pokial mozno co najvyssej LQ. Ako vidis na tych 20m mi staci 7dBm TxPower.
-
Jimbo: Dobrý den, mám podobný problém jako autor vlákna. Nechtěl byste se trochu rozepsat, jak správně vyladit Wifi kartu?
-
@nou: InSSIDer mi jede na Ubuntu 11.04 a neni to zadny server bez GUI. Mam v podstate to, co jede na Widlich.
-
som to zle napisal. pocitac kde mam tu wifi kartu je Ubuntu Server 10.04 bez grafickej karty a teda nema ani Xserver.
-
Jiri:
Vsetko podstatne som uviedol. Snad sa da este spomenut to, ze k uspechu vyladenia linky predchadza meranie. Je potrebne sa dopatrat pricinu padov linky.
Ak sa zisti pricina je mozne robit opatrenia. Bohuzial v Linuxe je to s meranim wifi tazke.
Bezdratove utility ku kartam takmer neexistuju a vydolovat z ovladaca parametre linky je este tazsie. Jedna zo solidnejsich utilit bola kedysi k Ralink kartam pod nazvom RutilT, a aj to bola len nahrada originalnej Ralink utility velmi podobnej, ak nie rovnakej ako pre Windows.
Este existuje Ncurses nastroj pod nazvom wavemon, ktory vie zobrazit najzakladnejsie hodnoty signalu (sila,sum,kvalita).
Dalsie specializovane hodnoty, bolo mozne na starom wifi stacku zobrazit pomocou privatnych funkcii "iwpriv". V sucastnosti sa od privatnych funkcii upusta aj ked niekde este funguju.
Napriklad pre momentalne velmi spatnu kvalitu vonkajsej linky je mozne zobrazit taketo nieco:
[meetoo@tux33 ~]# iwpriv ra0 stat
ra0 stat:
Tx success = 54470
Tx success without retry = 46174
Tx success after retry = 8296
Tx fail to Rcv ACK after retry = 11
Tx Multiple retry = 2496
Tx CTS to Self frame = 0
Tx Null Frame = 32
RTS Success Rcv CTS = 0
RTS Fail Rcv CTS = 0
Rx success = 44583
Rx drop due to out of resource = 0
Rx duplicate frame = 3245
Rx with FCS Error = 335602
Rx with PLCP Error = 127989442
Rx with Long Error = 65393
Rx with Phy Error CCK = 114050
Rx with Phy Error OFDM = 10227603
Rx with Crc Error CCK = 737608
Rx with Crc Error OFDM = 189879
Rx Unicast frame = 43696
Rx Broadcast frame = 887
Rx Multicast frame = 0
Rx Null frame = 887
Rx Control frame = 0
Rx Managament frame = 129880
RxPER (avg/stat) = 60/88
TxPER (avg/stat) = 0/15
False CCA = 56679709
False CCA (one second) = 16
Last BackOff CCA Threshold = 0
Lost Beacon's = 0
Disassociated Count by AP = 0
Auto Recovery Count = 0
Num Of Interference Sample = 0
Interference (min/avg/max) = -98/-98/-98 dBm
RSSI-A (last) = -56 dBm
Noise(2) = -98 dB
V tomto vypise su zaujimave prave chyby na PHY vrstve, ktore normalne takmer ziadna karta nezobrazuje. Zaujimave su chyby typu "Long", co su chyby sposobene dopplerovskym efektom.
Niekto to mozno pozna aj pod nazvom "fading". PLCP chyby su z kategorie zvlastnych chyb, kedy si karta zacne vymyslat, ze ramec ktory prijala na pasme 2.4GHz pochadza z kanalu c.248, alebo bol prijaty na rychlosti 0Mbps a pod. Dalsie chyby oznacene ako "phy" a "crc" su chybami zaciatku ramca. Napriklad tento vypis je pre kartu nastavenu na 802.11b only a je vidiet, ze vidi vysielania, ktore su aj v modulacii OFDM, co znaci, ze nieco (nemusi to byt AP) este vysiela na rovnakom, alebo blizkom kanali.