[nur16]

Запарились искать причину периодической высокой загрузки CPU

баз AP GPS Sync. Че тока не делали. Подскажите куда копать?

Кто сталкивался?

[magnum50]

syslog что показывает ? никаких аномалий ?

 

PS "Революционное" оборудование такое революционное )))

[rdc]

корреляции с трафиком нет?

[nur16]

Syslog ничего криминального не кажет.

Корелляции с трафиком никакой нет.

 

Загруз цпу не зависит напрямую от количества абонентов на базе,

от расстояний, модуляций, географических координат, ни от чего.

в SSH консоли нет никаких инструментов, чтобы посмотреть что грузит процессор.

Пробовали ограничивать бродкасты на базе/сре, не влияет.

 

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

резко меняется количество видимых спутников от GPS приемника. У нас все

базы работают в режиме синхронизации от GPS с реюзингом частот. Пока происходит

перетрубация со спутниками, процессор подвешивается. Но это пока не точно выверенная инфа,

у нас просто закончились другие предположения.

[Constantin]

2 nur16

 

 

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

[m0sia]

А нет корреляции с мультикастом?

[aqwerty]

Syslog ничего криминального не кажет.

Корелляции с трафиком никакой нет.

 

Загруз цпу не зависит напрямую от количества абонентов на базе,

от расстояний, модуляций, географических координат, ни от чего.

в SSH консоли нет никаких инструментов, чтобы посмотреть что грузит процессор.

Пробовали ограничивать бродкасты на базе/сре, не влияет.

 

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

резко меняется количество видимых спутников от GPS приемника. У нас все

базы работают в режиме синхронизации от GPS с реюзингом частот. Пока происходит

перетрубация со спутниками, процессор подвешивается. Но это пока не точно выверенная инфа,

у нас просто закончились другие предположения.

Видел такое поведение проц. в мониторинге, пока плюнул. Что касательно GPS - на одной базе беспричинно отваливается. Один раз пропустили момент, база бросила клиентов, клиенты завоняли, - помог только ребут по питанию. В другой раз заметил когда сутки еще не истекли, передатчик базы работал, отключил GPS синхронизацию, ну и разумеется переместился на др. частоту. Пока списываю на грозу, вроде в обоих случаях была, но почему тогда с ортодоксальной базой все в порядке - ???

[xabarov]

Видел такое поведение проц. в мониторинге, пока плюнул. Что касательно GPS - на одной базе беспричинно отваливается. Один раз пропустили момент, база бросила клиентов, клиенты завоняли, - помог только ребут по питанию. В другой раз заметил когда сутки еще не истекли, передатчик базы работал, отключил GPS синхронизацию, ну и разумеется переместился на др. частоту.

И как часто подобное происходит на оборудовании операторского уровня?

[aqwerty]

Видел такое поведение проц. в мониторинге, пока плюнул. Что касательно GPS - на одной базе беспричинно отваливается. Один раз пропустили момент, база бросила клиентов, клиенты завоняли, - помог только ребут по питанию. В другой раз заметил когда сутки еще не истекли, передатчик базы работал, отключил GPS синхронизацию, ну и разумеется переместился на др. частоту.

И как часто подобное происходит на оборудовании операторского уровня?

Два раза за лето. Лето очень дождливое, с грозами попалось :) Кроме гадания загадок Камбия, у меня другой работы хватает. Совместно с коллегами с форума, я думаю, постепенно все разгадаем (если новых не будут подкидывать). На производителя надежды мало. Часто вопросы оставляют без ответа. Задавал тут вопрос про паразитный трафик по радио который не терминируется нигде , тактично промолчали. Кое-кто погадал на кофейной гуще - тем и кончилось. Хотя понятно, что источник с последней мили до базы, а вот зачем его база дальше по радио рассылает каждому клиенту?

[nur16]

А нет корреляции с мультикастом?

А как глянуть? Куда смотреть? Где отключить/прижать?

 

базы работают в режиме синхронизации от GPS с реюзингом частот.

Видел такое поведение проц. в мониторинге, пока плюнул. Что касательно GPS - на одной базе беспричинно отваливается. Один раз пропустили момент, база бросила клиентов, клиенты завоняли, - помог только ребут по питанию. В другой раз заметил когда сутки еще не истекли, передатчик базы работал, отключил GPS синхронизацию, ну и разумеется переместился на др. частоту. Пока списываю на грозу, вроде в обоих случаях была, но почему тогда с ортодоксальной базой все в порядке - ???

А у вас таймаут по GPS какой установлен? У нас стандартные 86400, сре не отваливаются при отвале GPS.

[nur16]

Вот для примера график загруза цпу STA Connectorized non gps, работающей в режиме точка-точка в eptp mode.

Трафик через линк прет предельный, упирается в ethernet порт. Но, как вы видите, загруз цпу нормален

и хорошо видна зависимость от обьема трафика.

 

Так почему же нет таких периодических подвешиваний точки? Трафик через нее прет гораздо более высокий.

А у баз gps sync, питающихся через этот линк, вовсю наблюдаются скачки загруза цпу?

При этом, везде говорится, что якобы у gps sync гораздо более сильный процессор, чем у non gps.

Отличие только в типе оборудования и режиме его работы: gps sync и синхронизация от спутников.

Изменено 26 июля, 2016 пользователем nur16

[m0sia]

А нет корреляции с мультикастом?

А как глянуть? Куда смотреть? Где отключить/прижать?

 

я бы проще всего посмотрел на порту свитча. обычно снятие multicast есть в стандартных темплейтах.

 

ePTP(точка-точка) и TDD(многоточие) сильно разные режимы работы и сложно их сравнивать в этом плане. Что же касается GPS и nonGPS, то у GPS устройства в два раза больше памяти, что позволяет гораздо лучше обслуживать большое количество абонентских терминалов.

[Sonne]

Запарились искать причину периодической высокой загрузки CPU

баз AP GPS Sync. Че тока не делали. Подскажите куда копать?

Кто сталкивался?

 

У нас так с первого дня работы абсолютно на всех базах. Было сказано что это такая фича и не влияет на клиентский трафик. Мы сомневаемся, но верим.

 

Вот интересно, у кого то разве не так? Какая конфигурация, куда смотреть и чего крутить?

[nur16]

А нет корреляции с мультикастом?

В общем нашли некую корреляцию. Включение на базе опций Reliable multicast и igmpv2 fast

дало результат в виде незначительного, но уверенного снижения всплесков загрузки цпу.

Мы тв практически не даем, а если и даем, то только юникастом.

Как убить мультикаст на базе под ноль? Что нужно делать?

Все базы воткнуты в роутеры микротик.

Спасибо

[Unker]

output

forward

input

igmp drop в фаере на порту где включена база =)

Изменено 6 августа, 2016 пользователем Unker

[nur16]

output

forward

input

igmp drop в фаере на порту где включена база =)

спасибо! а ничего полезного не накроется? )

[nur16]

Попробовали фильтрами на роутерах придушить все iGMP,

попаданий в фильтры ноль. Мультикаста нет в ethernet портах

базовых станций. Думается все летит от сре и крутится где-то

внутри БС. Если это вообще igmp.

Вот как igmp душить внутри БС? Там же вроде L3 что-то такое есть.

Кто-то пробовал?

[m0sia]

Попробовали фильтрами на роутерах придушить все iGMP,

попаданий в фильтры ноль. Мультикаста нет в ethernet портах

базовых станций. Думается все летит от сре и крутится где-то

внутри БС. Если это вообще igmp.

Вот как igmp душить внутри БС? Там же вроде L3 что-то такое есть.

Кто-то пробовал?

 

лучше прямо на абонентах фильтровать, чтобы до базы даже не долетало.

[nur16]

Попробовали фильтрами на роутерах придушить все iGMP,

попаданий в фильтры ноль. Мультикаста нет в ethernet портах

базовых станций. Думается все летит от сре и крутится где-то

внутри БС. Если это вообще igmp.

Вот как igmp душить внутри БС? Там же вроде L3 что-то такое есть.

Кто-то пробовал?

лучше прямо на абонентах фильтровать, чтобы до базы даже не долетало.

Как? -) Тем же включением опций Reliable Multicast и IGMP Fast на STA абонентов ?