Как установить правильный битрейт для моего беспроводного сетевого адаптера Qualcomm Atheros AR93xx?

0

Что касается вопроса, который я только что купил Qualcomm Atheros AR93xx Wireless Network Adapter, в частности, TP-LINK TL-WDN4800 N900, который должен достигать 450 Мбит / с.

Я работаю на ядре, Linux scv 4.10.0-40-generic #44~16.04.1-Ubuntu SMP Thu Nov 9 15:37:44 UTC 2017 x86_64 x86_64 x86_64 GNU/Linuxи когда я пытаюсь найти доступные битрейты, я получаю:

ema@scv:~$ sudo iwlist wlp2s0 bitrate
wlp2s0    unknown bit-rate information.
          Current Bit Rate=54 Mb/s

Я попытался вручную установить его на 300 Мбит / с через sudo iwconfig wlp2s0 rate 300M, но это действительно не дает желаемого эффекта.

Я подключаюсь к Netgear N600, и режим сети 5 ГГц установлен на 300 Мбит / с; это устройство находится на расстоянии ~ 3 м от моего компьютера, и сигнал хороший, я думаю (только 3 точки доступа 5 ГГц на канале 36):

wlp2s0    IEEE 802.11  ESSID:"M4yb3_n0tX"  
          Mode:Managed  Frequency:5.18 GHz  Access Point: 84:1B:5E:36:9C:22   
          Bit Rate=54 Mb/s   Tx-Power=18 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=57/70  Signal level=-53 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:1  Invalid misc:133   Missed beacon:0

Мой sudo lspci -vv -s 02:00.0производит (извинения за длинный вывод):

02:00.0 Network controller: Qualcomm Atheros AR93xx Wireless Network Adapter (rev 01)
    Subsystem: Qualcomm Atheros AR93xx Wireless Network Adapter
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0, Cache Line Size: 32 bytes
    Interrupt: pin A routed to IRQ 16
    Region 0: Memory at f7b00000 (64-bit, non-prefetchable) [size=128K]
    Expansion ROM at f7b20000 [disabled] [size=64K]
    Capabilities: [40] Power Management version 3
        Flags: PMEClk- DSI- D1+ D2- AuxCurrent=375mA PME(D0+,D1+,D2-,D3hot+,D3cold-)
        Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [50] MSI: Enable- Count=1/4 Maskable+ 64bit+
        Address: 0000000000000000  Data: 0000
        Masking: 00000000  Pending: 00000000
    Capabilities: [70] Express (v2) Endpoint, MSI 00
        DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <1us, L1 <8us
            ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
        DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
            RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
            MaxPayload 128 bytes, MaxReadReq 512 bytes
        DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
        LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <2us, L1 <64us
            ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp-
        LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+
            ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
        LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
        DevCap2: Completion Timeout: Not Supported, TimeoutDis+, LTR-, OBFF Not Supported
        DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
        LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
             Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
             Compliance De-emphasis: -6dB
        LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1-
             EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
    Capabilities: [100 v1] Advanced Error Reporting
        UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
        UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
        UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
        CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
        CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
        AERCap: First Error Pointer: 00, GenCap- CGenEn- ChkCap- ChkEn-
    Capabilities: [140 v1] Virtual Channel
        Caps:   LPEVC=0 RefClk=100ns PATEntryBits=1
        Arb:    Fixed- WRR32- WRR64- WRR128-
        Ctrl:   ArbSelect=Fixed
        Status: InProgress-
        VC0:    Caps:   PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
            Arb:    Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
            Ctrl:   Enable+ ID=0 ArbSelect=Fixed TC/VC=01
            Status: NegoPending- InProgress-
    Capabilities: [300 v1] Device Serial Number 00-00-00-00-00-00-00-00
    Kernel driver in use: ath9k
    Kernel modules: ath9k

Что я должен делать дальше? Я хотел бы достичь 300 Мбит / с, как вы думаете, это будет возможно?

Я проверил, передав файлы на компьютер, подключенный к тому же маршрутизатору через Ethernet (1000 Мбит / с ), и лучшая скорость загрузки (Wireless to Ethernet) составляет около 24 Мбит / с, а лучшая скорость загрузки (Ethernet to Wireless) составляет около 32 Мбит / с. (Стоит отметить, что при подключении обоих компьютеров Ethernet к Ethernet я достигаю 1000 Мбит / с без каких-либо потов). Нужно ли менять роутер?

Любое предложение приветствуется!

Emanuele
источник
2
802.11n и 802.11ac требуют, чтобы WMM был включен, и, если требуется шифрование, они должны использовать WPA2 (AES-CCMP). Если они недоступны, вы застряли на скорости 802.11a и 802.11g (54 Мбит / с). Пожалуйста, обновите ваш вопрос, чтобы включить информацию о том, как вы настроили WMM и безопасность на вашей точке доступа и клиенте.
Spiff
Что такое WMM? Я знаю, что использую WPA2 (хотя AES, а не AES-CCMP). Есть идеи как это подтвердить? В случае, если это обусловлено точкой доступа, верно?
Эмануэле
WMM - это QoS для Wi-Fi. Он был стандартизирован как 802.11e, если я правильно помню, но многие продукты все еще называют его WMM. Как и во многих продуктах, просто сказать «AES», а не более конкретный «AES-CCMP». Вы должны включить эти функции и на AP, и на клиентах, хотя в большинстве простых в использовании клиентов эти функции включены по умолчанию и установлены в соответствии с тем, что позволяет AP. Но Linux имеет тенденцию быть немного более «сделанным сам» чем это.
Spiff
Пожалуйста, не стесняйтесь указывать мне на любой документ / сайт, посвященный Linux / Ubuntu, рад читать и документировать себя ...
Emanuele
Я нашел эти настройки и включение / отключение не имело никакого значения. Обновление прошивки точки доступа сделало свое дело (см. Мой ответ).
Эмануэле

Ответы:

0

Ответ на этот вопрос очень прост: нельзя, нужно полагаться на драйверы и встроенное ПО (как сетевой платы, так и точки доступа), чтобы делать правильные вещи .

Очевидно, что с (относительно) недавними ядрами Linux нельзя установить bitrate, но для правильной установки нужно полагаться на драйвер / прошивку карты .

Я только что обновил прошивку моей точки доступа, и теперь это вывод iwconfig wlp2s0:

wlp2s0    IEEE 802.11  ESSID:"M4yb3_n0tX"  
          Mode:Managed  Frequency:5.18 GHz  Access Point: 84:1B:5E:36:9C:22   
          Bit Rate=216 Mb/s   Tx-Power=18 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=56/70  Signal level=-54 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:112   Missed beacon:0

Обратите внимание, что битрейт составляет 216 Мбит / с. Реальные измерения сейчас: скорость загрузки 67 Мбит / с, скорость загрузки 140 Мбит / с. Определенно улучшение, все еще далекое от 1000 Мбит / с проводного Ethernet ...

Обновление: теперь, когда я использую соединение 5 ГГц, Bit Rateколебания между 216 Мбит / с и 300 Мбит / с зависят от того, в какое время я подключаюсь в течение дня (я полагаю, это связано с другими потенциальными помехами соседних сетей).

Emanuele
источник
0

Возможно, мой ответ не по теме, но я думаю, что у вас та же проблема, что и у меня: у беспроводного сетевого адаптера Atheros AR93xx низкая скорость передачи (загрузки) в Linux.

Согласно # 69 в Ubuntu ошибка # 1670041 :

Низкая пропускная способность при передаче TCP-потоков на ath10k должна быть исправлена ​​с помощью этого коммита mac80211:

mac80211: отрегулируйте смещение темпа TSQ

https://git.kernel.org/linus/36148c2bbfbe50c50206b6f61d072203c80161e0

Очевидно, v4.16-rc5 был первым выпуском, в котором был зафиксирован этот коммит.

Обновление ядра Linux до более новой версии может исправить это (Linux 4.17.14 в моем случае).

cherrot
источник