Длинные и короткие ссылки в одном секторе.

Наверное, и так понятно, но у вас время подтверждения (ACK) установлено на "динамическое"?

7.5 мили - это, конечно, слишком много для 5.8. Есть ли шанс запустить на 2.4 на этой связи?

7,5 мили — это слишком далеко для 2,4 ГГц. Есть ли возможность использовать 2,4 на этой связи? 7,5 мили – это абсолютно не слишком далеко для 5,8 ГГц, наш опыт показывает, что 5,8 ГГц гораздо лучше подходит для дальней связи, чем 2,4 ГГц — зона Френеля значительно меньше, а уровень шума значительно ниже, что позволяет низким уровням сигнала сохранять отличный SNR для хорошей пропускной способности! Что касается исходного поста, похоже, что ваш SNR хороший. Какие значения CCQ и SNR показывает радио? Кстати, можем попробовать, но у меня есть еще одна связь на том же расстоянии (7,5 мили), и на ней стабильно 10 Мбит/с. Насколько «рядом»? Возможно, это и есть ваша проблема. Она на соседнем канале? Поляризация совпадает?

Я всегда представлял себе N-streme как технологию, основанную на TDM, где обеспечивается лишь равная возможность беспроводной пропускной способности, а не равное деление времени. Скорее, это динамическое мультиплексирование с разделением пакетов. Разумеется, с увеличением расстояния будет больше потеря пакетов. N-stream, похоже, изменяет размер фрейма (пакета), а не количество пакетов! Исправьте меня, если я не прав. Другими словами, если у всех клиентов одинаковый уровень потери пакетов, Nstreme должен равномерно распределять доступную пропускную способность AP. Но если у клиентов разные уровни потери пакетов, то Nstreme особо не помогает! Не вижу, как установка динамического размера фрейма поможет, ведь если пакет потерян, он потерян независимо от размера, и требуется повторная передача согласно ack/nack. Нам нужно число пакетов для системы CCQ, где мы можем выделять больше передач клиентам с низким CCQ и больше времени приема для клиентов с низким CCQ. Или динамический размер фрейма (пакета) с меньшим для ближних клиентов и большим для дальних. Это основано на теории, что если пакет правильно получен клиентом со слабым CCQ, то хотя бы этот клиент получит большой объем по сравнению с ближними клиентами. К сожалению, увеличение размера фрейма, другими словами, уменьшение порога фрагментации, для клиентов со слабым CCQ на практике имеет ограничения и обычно дает худшие результаты. Один вопрос, что если CPE отвечает nack, а не ack, заставляет ли N-streme немедленно запрашивать повторную передачу, или он переходит к другому CPE и повторно передает первый пакет, когда наступит очередь первого в Poll? Я считаю, что настоящее правильное протокол опроса должен основываться не на беспроводном ack, а на подтвержденном юнитом внутреннего сетевого ethernet ack на обеих сторонах AP и клиента. Тогда все получат одинаковую пропускную способность. Однако такая конфигурация замедлит всю AP-клиентскую сеть из-за одной плохой связи. В этом случае лучше настроить отдельные AP на разных интервалах CCQ, что в большинстве случаев напрямую связано с расстояниями - мы находимся в области LOS, а не NLOS. Однако, делая это, мы все равно можем использовать Nstreme с опросом, основанным на пропускной способности фрейма (пакета)! Как следствие, лучше всего сказать, настройте разные AP для разных интервалов CCQ. На практике не стоит смешивать близких и далеких клиентов. Логично, что близкий клиент, если его не затрагивает помеха, которая может вызвать еще большие потери пакетов – более низкий CCQ – чем расстояние, получит лучшую пропускную способность, чем далекий клиент. Все дело в расчетах, статистике и анализе. Одна хорошая практика, если у нас есть два AP, один для близких и один для далеких клиентов, - это подключить близких клиентов с плохим CCQ - помехи, препятствие, NLOS - к AP с дальними клиентами. Другими словами, группируйте клиентов на основе интервалов CCQ, а не расстояния или чего-то другого. Если один клиент отстает по CCQ, попробуйте улучшить его связь - есть много способов это сделать, или просто переведите его на AP, предназначенный для удаленных клиентов. Тогда все на том же AP должны получить одинаковую пропускную способность, либо через Nstreme Polling, либо отключив CSMA-CD. Еще одна идея, отличает ли Nstreme AP от Virtual AP? Если да, то мы можем настроить виртуальные AP для клиентов с разными интервалами CCQ! Большая эффективность оборудования. Любые отзывы по этому поводу приветствуются - включая MT! Пожалуйста, комментируйте пост вместо удаления!