Как я заканчиваю соединение на 300 Мбит/с 802.11n?

Для получения 802.11n's скорость передачи сигналов на 300 Мбит/с необходимо сделать два пространственных потока (иначе 2x2, или 2T2R), каналы на 40 МГц и короткий защитный интервал (на 400 нс) (короткий GI). То, что Вы видите скорость передачи сигналов на 144 Мбит/с, указывает, что Вы имеете 2x2 и короткое право GI, но Вы только используете каналы на 20 МГц вместо 40 МГц.

Я знаю, что существуют некоторые продукты, которые отказываются делать каналы на 40 МГц в 2.4 ГГц, потому что это поднимает слишком много 2.4 ГГц пространства полосы ISM, не оставляя комнаты для другого использования полосы, такого как Bluetooth (включая Ваш Wii Remotes). Но рассматривая спецификации Вашего Cisco/Linksys E2000 и тех продуктов Edimax, кажется, что они должны все поддерживать операцию на 40 МГц в 2.4 ГГц.

Спецификация IEEE 802.11n имеет условие для 802.11n устройства, чтобы сигнализировать, что они - "40 МГц, нетерпимых", чтобы попытаться стать 40MHz-способными 802.11n механизм в их области для ограничения себя каналами на 20 МГц. Например, ноутбук с 802.11n адаптер и адаптер Bluetooth могли бы сигнализировать об этом, когда он использует 2.4 ГГц 802.11n AP, которое 40MHz-способно. Однако я не знаю ни о каких поставщиках, которые на самом деле устанавливают или соблюдают нетерпимый бит на 40 МГц в это время.

Мое лучшее предположение - то, что Вы поражаете ошибку совместимости. По некоторым причинам Ваши клиенты Edimax не хотят присоединяться к Вашему Cisco/Linksys E2000 с помощью каналов на 40 МГц даже при том, что E2000 настроен для него.

802.11n говорит об операции на 40 МГц с точки зрения двух традиционных каналов на 20 МГц, используемых вместе. Канал "управления" является основным каналом, которые и 20 МГц и 40MHz-способные клиенты используют, и "дополнительный" канал является частью, которую используют клиенты на 40 МГц. Дополнительный канал может или быть "выше" или "ниже" канала управления, пока он не выходит за пределы полосы. Например, если бы Ваш канал управления равняется 1, Ваш дополнительный канал имеет к "вышеупомянутому", потому что что-либо ниже канала 1 было бы ниже самой низкой частоты, позволенной в полосе ISM на 2.4 ГГц. Дополнительный канал должен быть непрерывным с краем канала управления без наложения. Поскольку большинство 2.4 ГГц 802,11 перекрытия каналов, канал 5 является "вышеупомянутым" каналом для канала 1. Там варьируются нотации для управления и дополнительных каналов. Часто номер канала управления дается, сопровождается [+] 1 или-1, чтобы показать, что дополнительный канал выше или ниже, соответственно. Так ситуация я описал как канал управления на 1, дополнительный канал на 5, мог бы показаться "1,1" или "1, +1" или даже "1 +".

В США, Канаде, и любой другой стране, которая приняла американские подобные FCC инструкции, где у нас только есть 11 каналов на 2.4 ГГц, существует 14 допустимых разметок канала управления/расширения, но только 4 из них являются наиболее часто используемыми, потому что это - хорошая идея придерживаться неперекрывающихся каналов 1, 6, и 11.

 1,+1 ( 1 &  5) common  
 2,+1 ( 2 &  6)  
 3,+1 ( 3 &  7)  
 4,+1 ( 4 &  8)  
 5,+1 ( 5 &  9)  
 5,-1 ( 5 &  1)  
 6,+1 ( 6 & 10) common  
 6,-1 ( 6 &  2) common  
 7,+1 ( 7 & 11)  
 7,-1 ( 7 &  3)  
 8,-1 ( 8 &  4)  
 9,-1 ( 9 &  5)  
10,-1 (10 &  6)  
11,-1 (11 &  7) common  

Европа или любой другой регион, который следует инструкциям ETSI, добавила бы следующие возможности:

 8,+1 ( 8 & 12)  
 9,+1 ( 9 & 13)  
12,-1 (12 &  8)  
13,-1 (13 &  9)  

Я предполагаю, что возможно, что Ваше AP или Ваши клиенты не могут обработать каждую возможную допустимую комбинацию (управление, расширение). Или возможно Вы покинули свое AP на автовыборе канала, и это случайно выбирало недопустимую комбинацию автоматически как "11, +1". Вы могли бы попытаться вручную установить свое AP на "1, +1", поскольку это - довольно общее расположение, и посмотрите, могут ли Ваши клиенты обработать это.

Другой вещью проверить является Ваш тип шифрования. Удостоверьтесь, что у Вас есть AES-CCMP включенный (WPA2). Механизмы поточного шифра RC4, включенные в ранние 802,11 аппаратных средства микросхемы (используемый плохо WEP, и менее плохо TKIP) обычно, не могут не отставать 802.11n скорости. Из-за этого спецификация IEEE 802.11n требует, чтобы AES-CCMP использовалась для 802.11n соединения. К сожалению, некоторые поставщики не сделали хорошего задания осуществления этого в их установке UI, таким образом, они, возможно, позволили Вам выбирать 802.11n режим, не требуя, чтобы AES-CCMP была включена. Это маловероятно, но в пределах возможного, что Ваши клиенты видят, что AP не создано для AES-CCMP и так ограничивает себя скоростями передачи данных, которые они знают, их механизмы RC4 могут обработать.

"Никакая безопасность" не также допустима, поэтому если Вы находитесь в ситуации, где Вам не нужен Ваш канальный уровень для обеспечения конфиденциальности, можно всегда идти тем путем.

В целом, если бы не слишком поздно для возврата нового беспроводного механизма для полного возмещения затрат, я рекомендовал бы, чтобы Вы возвратили все это и взяли одновременное двухдиапазонное AP (Ваш Cisco/Linksys E2000 является только одной полосой за один раз), и двухдиапазонные клиентские беспроводные карты (Ваши карты Edimax 2.4GHz-только). Тем путем можно использовать быстрые каналы на 40 МГц в менее переполненных 5 ГГц для ПК и оставить устройства прежней версии для использования канала на 20 МГц в 2.4 ГГц, оставив достаточно свободного пространства в полосе на 2.4 ГГц, что это не завинчивает Wii Remotes, другие bluetooth-устройства и другие устройства с помощью полосы на 2.4 ГГц. Часть последнего механизма, который вышел за последние несколько месяцев, поддерживает 3 пространственных потока (3x3), допуская скорости передачи сигналов до 450 Мбит/с. Ищите сертификат Wi-Fi для устройств, Вы думаете о покупке и удостоверяетесь, что они сертифицированы для "финала" (не "проект") 802.11n, 2 или 3 пространственных потока, операция на 40 МГц в 5 ГГц, WMM и все остальные. Вот хороший пример.