Проблемы с Atheros…

Мы используем только CM9. SR5 у нас не задействованы. Проблема сохраняется, так что это не связано со SR5 напрямую. Джадд

Я просто радио-парень в нашей команде – глупый вопрос, но куда вам отправить файл, пожалуйста? Когда ссылки работают, они очень быстрые. Не уверен, сканирует ли клиент, потому что отсоединение и повторное подключение у нас занимают примерно 5 секунд, но, вероятно (я довольно нов в MT), файл supout даст вам эту информацию. С уважением.

Продолжение предыдущего сообщения...

По поводу проблемной радиостанции: при сканировании в AP мы заметили, что AP конкурента находится примерно в 800 метрах - 1,6 км и показывает уровень сигнала -58 до -60 dBm на нашем AP в этом секторе, где были проблемы. Я был почти уверен, что это помехи, потому что у клиентов уровень сигнала примерно -61 до -85, и если помехи усиливаются из-за трафика от конкурента, то у них получается отрицательное значение SNR. В режиме простоя всё хорошо, но в часы пик (когда у нас проблемы) мы видим проблемы, обычно только в этом секторе (около 150 клиентов на плате ITX и примерно 1/3 из них на этом секторе). Мы также отключили все остальные радиостанции на 2,4 ГГц во время поиска неисправности, чтобы убедиться, что мы не создаем самопомехи, но это не внесло даже малейшего изменения. Качество связи на проблемной радиостанции/усилителя/сектора оставалось плохим, и мы даже не могли получить подключения, если только не были установлены правильные значения мощности передачи и канала. Так что я всё ещё думаю, что дело в неисправной радиостанции/усилителя, но это также может быть связано с помехами.

Judd

ela002, то, что ты выложил, это то, что в логах? У меня вот что: 10:57:44 беспроводная информация wlan3: отключилось 00:11:22:33:44:55, значительная потеря данных 10:57:49 беспроводная информация wlan3: 00:11:22:33:44:55 подключилось А иногда бывает: 10:57:44 беспроводная информация wlan3: отключилось 00:11:22:33:44:55, переподключается Но сегодня днем такого не было.. Работает довольно стабильно.

Знаешь, я вот задумался насчет преамбулы с CM9. Сейчас она установлена на ‘short’… логика (скорее всего, неправильная) заключается в том, чтобы уменьшить управляющий трафик… (но я, наверное, совсем не понимаю, что вообще делает преамбула…). Подтвердите, пожалуйста, ошибка у меня именно с CM9. У меня в системе есть Senao, но он сейчас без дела – просто запасной. Буду признателен, если расскажете про преамбулу (хотя, наверное, не стоило задавать этот вопрос)!

Кстати, похоже, нам удалось изолировать один из этих устройств, которое теряло связь (около 50-60 клиентов, связанных с AP на 2.4 ГГц, 6 радиомодулей в ITX-боксе с RB18). Сегодня занимались поиском неисправности, перевели клиентов на другой сектор, после того как обнаружили, что ни одни настройки мощности передачи не работают корректно на этом конкретном радиомодуле, и ни один канал тоже не работал стабильно (иногда канал работал, иногда нет, но в итоге мы почти всегда возвращались к 2442 или 2447, даже после многократных попыток перенастройки, пока не видели, что клиенты снова подключаются). Иногда требовалось менять каналы, иногда мощность передачи, пока не возвращались к нормальным соединениям. Сейчас отключили этот сектор, и этим утром отправили человека, чтобы заменить радиомодуль и усилитель. Я почти уверен, что это неисправный радиомодуль или усилитель. Мы склоняемся к усилителю, так как думаем, что этот усилитель был снят с неисправного Cisco AP всего две недели назад на том же сайте, где были схожие проблемы (Cisco начал зависать). В любом случае, сегодня узнаю, была ли проблема в комбинации усилителя/радиомодуля. Позже протестируем радиомодуль, но у этих клиентов в последнее время были большие проблемы. Мы видим похожие проблемы с радиомодулем рядом с ним, с усилителем. Другой радиомодуль рядом с ним без усилителя этой проблемы не испытывает. Но у нас также было несколько других проблем, поэтому мы пытаемся навести порядок, чтобы лучше задокументировать проблему. Есть вероятность, что проблема может быть и в секторе, во влажности или плохом разъеме/пигтейле (сектор Maxrad). Думаю, мы меняем и антенну, поэтому вместо проблемного оборудования будет установлено новое. Если проблема останется, то, возможно, дело в программном обеспечении. Но сейчас я склоняюсь к аппаратной проблеме. Другая 5 ГГц-связь работает без потерь соединения, как мы видели раньше. Недавно обновил ее до 2.9rc10 с обычным пакетом беспроводных настроек (не legacy) и все выглядит хорошо. Judd

Я откатился к rc9, и проблема всё ещё остаётся. Надеюсь на скорейшую починку.

Обычно эта ошибка появляется в двух случаях: когда сигнал плохой или когда устройство на другом конце не смогло подключиться к WDS (часто случается с некоторыми сторонними устройствами, которые не понимают Mikrotik’s WDS). В версии 2.9 просто больше информации в логе, вы уверены, что помимо записей в логе, у вас есть какие-то реальные проблемы? Если да, сделайте файлы supout.rif и отправьте их в поддержку. Убедитесь, что вы используете последнюю версию 2.9.

{
:if ([/interface wireless find name=xx disabled=no running=no ] != "") do={
   /interface wireless disable xx
   :delay 5s
   /interface wireless enable xx
   /tool e-mail send to="x@x.com" subject=([/system clock get time] . " x только %#^& выключил ")
   }
} Хотелось бы исправить. Замени "xx" на имя интерфейса, а "%$^&" на любое выражение, которое тебе нравится.