Всем привет! Мы настроили связь парой SXT Sq AC (RBSXTsqG-5acD) на расстоянии 330 метров для обслуживания клиентов. После настройки обеих устройств, выбора подходящих каналов и частот, мы запустили этот линк в работу с общим CCQ выше 90% (прикладываю график CCQ за последние 7 дней). Мощность передачи в обеих устройствах ниже максимума, рекомендуемого для AC на MCS9, а принимаемый сигнал – -58/-59 dBm. Мы проверили спектр, и, судя по всему, мы единственные на этом канале, так что проблем с линком не должно быть, всё должно работать идеально. Тест пропускной способности показывает около 200 Мбит/с. Мы особо не переживаем по этому поводу.
Скрин графика CCQ:
Однако через несколько дней эксплуатации мы заметили, что при умеренной нагрузке на трафик (около 30 Мбит/с вниз и 4–5 вверх) происходят потери пакетов. Эти потери случаются примерно каждые 2 минуты и длятся около 2–3 секунд. Если трафика нет, таких потерь не наблюдается. Что меня удивляет больше всего — теряются не только icmp-пакеты, а вообще все пакеты (даже те, которые и создают эту умеренную нагрузку), и при этом с подозрительно стабильной периодичностью и длительностью. Воспроизвести эту проблему сложно, но вчера мне удалось сделать скриншот такого поведения:
Характеристики этого инцидента (периодичность и полная потеря пропускной способности линка), а также то, что все беспроводные метрики в норме, заставляют думать, что это, скорее всего, проблема с железом или ПО. Конечно, это не разрушит бизнес, но для реального времени — видеозвонков или онлайн-игр — это немного напрягает.
Прикладываю /export полной конфигурации обеих антенн и вывод «print advanced» с обеих сторон.
Некоторые детали:
- Расстояние линка: 330 м
- Устройство: RBSXTsqG-5acD
- Протокол: 802.11
- Частота: 5805
- RX сигнал: -59/-59
- Мощность TX: 16 дБм (в обеих)
- Скорость передачи и приема: 400 Мбит/с – 40 МГц/2 поток/SGI (в обеих)
- Версия ROS: 6.48.1 у обоих
- SNR: 48 дБ
- Загрузка CPU: около 10%
Что мы пробовали — и это ничего не решило:
- Использовать только 20 МГц каналы
- Поменять каналы
- Отключить station-roaming (решило другие проблемы, но не эту)*
- Повысить мощность передачи
- Понизить мощность передачи
Station-roaming вызывал похожую проблему, но более постоянную и предсказуемую. Мы его отключили, стало стабильнее, но явно этого не хватило.
Что мы не пробовали, потому что не считаем это полезным или смысленным (но, возможно, ошибаемся):
- Обновление до 6.48.3 (нет улучшений в этом плане)
- Отключение беспроводной безопасности
- Пробовать другие протоколы
- Менять антенны и радиомодули
- Отключать SGI
Итак, вопросы:
- Это нормальное поведение, и мы слишком заостряем на этом внимание?
- Считаете ли вы, как и мы, что это скорее проблема с железом или софтом, а не с настройкой линка?
- Кто-нибудь сталкивался с подобным раньше?
- Если да, есть ли советы, как это исправить (кроме замены оборудования)?
Спасибо всем! Joan
P.S. Проверили загрузку CPU — она в норме.
station.rsc (1.8 KB)
ap_wirelessadvanced.txt (2.13 KB)
station_wirelessadvanced.txt (2.14 KB)
ap.rsc (1.91 KB)
Скрин графика CCQ:
Однако через несколько дней эксплуатации мы заметили, что при умеренной нагрузке на трафик (около 30 Мбит/с вниз и 4–5 вверх) происходят потери пакетов. Эти потери случаются примерно каждые 2 минуты и длятся около 2–3 секунд. Если трафика нет, таких потерь не наблюдается. Что меня удивляет больше всего — теряются не только icmp-пакеты, а вообще все пакеты (даже те, которые и создают эту умеренную нагрузку), и при этом с подозрительно стабильной периодичностью и длительностью. Воспроизвести эту проблему сложно, но вчера мне удалось сделать скриншот такого поведения:
Характеристики этого инцидента (периодичность и полная потеря пропускной способности линка), а также то, что все беспроводные метрики в норме, заставляют думать, что это, скорее всего, проблема с железом или ПО. Конечно, это не разрушит бизнес, но для реального времени — видеозвонков или онлайн-игр — это немного напрягает.
Прикладываю /export полной конфигурации обеих антенн и вывод «print advanced» с обеих сторон.
Некоторые детали:
- Расстояние линка: 330 м
- Устройство: RBSXTsqG-5acD
- Протокол: 802.11
- Частота: 5805
- RX сигнал: -59/-59
- Мощность TX: 16 дБм (в обеих)
- Скорость передачи и приема: 400 Мбит/с – 40 МГц/2 поток/SGI (в обеих)
- Версия ROS: 6.48.1 у обоих
- SNR: 48 дБ
- Загрузка CPU: около 10%
Что мы пробовали — и это ничего не решило:
- Использовать только 20 МГц каналы
- Поменять каналы
- Отключить station-roaming (решило другие проблемы, но не эту)*
- Повысить мощность передачи
- Понизить мощность передачи
Station-roaming вызывал похожую проблему, но более постоянную и предсказуемую. Мы его отключили, стало стабильнее, но явно этого не хватило.
Что мы не пробовали, потому что не считаем это полезным или смысленным (но, возможно, ошибаемся):
- Обновление до 6.48.3 (нет улучшений в этом плане)
- Отключение беспроводной безопасности
- Пробовать другие протоколы
- Менять антенны и радиомодули
- Отключать SGI
Итак, вопросы:
- Это нормальное поведение, и мы слишком заостряем на этом внимание?
- Считаете ли вы, как и мы, что это скорее проблема с железом или софтом, а не с настройкой линка?
- Кто-нибудь сталкивался с подобным раньше?
- Если да, есть ли советы, как это исправить (кроме замены оборудования)?
Спасибо всем! Joan
P.S. Проверили загрузку CPU — она в норме.
station.rsc (1.8 KB)
ap_wirelessadvanced.txt (2.13 KB)
station_wirelessadvanced.txt (2.14 KB)
ap.rsc (1.91 KB)
