Перейти к содержимому
Калькуляторы

Проблема с устройствами линейки 52

Доброго дня! 

 

Соль вот в чем: в последнем квартале прошлого года были закуплены несколько мелких партий устройств MikroTik mANTBox 52 15s (RBD22UGS-5HPacD2HnD-15S) и MikroTik LHG XL 52 ac (RBLHGG-5HPacD2HPnD-XL). За время эксплуатации данных железок (примерно 10шт первого типа и 20 второго) была замечена проблема с зависанием радиоинтерфейса, а именно в один прекрасный момент от базы отваливается дальняя сторона (или все клиенты в случае сектора) и более беспроводное соединение не устанавливается. В таком "зависшем" состоянии девайс создает впечатление нормальной работы: в логах чисто, можно тыкать интерфейс, менять настройки и т.д., все как бы корректно работает, но по радио соединение более не устанавливается. Лечится же эта проблема максимально просто - ребутом. Зависают устройства нерегулярно: может проработать более месяца, а может "скопытиться" два раза за сутки.

Сначала грешил на прошивку, однако с течением времени и свежими апдейтами ситуация никак не меняется. Может кто сталкивался с подобной ситуацией?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@XGate , routerboot тоже обновляли с прошивкой?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, XGate сказал:

Лечится же эта проблема максимально просто - ребутом. Зависают устройства нерегулярно: может проработать более месяца, а может "скопытиться" два раза за сутки.

Сначала грешил на прошивку, однако с течением времени и свежими апдейтами ситуация никак не меняется. Может кто сталкивался с подобной ситуацией?

Протокол работы какой? NV2 или Нстрим? В обоих отключается?

 

Трафик какой ходит через беспроводку и как настроены оконечные устройства (являются ли сразу терминаторами услуги, и раздают IP по лан кабелю, или прозрачно пропускают данные из беспроводки в кабель).

Не включен ли протокол STP на бриджах базы и клиентских устройств?

 

Если абонентское устройство перезагрузить, оно не подключается к БС?

Если на БС выключить и включить беспроводной интерфейс, он не запускается нормально?

Можность на БС случайно не увеличена?

 

На БС блоки питания проверяли на исправность?

 

С подобным поведениями сталкивались несколько раз по следующим причинам:

 

1. В некоторых версиях прошивки при залете STP трафика, который отзеркалился где-то по сети на CPE, те считали что образовалось кольцо и выключали беспроводной адаптер из бриджа (как будто в нем кольцо), само обратно не включалось. Только выключение и включение бриджа, или перезагрузка.

 

2. При проблемах с БП, при некоторых условиях (пиковая нагрузка, трафик на передачу, плохая витуха), в некие моменты не хватало питания и отключался и повторно включался беспроводной адаптер, но повторная инициализация не проходила. Тут только ребут.

 

3. Иногда, если рядом есть военные, они могут глушить беспроводные сети. Лет 5 назад была ситуация, когда в одном маленьком городе терялась связь с клиентскими устройствами половины БС, и соединение по новой не устанавливалось, пока не поменяешь частоту. Несколько недель была подобная чехарда, анализатор спектра микротика показывал наличие сильной помехи на этой частоте. Проверка нормальным переносным анализатором показала направление источника помех.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

14 часов назад, nkusnetsov сказал:

@XGate , routerboot тоже обновляли с прошивкой?

ага

 

14 часов назад, Saab95 сказал:

Протокол работы какой? NV2 или Нстрим? В обоих отключается?

nv2

14 часов назад, Saab95 сказал:

Трафик какой ходит через беспроводку и как настроены оконечные устройства (являются ли сразу терминаторами услуги, и раздают IP по лан кабелю, или прозрачно пропускают данные из беспроводки в кабель).

Не включен ли протокол STP на бриджах базы и клиентских устройств?

В случае сектора клиентские устройства в режиме station, в случае мостов station-bridge. STP выключен.

 

14 часов назад, Saab95 сказал:

На БС блоки питания проверяли на исправность?

Да, в большинстве случаев эти устройства работают через PoE устройства (вроде hEX PoE), другие устройства-соседи таким недугом не страдают

 

14 часов назад, Saab95 сказал:

Если абонентское устройство перезагрузить, оно не подключается к БС?

Если на БС выключить и включить беспроводной интерфейс, он не запускается нормально?

Можность на БС случайно не увеличена?

Ребут абонентского не помогает, моргание интерфейсом на зависшем девайсте также не дает эффекта. Мощность в режиме default.

 

14 часов назад, Saab95 сказал:

С подобным поведениями сталкивались несколько раз по следующим причинам:

 

1. В некоторых версиях прошивки при залете STP трафика, который отзеркалился где-то по сети на CPE, те считали что образовалось кольцо и выключали беспроводной адаптер из бриджа (как будто в нем кольцо), само обратно не включалось. Только выключение и включение бриджа, или перезагрузка.

 

2. При проблемах с БП, при некоторых условиях (пиковая нагрузка, трафик на передачу, плохая витуха), в некие моменты не хватало питания и отключался и повторно включался беспроводной адаптер, но повторная инициализация не проходила. Тут только ребут.

 

3. Иногда, если рядом есть военные, они могут глушить беспроводные сети. Лет 5 назад была ситуация, когда в одном маленьком городе терялась связь с клиентскими устройствами половины БС, и соединение по новой не устанавливалось, пока не поменяешь частоту. Несколько недель была подобная чехарда, анализатор спектра микротика показывал наличие сильной помехи на этой частоте. Проверка нормальным переносным анализатором показала направление источника помех.

Спасибо за наводки, проверю STP. Однако думаю проблема не в нем, т.к. клиент физически не подключается к базе, соответственно и петлям взяться неоткуда. Разве что само "зависаение" может происходить не просто так. 

 

PS. Дополнительно проанализировал ситуацию с этими железками и по ощущениям такая проблема возникает только на тех из них, где работа происходит через интерфейс 2,4GHz (то есть там где используется 5GHz все работает корректно).

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, XGate сказал:

где работа происходит через интерфейс 2,4GHz

 

1 час назад, XGate сказал:

Мощность в режиме default.

Возможно нужно убавить мощность, т.к. на частотах 2.4ггц КСВ хуже чем на 5, и просто отраженный сигнал может приводить к перегреву и аварийному отключению выходных каскадов.

 

1 час назад, XGate сказал:

В случае сектора клиентские устройства в режиме station, в случае мостов station-bridge. STP выключен.

Это не верная схема, т.к. БС тут выступает в роли НАТ или как бы маршрутизации мак адресов. В данном случае нет смысла спорить какой режим поставить на клиентах, но самое правильное это создание бриджа, добавление в него wlan адаптера, на влане вкладка WDS - указать динамическое добавление в бридж. Сама схема работы station wds, или station-bridge, если вы выбрали и считаете для себя что он лучше.

На БС режим ap bridge и так же динамическое добавление клиентов в бридже.

 

Если взять логический уровень, то на БС при режиме station без WDS может происходить некая странность с работой MAC трансляций, от чего данные и не передаются. И нет возможности в bridge-hosts посмотреть наличие маков со стороны беспроводной сети.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

18 часов назад, XGate сказал:

но по радио соединение более не устанавливается.

Давайте попробуем конкретизировать состояние. Что в момент возникновения проблемы видно на стороне AP?
Что в момент возникновения проблемы видно на стороне station?

Флаг "R" в статусе беспроводного интерфейса есть?  С обеих сторон?

В registration-Table видны маки? Если да, то изменяется ли счётчик "Rx/Tx Frames" (скрытая колонка таблицы) ?
Если проблема проявилась на клиенте (station), то другие клиенты должны нормально работать с AP, это так?

Изменено пользователем nkusnetsov

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2 часа назад, Saab95 сказал:

Возможно нужно убавить мощность, т.к. на частотах 2.4ггц КСВ хуже чем на 5, и просто отраженный сигнал может приводить к перегреву и аварийному отключению выходных каскадов.

Хм, попробую. Хотя зима в этом гожу была достаточно холодная для предотвращения перегревов. 

2 часа назад, Saab95 сказал:

Если взять логический уровень, то на БС при режиме station без WDS может происходить некая странность с работой MAC трансляций, от чего данные и не передаются. И нет возможности в bridge-hosts посмотреть наличие маков со стороны беспроводной сети

Я не правильно выразился - режим station у меня стоит со стороны абонентских станций (они работают в качестве роутера, с натом и прочими прелестями), со стороны сектора ната нет - прозрачный пропуск трафика и режим ap-bridge.

1 час назад, nkusnetsov сказал:

Давайте попробуем конкретизировать состояние. Что в момент возникновения проблемы видно на стороне AP?
Что в момент возникновения проблемы видно на стороне station?

Флаг "R" в статусе беспроводного интерфейса есть?  С обеих сторон?

В registration-Table видны маки? Если да, то изменяется ли счётчик "Rx/Tx Frames" (скрытая колонка таблицы) ?
Если проблема проявилась на клиенте (station), то другие клиенты должны нормально работать с AP, это так?

Да, со стороны AP проблему видно - от нее просто одномоментно отваливаются все клиенты по радио (lost connection). Со стороны staion ситуация аналогичная - в логах потеря соединения с базой и на этом все. Флаг "R" отсутствует с обеих сторон, соответственно и в registration-table пусто. 

Со стороны клиента такая проблема у меня проявлялась только в режиме PTP, в качестве CPE сектора используются антенны другого типа, с ними такой проблемы нет.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, XGate сказал:

Хм, попробую. Хотя зима в этом гожу была достаточно холодная для предотвращения перегревов. 

Там микросхема такая маленькая, что и при -50 так же перегреется. Проблемы часто возникают в моменты, когда идет передача на низких канальных скоростях, т.к. если смотреть максимальные уровни мощности по каждой канальной скорости, самые высокие на низких. А на низких передается или только служебный трафик, или данные клиентам, находящимся в сложных условиях с плохими сигналами.

 

Яркий пример ситуации - все работает без проблем, пролетает кратковременная помеха или некая ситуация, которая приводит к потерям передачи от БС к абонентам. БС скидывает скорость и попадает в ситуацию, что из-за высокой мощности появляются искажения на приеме у абонентов и она никаким образом не может снова перейти на высокие канальные скорости, из-за большого потока трафика. И перейти сможет лишь тогда, когда поток трафика спадет.

 

1 час назад, XGate сказал:

Я не правильно выразился - режим station у меня стоит со стороны абонентских станций (они работают в качестве роутера, с натом и прочими прелестями), со стороны сектора ната нет - прозрачный пропуск трафика и режим ap-bridge.

Если на БС стоит режим ap bridge, а на клиентах station, то есть режим WDS в виде прозрачного L2 канала не используется, тогда БС работает в режиме прозрачного НАТ моста между кабельной сетью и беспроводной.

 

То есть когда идет передача от клиента в кабельную сеть, он передает данные от себя на БС, а БС через L2 нат (встроенный механизм), передает эти же данные от своего имени, только с другим маком назначения. Поэтому даже если все клиенты работают в режиме роутера то должны использовать WDS, даже если шлюзом для них является сама БС.

 

По такой схеме проблема часто проявляется, если какой-то из мостов так же забыли настроить в WDS - передачи данных не будет, или будут непонятные проблемы с пропуском данных, но к отвалу клиентов с БС в списке регистраций это отношения не имеет.

 

 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 15.03.2021 в 15:07, XGate сказал:

Может кто сталкивался с подобной ситуацией?

Ситуация 1-в-1 только с Omnitik  5GHz старыми. В мониторинге устройстово выглядит как живое, но в радио (БС) клиенты подключаются и отключаются от базы случайным образом пока не перезагрузить БС. Случается случайным образом - периодичности не нашли. Может работать месяцами без проблем. Частоты легальные - с эфиром проблем нет. Грешу на последние прошивки.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 16.03.2021 в 14:30, XGate сказал:

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

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

 

В 17.03.2021 в 09:51, saaremaa сказал:

Грешу на последние прошивки.

На старых прошивках такой проблемы не было? А если откатить?

 

В 16.03.2021 в 15:55, Saab95 сказал:

Там микросхема такая маленькая, что и при -50 так же перегреется. Проблемы часто возникают в моменты, когда идет передача на низких канальных скоростях, т.к. если смотреть максимальные уровни мощности по каждой канальной скорости, самые высокие на низких. А на низких передается или только служебный трафик, или данные клиентам, находящимся в сложных условиях с плохими сигналами.

На паре проблемных устройств общую мощность понизил, будем посмотреть.

 

В 16.03.2021 в 15:55, Saab95 сказал:

Если на БС стоит режим ap bridge, а на клиентах station, то есть режим WDS в виде прозрачного L2 канала не используется, тогда БС работает в режиме прозрачного НАТ моста между кабельной сетью и беспроводной.

 

То есть когда идет передача от клиента в кабельную сеть, он передает данные от себя на БС, а БС через L2 нат (встроенный механизм), передает эти же данные от своего имени, только с другим маком назначения. Поэтому даже если все клиенты работают в режиме роутера то должны использовать WDS, даже если шлюзом для них является сама БС.

 

По такой схеме проблема часто проявляется, если какой-то из мостов так же забыли настроить в WDS - передачи данных не будет, или будут непонятные проблемы с пропуском данных, но к отвалу клиентов с БС в списке регистраций это отношения не имеет.

Согласен, моя проблема явно кроется в другом месте, однако данная тема тоже интересна. Про station все понятно, а в чем разница между station-wds и staion-bridge? Насколько я помню оба этих режима проприетарные и обеспечивают прозрачный пропуск трафика.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

station-bridge используется в случае, если надо сразу на беспроводном интерфейсе принять канал (например повесить IP адрес, повесить PPPoE клиета).

 

station-wds используется в случае, когда надо прозрачно прогнать трафик, например из беспроводного wlan1 в кабельный ether1 интерфейс, то есть само устройство в приеме данных не участвует.

 

Но тут есть один маленький нюанс. При обрыве связи на пол секунды при настройке station-bridge приведет к отключению и включению интерфейса, а значит оборвутся все соединения. И если в режиме IP это не имеет сильного значения (хотя как, не имеет в случае ручного ввода IP, если используется DHCP то потребуется время на повторное получение IP адреса), то при PPPoE это проблема - когда интерфейс отключится, со стороны клиента сессия тоже отключится, а на сервере она будет висеть пока таймаут не выйдет, обычно это секунд 10. И все эти 10 секунд у абонента не будет интернета.

 

Поэтому при терминации IP или PPPoE нужно на клиенте ставить режим station-wds, добавлять беспроводку в бридж, и IP или PPPoE вешать на бридж. В этом случае при обрыве по радио (отключению wlan интерфейса), сам интерфейс bridge не будет отключаться, и соединения не будут обрываться. При использовании PPPoE отключения беспроводки на 1-2-3 и более секунд меньше времени таймаута, не приведут к прекращению связи. Как только беспроводка восстановится, так сразу и интернет побежит.

 

Учитывая это, режим station-bridge вообще не имеет своего практического применения и его не нужно использовать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2 часа назад, Saab95 сказал:

Учитывая это, режим station-bridge вообще не имеет своего практического применения и его не нужно использовать.

Только его и используем если надо сделать прозрачный мост в L2. В чем мы не правы ? 5 лет полет нормальный. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

7 часов назад, npokypop сказал:

Только его и используем если надо сделать прозрачный мост в L2. В чем мы не правы ? 5 лет полет нормальный. 

Обсуждение идет при работе базы с клиентами.

Попробуйте на своем мосту изменить параметр bridge-mode на бс и посмотреть что произойдет с клиентом.

Далее сделайте то же в режиме station WDS.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

3 часа назад, Saab95 сказал:

Обсуждение идет при работе базы с клиентами.

Попробуйте на своем мосту изменить параметр bridge-mode на бс и посмотреть что произойдет с клиентом.

Далее сделайте то же в режиме station WDS.

Отвечу Вам и на это. Фиксированную Беспроводную сеть надо строить так что бы не было разрывов, ни единого разрыва, тогда не надо будет думать какой режим поставить что бы сессии не рвались. Я про отвалы клиентов с БС забыл уже со времен 2009-2013 года, когда строили на самопальных антеннах и х86 в роли CPE для абонента. Как перешли полностью на заводское оборудование от Микротика, то все стало на стабильную работу. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тут вопрос не в том как строить и есть ли обрывы. А в масштабах. Некоторые неполадки, нестыковки, или просто проблемы, возникают при увеличении сети по некому количеству абонентов. И если всем известно, что подключить 5-10 абонентов на одну БС это легко, а пытаться повесить 30 уже сложно, а держать 50 и более человек это уже высшее мастерство. То же самое касается и количества БС и всего абонентов.

 

Если абонентов там 500, то некие обрывы на БС и повторные запросы авторизации абонентов не создают проблем. А если по радио подключено 1000-2000 и более абонентов, то никаким образом нельзя сделать так, что бы никто не отключался, т.к. ситуации бывают и не зависящие от оператора. И вот когда на центральный сервер будут постоянно долбиться с запросами порядка 50-100 человек из-за того, что у них кратковременно обрывается связь (это как раз режим station bridge), то перенастраивать всех абонентов уже будет накладно. В режиме же station wds никаких проблем с запросами авторизации не возникает, т.к. их просто нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

22 часа назад, Saab95 сказал:

И если всем известно, что подключить 5-10 абонентов на одну БС это легко, а пытаться повесить 30 уже сложно, а держать 50 и более человек это уже высшее мастерство.

30-36 легко при правильном строительстве. Больше не рвемся ибо загрузка БС под 50-60 Мбит в ЧНН при таком кол-ве абонентов. Тарифы 3-10 Мбит. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.