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

Rocet M5 -> Nanostation M5 падает трафик Кратковременно падает трафик

Доброго времени суток!

 

Есть сеть (работает около 2-ух лет) - база Rocket M5 (сектор 120 грд), клиенты - Nanostation M5 и M5 loco, 35 клиентов максимум, скорость 1 мбит/с на клиента. База в режиме моста, дхцп и авторизация (radius) - отдельный сервер. Клиент в режиме роутера.

 

Сразу хочу отметить, "плохой клиент" в плане не идеальной видимости исключён. ЛЭП на пути отсутствует. Паразитного (левого) трафика не замечено.

 

Около 2-х месяцев назад стала проявлятся проблема в кратковременном падении трафика (до 30 секунд). В момент падения было замечено увеличение отношение сигнал/шум до -96дб (рабочее значение -90... -91дб). Закономерность от количества клиентов на базе и времени суток не замечена. В консоли Rocket ubnt# top нагрузки процессора не видно. Проблема внезапно появляется, длится 2-6 часов и так же внезапно исчезает.

 

Стандартые средства Rocket M5 (Site Survay и airView...) помех не показали.

 

b4a7.png

 

На базе и у клиентов, airMAX: Enable, Aggregation: 4 X 4000

 

Что было сделано:

1. Меняли частоты.

2. На БС меняли прошивки

3. Меняли БС со всеми кабелями.

4. Ограничивали connlimit у клиентов до 600 соединений.

 

nsum.png

 

Кто-нибудь сталкивался с похожим явлениеми как удалось победить?

 

Спасибо.

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


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

Попробуйте зафиксировать модуляции на те, что при минимальном SNR.

Альтернативный алгоритм выбора модуляциии не помогает?

Обновите прошивку.

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

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


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

В консоли Rocket ubnt# top нагрузки процессора не видно. Проблема внезапно появляется, длится 2-6 часов и так же внезапно исчезает.

С этого места подробней. LA какой ?

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

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


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

Альтернативный алгоритм выбора модуляциии не помогает?

Обновите прошивку.

Прошивку обновлял с 5.5 до 5.5.6

 

Извиняюсь, но я не понял о чём это - Альтернативный алгоритм выбора модуляциии. Если речь о Channel Shifting, то делал en/des - безрезультатно.

 

С этого места подробней. LA какой ?

 

Консоль rocket-а

zt1o.png

 

LA???

 

 

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

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


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

Если речь о Channel Shifting, то делал en/des - безрезультатно.

нет, не о нём Alternative Datarate Algorithm или как-то так, и убедитесь, что DFS выключен.

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


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

нет, не о нём Alternative Datarate Algorithm или как-то так, и убедитесь, что DFS выключен.

Понял, это появилось в прошивке 5.5.6 (Data Rate Module: Default/Alternative). Прошил, включил, не помогло.

 

DFS не включал, а имеет ли смысл?

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

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


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

Возможно торрент кто то запускает. По ппс идет перегруз и сектор глючит. На загрузке проца это не видно. Пинг в момент падения как себя ведет ?

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


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

Мониторте базу по SNMP по всему чего найдете. Может проц загибается.

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


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

Возможно торрент кто то запускает. По ппс идет перегруз и сектор глючит. На загрузке проца это не видно. Пинг в момент падения как себя ведет ?

Пинг на клиента растёт до 2000 и вплоть до прападания. По поводу торентов, то эта база работает второй год, и держала до 70-ти клиентов и таких глюков как сейчас замечено не было.

 

Мониторте базу по SNMP по всему чего найдете. Может проц загибается.

Всё мониторится по телнету, перегрузки проца не видно.

 

 

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

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


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

Железу пришел капец. Меняйте рокет.

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


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

Всё мониторится по телнету, перегрузки проца не видно.

 

это как?

 

OID на загрузку CPU если интересно 1.3.6.1.4.1.10002.1.1.1.4.2.1.3.1

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


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

avatsur (Сегодня, 10:30) писал:

Всё мониторится по телнету, перегрузки проца не видно.

 

это как?

Это ручками...

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


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

avatsur (Сегодня, 10:30) писал:

Всё мониторится по телнету, перегрузки проца не видно.

 

это как?

Это ручками...

мануальная терапия наше все!

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


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

это как?

 

OID на загрузку CPU если интересно 1.3.6.1.4.1.10002.1.1.1.4.2.1.3.1

Я знаю все эти OID-ы, от snmp отказались ввиду того что он кривой, скудный и прожорливый в ubnt. Ежеминутно скрипт щимится по телнету на базу, снимает показания - шум, проц, количество клиентов, средний уровень и т.д. Складывает это в базу rrd, после чего rrdtool рисует график.

 

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

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


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

Join the conversation

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

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

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

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

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

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

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