LINUX.ORG.RU

TP-Link TL_WN821N (AR9170+AR9102) низкая скорость Wifi N.

 , ,


0

1

Если быть точным, то остановилась на 13.5 мбит.

wlan0     IEEE 802.11bgn  ESSID:"Bupyc TP-LINK"  
          Mode:Managed  Frequency:2.462 GHz  Access Point: 90:F6:52:5B:6D:8C   
          Bit Rate=13.5 Mb/s   Tx-Power=20 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=38/70  Signal level=-72 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:28   Missed beacon:0

Соединен с маршрутизатором с маршрутизатором той же фирмы, более того их рекомендуют для использования в связке. Под оффтопиком скорость в норме. Под линуксом даже близко к точке скорость не меняется. Она как будто бы заела на этом положении. Вручную через iwconfig скорость также не меняется. Модули:

[bupyc@bupyc-netbook ~]$ lsmod | grep ath
ath9k_htc              49838  0 
ath9k_common            1605  1 ath9k_htc
ath9k_hw              324289  2 ath9k_common,ath9k_htc
ath                    12382  3 ath9k_common,ath9k_htc,ath9k_hw
mac80211              367579  1 ath9k_htc
cfg80211              155581  3 ath,mac80211,ath9k_htc
usbcore               126764  6 btusb,uhci_hcd,uvcvideo,ehci_hcd,usbhid,ath9k_htc

Кусок из dmesg

[ 3975.908082] usb 1-7: new high-speed USB device number 7 using ehci_hcd
[ 3976.232409] usb 1-7: ath9k_htc: Firmware htc_7010.fw requested
[ 3976.232496] usbcore: registered new interface driver ath9k_htc
[ 3976.385417] usb 1-7: ath9k_htc: Transferred FW: htc_7010.fw, size: 72992
[ 3976.446659] ath9k_htc 1-7:1.0: ath9k_htc: HTC initialized with 45 credits
[ 3976.572433] ath9k_htc 1-7:1.0: ath9k_htc: FW Version: 1.3
[ 3976.572445] ath: EEPROM regdomain: 0x809c
[ 3976.572450] ath: EEPROM indicates we should expect a country code
[ 3976.572456] ath: doing EEPROM country->regdmn map search
[ 3976.572462] ath: country maps to regdmn code: 0x52
[ 3976.572468] ath: Country alpha2 being used: CN
[ 3976.572473] ath: Regpair used: 0x52
[ 3976.578357] ieee80211 phy1: Atheros AR9287 Rev:2
[ 3976.578453] cfg80211: Calling CRDA for country: CN
[ 3976.580523] Registered led device: ath9k_htc-phy1
[ 3976.591363] cfg80211: Current regulatory domain intersected:
[ 3976.591371] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 3976.591377] cfg80211:   (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
[ 3976.591383] cfg80211:   (5735000 KHz - 5835000 KHz @ 20000 KHz), (N/A, 3000 mBm)
[ 3976.692677] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 3979.004616] wlan0: authenticate with ********
[ 3979.118700] wlan0: direct probe to ******* (try 1/3)
[ 3979.319706] wlan0: send auth to ********* (try 2/3)
[ 3979.347349] wlan0: authenticated
[ 3979.409059] wlan0: associate with ********* (try 1/3)
[ 3979.413393] wlan0: RX AssocResp from ********* (capab=0x431 status=0 aid=2)
[ 3979.417563] wlan0: associated
[ 3979.417678] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 4186.518961] wlan0: deauthenticating from 90:f6:52:5b:6d:8c by local choice (reason=3)
[ 4186.631209] cfg80211: Calling CRDA to update world regulatory domain
[ 4186.640080] cfg80211: World regulatory domain updated:
[ 4186.640088] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 4186.640094] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 4186.640099] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 4186.640104] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 4186.640108] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 4186.640113] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 4186.640142] cfg80211: Calling CRDA for country: RU
[ 4186.647141] cfg80211: Regulatory domain changed to country: RU
[ 4186.647149] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 4186.647154] cfg80211:   (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
[ 4186.647159] cfg80211:   (5735000 KHz - 5835000 KHz @ 20000 KHz), (N/A, 3000 mBm)
[ 4186.833718] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 4187.072750] sky2 0000:09:00.0: eth0: disabling interface
[ 4187.093404] sky2 0000:09:00.0: eth0: enabling interface
[ 4187.093927] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 4187.302727] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 4189.604906] wlan0: authenticate with *********
[ 4189.741783] wlan0: send auth to ********* (try 1/3)
[ 4189.743707] wlan0: authenticated
[ 4189.799047] wlan0: associate with ******** (try 1/3)
[ 4189.802976] wlan0: RX AssocResp from ******* (capab=0x431 status=0 aid=2)
[ 4189.806793] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 4189.806845] wlan0: associated
В чем может быть проблема?

★★

Ответ на: комментарий от Bupyc

у меня так, всё работает

auto wlan0
iface wlan0 inet manual
        pre-up macchanger -a wlan0
        pre-up iw dev wlan0 del
        pre-up iw phy phy0 interface add wlan0 type __ap
        post-up iwconfig wlan0 txpower 12


Bus 003 Device 002: ID 0cf3:7015 Atheros Communications, Inc. TP-Link TL-WN821N v3 802.11n [Atheros AR7010+AR9287]
lazyklimm ★★★★★
()
Ответ на: комментарий от lazyklimm

Да у меня тоже работает - скорость только 13.5 мбит не более. Нашел вот это https://wiki.archlinux.org/index.php/Wireless_Setup#carl9170 Специально под этот чип, однако оно не работает. Точнее все работает через ath9k а этот calc9170 игнорируется.

Bupyc ★★
() автор топика
Ответ на: комментарий от lazyklimm

У меня щас при подключении был скачек на мгновение

wlan0     IEEE 802.11bgn  ESSID:"Bupyc TP-LINK"  
          Mode:Managed  Frequency:2.437 GHz  Access Point: 90:F6:52:5B:6D:8C   
          Bit Rate=81 Mb/s   Tx-Power=20 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=43/70  Signal level=-67 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:209   Missed beacon:0

Потом опять 13.5 Mb/s

Вы эти настройки сами прописали или так было? Без них такие же проблемы со скоростью?

Bupyc ★★
() автор топика
Ответ на: комментарий от lazyklimm

Включил режим на маршутизаторе Only N итоге

wlan0     IEEE 802.11bgn  ESSID:"Bupyc TP-LINK"  
          Mode:Managed  Frequency:2.437 GHz  Access Point: 90:F6:52:5B:6D:8C   
          Bit Rate=40.5 Mb/s   Tx-Power=20 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=41/70  Signal level=-69 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:203   Missed beacon:0

40 Мbit конечно прекрасно но мне нужно для старых девайсов и другие режимы. Как хотя бы принудительно использовать N? Кстати что примечательно - скорость также застыла на 40 мбитах. Но на винде на том же самом месте я знаю можно легко 70 мбит выбить. А если подойти ближе все 300 мбит выдает. А тут опять застыло.

PS обратно вернулось на 13.5 мбит...даже в режиме N

Bupyc ★★
() автор топика
Последнее исправление: Bupyc (всего исправлений: 1)
Ответ на: комментарий от lazyklimm

Чудеса, я включил режим B/G на рутере - получил 108 мбит на машине с этим свистком 0.o. Наверное это конечно из за 3х антенн, но странно. Очень хочется все таки N завести, в 3 раза быстрее все же будет.

Bupyc ★★
() автор топика
Ответ на: комментарий от lazyklimm

Короче это не чудеса...скорость он неверно определяет в итоге 90% пакетов теряются. Вернул обратно. сижу на 13.5 мбит... Пытаюсь все таки завести carl9170-driver. Правда вот не понимаю, как мне заставить работать именно через него в не через какой то из ath? Если точнее я не могу их все в блеклист добавить т.к. часть требуются для carl9170. Как узнать какой модуль сейчас на самом деле работает с интерфейсом?

Bupyc ★★
() автор топика
Ответ на: комментарий от Bupyc
modprobe -r ath9k_htc
lsmod #проверяешь что модуль выгрузился
modprobe carl9170
lsmod #проверяешь что модуль загрузился
ifconfig -a #проверяешь наличие интерфейса wlanX
daemonpnz ★★★★★
()
Последнее исправление: daemonpnz (всего исправлений: 1)
Ответ на: комментарий от daemonpnz

оу...вот и гугли в инете. Bus 001 Device 011: ID 0cf3:7015 Atheros Communications, Inc. TP-Link TL-WN821N v3 802.11n [Atheros AR7010+AR9287] Видимо их несколько модификаций TL-WN821N Впрочем проблему это не решает - драйвер явно ath9k_htc но глючит ужасно в плане скорости как я уже выше писал.

Bupyc ★★
() автор топика
Последнее исправление: Bupyc (всего исправлений: 1)

А если нечто большое перекачивать и долго? Что-то не верю этой цифирке.

ilovewindows ★★★★★
()
Ответ на: комментарий от Bupyc

Версия ядра? Дистрибутив? Другие юсб устройства работают нормально? Есть парочка компов для того, чтобы запустить на них и прогнать iperf? Ну и таки реальную скорость проверял?

daemonpnz ★★★★★
()
Последнее исправление: daemonpnz (всего исправлений: 1)
Ответ на: комментарий от daemonpnz
Client connecting to 192.168.2.2, TCP port 5001
TCP window size: 21.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.2.3 port 38506 connected with 192.168.2.2 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.1 sec  40.2 MBytes  33.5 Mbits/sec

Вблизи маршрутизатора.

Client connecting to 192.168.2.2, TCP port 5001
TCP window size: 21.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.2.3 port 38532 connected with 192.168.2.2 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.1 sec  20.4 MBytes  16.9 Mbits/sec

Там где обычно стоит девайс с этим свистком. Скорость явно занижена. Т.к. вблизи под виндой точно более 20мбайт в секунду.

Повторил тест вблизи - выдало 13 мбит в секунду...явно скорость неверно выбирается и глючит. Пробовал увеличивать время до 20 секунд - тоже самое.

Bupyc ★★
() автор топика
Последнее исправление: Bupyc (всего исправлений: 1)
Ответ на: комментарий от daemonpnz

uname -a Linux bupyc-netbook 3.6-pf #5 SMP PREEMPT Wed Dec 5 23:34:12 UTC 2012 i686 GNU/Linux

ArchLinux. На стандартом арчевом ядре те же самые результаты. Другие девайсы работают хорошо - флешки USB2.0 под 20-30 мбайт в секунду чтением выдают.

Bupyc ★★
() автор топика
Ответ на: комментарий от Bupyc

В качесте тыкания пальцем в небо

modprobe -r ath9k_htc
modprobe ath9k_htc nohwcrypt=1

daemonpnz ★★★★★
()
Ответ на: комментарий от Bupyc

На роутере какое шифрование включено? В качестве эксперимента, попробуй отключить шифрование и проверить скорость.

daemonpnz ★★★★★
()
Ответ на: комментарий от fjfalcon

Без шифрования работает на все 110 мбит вблизи, но индикатор в iwconfig все равно покаывает 15 мбит или 13.5. С шифрованием выше 40 мбит не поднимается. И еще не работает при ширине канала 40 мгц. Т.е. по сути сам свисток поддерживает 40 мгц и 300 мбит но не работает...Это бага в дровах выходит?

PS. проверил еще раз без шифрования на 20 мгц канале - опять 35 мбит... PS2. скачет. Вблизи то выдает 110 мбит, то 35. Чаше 35 мбит чем 110. PS3. iwconfig показывает 5.5 мбит теперь вблизи и скорость 62 мбит выдает.

Bupyc ★★
() автор топика
Последнее исправление: Bupyc (всего исправлений: 3)
Ответ на: комментарий от Bupyc

в какой момент смотришь скорость iwconfig'ом?

Пробовал загружать модуль для своего адаптера с nohwcrypt?

40 MHz не включаться, если рядом есть точки доступа с каналами которые попадают на твои 40 MHz.

daemonpnz ★★★★★
()
Ответ на: комментарий от daemonpnz

Так если попадают там без разницы т.к. это разносильно 2м точкам на 2х каналах. Пробовал и так и не так. Как в какой момент? Я запустил watch iwconfig и мониторил как подключилось как пинг пошел так и смотрю

Bupyc ★★
() автор топика
Ответ на: комментарий от Bupyc

Так если попадают там без разницы т.к. это разносильно 2м точкам на 2х каналах.

Это равносильно тому, что 40mhz не включаться, вне зависимости от того с чем ты проводишь аналогии. Только 20mhz.

daemonpnz ★★★★★
()
Ответ на: комментарий от smilessss

Я скажу более правдивую версию. Только wpa2-psk aes держит нормально N. На других N работает хуже. Но без шифрования N работает тоже. Т.к. по сути без шифрования это минус один уровень абстракции. Я уже ставил :) карл не под этот чип. Надо исправить тему, этих свистков 2 типа, прощу прощения за дезу.

Bupyc ★★
() автор топика
Ответ на: комментарий от smilessss

А не я не могу править тему...

[root@bupyc-netbook Video]# lsusb
Bus 001 Device 034: ID 0a05:7220  
Bus 001 Device 039: ID 0cf3:7015 Atheros Communications, Inc. TP-Link TL-WN821N v3 802.11n [Atheros AR7010+AR9287]

Bupyc ★★
() автор топика
Ответ на: комментарий от Bupyc

у меня wn822n v1 )
у вас при внеплановом отключении девайса бывали kernel panic ?

а по сабжу есть идея
в винде в свойствах драйвера есть ограничитель милливатт или что то вроде того
выбирается в зависимости от страны вроде
в линуксе скорее всего он выбран не верно и режет скорость

smilessss ★★★★★
()
Ответ на: комментарий от smilessss

TXRATE? Он в iwconfig на 20 стоит это норма. Кернел паников нет, однако могу вызвать если буду вставлять и вынимать из USB 4-7 раз. Не думаю что дело в этом, без шифрования скорость часто идет как раз около 110 мбит но с перепадами. С шифрованием дальше 5 мбайта в секунду не идет.

Bupyc ★★
() автор топика
Ответ на: комментарий от smilessss

TP-LINK TL-WR1043ND другие девайсы и собственно та же самая машина под виндой с ним хорошо дружат.

Bupyc ★★
() автор топика
Ответ на: комментарий от daemonpnz

Под убунтой чет не завелось видимо слишком старая убунта. Но я в последние дни сижу под открытой сетью...постоянно падает не подключается и паники посыпались.

Bupyc ★★
() автор топика
Ответ на: комментарий от Bupyc

скорость только 13.5 мбит не более.

[offtop]Есть мнение, что вы зажрались[/offtop]

Прошивка какая? Как осуществляется соединение?

[offtop]С Новым Годом![/offtop]

LongLiveUbuntu ★★★★★
()
Ответ на: комментарий от daemonpnz

Так, что то у меня и встроенный глючит на любом драйвере, и на открытом и на проприетарном. Либо я что то начудил при попытках настроить либо в самом ноуте проблема.

Bupyc ★★
() автор топика
Ответ на: комментарий от daemonpnz

Купил ноут с Atheros 9485. Также проблемы со скоростью и нестабильный пинг.

64 bytes from 192.168.2.1: icmp_seq=422 ttl=64 time=279 ms
64 bytes from 192.168.2.1: icmp_seq=423 ttl=64 time=1.97 ms
64 bytes from 192.168.2.1: icmp_seq=424 ttl=64 time=286 ms
64 bytes from 192.168.2.1: icmp_seq=425 ttl=64 time=3.46 ms
64 bytes from 192.168.2.1: icmp_seq=426 ttl=64 time=298 ms
64 bytes from 192.168.2.1: icmp_seq=427 ttl=64 time=11.9 ms
64 bytes from 192.168.2.1: icmp_seq=428 ttl=64 time=220 ms
64 bytes from 192.168.2.1: icmp_seq=429 ttl=64 time=5.65 ms
64 bytes from 192.168.2.1: icmp_seq=430 ttl=64 time=215 ms
64 bytes from 192.168.2.1: icmp_seq=431 ttl=64 time=1.91 ms
64 bytes from 192.168.2.1: icmp_seq=432 ttl=64 time=316 ms
64 bytes from 192.168.2.1: icmp_seq=433 ttl=64 time=1.82 ms
64 bytes from 192.168.2.1: icmp_seq=434 ttl=64 time=305 ms
64 bytes from 192.168.2.1: icmp_seq=435 ttl=64 time=1.37 ms
64 bytes from 192.168.2.1: icmp_seq=436 ttl=64 time=329 ms
64 bytes from 192.168.2.1: icmp_seq=437 ttl=64 time=315 ms
64 bytes from 192.168.2.1: icmp_seq=438 ttl=64 time=317 ms
64 bytes from 192.168.2.1: icmp_seq=439 ttl=64 time=1.73 ms
64 bytes from 192.168.2.1: icmp_seq=440 ttl=64 time=346 ms
64 bytes from 192.168.2.1: icmp_seq=441 ttl=64 time=2.82 ms
64 bytes from 192.168.2.1: icmp_seq=442 ttl=64 time=318 ms
64 bytes from 192.168.2.1: icmp_seq=443 ttl=64 time=2.79 ms
64 bytes from 192.168.2.1: icmp_seq=444 ttl=64 time=324 ms
64 bytes from 192.168.2.1: icmp_seq=445 ttl=64 time=7.05 ms
Что самое веселое - в винде 7 работало все хорошо. Обновил до 8 там и дрова обновились - та же проблема. Atheros решил убить продажи своих девайсов испортив дрова?

Bupyc ★★
() автор топика
Ответ на: комментарий от daemonpnz

Под убунтой еще хуже

ubuntu@ubuntu:~$ ping 192.168.2.1
PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data.
64 bytes from 192.168.2.1: icmp_req=1 ttl=64 time=1716 ms
64 bytes from 192.168.2.1: icmp_req=5 ttl=64 time=1794 ms
64 bytes from 192.168.2.1: icmp_req=9 ttl=64 time=1983 ms
64 bytes from 192.168.2.1: icmp_req=10 ttl=64 time=2349 ms
64 bytes from 192.168.2.1: icmp_req=11 ttl=64 time=1754 ms
64 bytes from 192.168.2.1: icmp_req=12 ttl=64 time=1760 ms
64 bytes from 192.168.2.1: icmp_req=13 ttl=64 time=1773 ms
64 bytes from 192.168.2.1: icmp_req=14 ttl=64 time=1777 ms
64 bytes from 192.168.2.1: icmp_req=15 ttl=64 time=1787 ms
64 bytes from 192.168.2.1: icmp_req=16 ttl=64 time=1788 ms
64 bytes from 192.168.2.1: icmp_req=17 ttl=64 time=1770 ms
^C
--- 192.168.2.1 ping statistics ---
20 packets transmitted, 11 received, 45% packet loss, time 19065ms
rtt min/avg/max/mdev = 1716.149/1841.549/2349.037/173.012 ms, pipe 3
Если в арче пинг доходит и скачет то низкий то высокий, то в убунте теряются пакеты и постоянно высокий. Прям навождение какое то. 2 ноута. На одном встроенный чип на другом я пробовал 2 свистка. И все 3 девайса так глючат. Хз мб все таки дело в маршрутизаторе, я на него поставил OpenWrt думал решит проблему..не решило. Там тоже Atheros. И кстати, хочу заметить, что проблема больше в том, что скорость очень занижена. Например при качестве связи в 30 значений он все равно пытается передавать под 65 мбит через 3 стены...но у него конечно же это не выходит он временно понижает скорость и во второй раз проходит хорошо, но потом опять поднимает. Причем если понизить скорость вручную через rate становится чуть лучше но не до конца

Bupyc ★★
() автор топика
Ответ на: комментарий от daemonpnz

Я сбрасывал на настройки по дефолту. Я ставил OpenWRT. Я ставил DD-WRT тоже самое. Пинги под 3-5 секунд.

Bupyc ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.