nur16 Posted July 25, 2016 Posted July 25, 2016 Запарились искать причину периодической высокой загрузки CPU баз AP GPS Sync. Че тока не делали. Подскажите куда копать? Кто сталкивался?
magnum50 Posted July 25, 2016 Posted July 25, 2016 syslog что показывает ? никаких аномалий ? PS "Революционное" оборудование такое революционное )))
nur16 Posted July 25, 2016 Author Posted July 25, 2016 Syslog ничего криминального не кажет. Корелляции с трафиком никакой нет. Загруз цпу не зависит напрямую от количества абонентов на базе, от расстояний, модуляций, географических координат, ни от чего. в SSH консоли нет никаких инструментов, чтобы посмотреть что грузит процессор. Пробовали ограничивать бродкасты на базе/сре, не влияет. На уровне подсознания, заметили, что процессор грузится тогда, когда резко меняется количество видимых спутников от GPS приемника. У нас все базы работают в режиме синхронизации от GPS с реюзингом частот. Пока происходит перетрубация со спутниками, процессор подвешивается. Но это пока не точно выверенная инфа, у нас просто закончились другие предположения.
Constantin Posted July 25, 2016 Posted July 25, 2016 2 nur16 ну нужно быстро менять базы на 2000 серию, там этих проблем не будет, точно точно....
aqwerty Posted July 25, 2016 Posted July 25, 2016 Syslog ничего криминального не кажет. Корелляции с трафиком никакой нет. Загруз цпу не зависит напрямую от количества абонентов на базе, от расстояний, модуляций, географических координат, ни от чего. в SSH консоли нет никаких инструментов, чтобы посмотреть что грузит процессор. Пробовали ограничивать бродкасты на базе/сре, не влияет. На уровне подсознания, заметили, что процессор грузится тогда, когда резко меняется количество видимых спутников от GPS приемника. У нас все базы работают в режиме синхронизации от GPS с реюзингом частот. Пока происходит перетрубация со спутниками, процессор подвешивается. Но это пока не точно выверенная инфа, у нас просто закончились другие предположения. Видел такое поведение проц. в мониторинге, пока плюнул. Что касательно GPS - на одной базе беспричинно отваливается. Один раз пропустили момент, база бросила клиентов, клиенты завоняли, - помог только ребут по питанию. В другой раз заметил когда сутки еще не истекли, передатчик базы работал, отключил GPS синхронизацию, ну и разумеется переместился на др. частоту. Пока списываю на грозу, вроде в обоих случаях была, но почему тогда с ортодоксальной базой все в порядке - ???
xabarov Posted July 25, 2016 Posted July 25, 2016 Видел такое поведение проц. в мониторинге, пока плюнул. Что касательно GPS - на одной базе беспричинно отваливается. Один раз пропустили момент, база бросила клиентов, клиенты завоняли, - помог только ребут по питанию. В другой раз заметил когда сутки еще не истекли, передатчик базы работал, отключил GPS синхронизацию, ну и разумеется переместился на др. частоту. И как часто подобное происходит на оборудовании операторского уровня?
aqwerty Posted July 25, 2016 Posted July 25, 2016 Видел такое поведение проц. в мониторинге, пока плюнул. Что касательно GPS - на одной базе беспричинно отваливается. Один раз пропустили момент, база бросила клиентов, клиенты завоняли, - помог только ребут по питанию. В другой раз заметил когда сутки еще не истекли, передатчик базы работал, отключил GPS синхронизацию, ну и разумеется переместился на др. частоту. И как часто подобное происходит на оборудовании операторского уровня? Два раза за лето. Лето очень дождливое, с грозами попалось :) Кроме гадания загадок Камбия, у меня другой работы хватает. Совместно с коллегами с форума, я думаю, постепенно все разгадаем (если новых не будут подкидывать). На производителя надежды мало. Часто вопросы оставляют без ответа. Задавал тут вопрос про паразитный трафик по радио который не терминируется нигде , тактично промолчали. Кое-кто погадал на кофейной гуще - тем и кончилось. Хотя понятно, что источник с последней мили до базы, а вот зачем его база дальше по радио рассылает каждому клиенту?
nur16 Posted July 25, 2016 Author Posted July 25, 2016 А нет корреляции с мультикастом? А как глянуть? Куда смотреть? Где отключить/прижать? базы работают в режиме синхронизации от GPS с реюзингом частот. Видел такое поведение проц. в мониторинге, пока плюнул. Что касательно GPS - на одной базе беспричинно отваливается. Один раз пропустили момент, база бросила клиентов, клиенты завоняли, - помог только ребут по питанию. В другой раз заметил когда сутки еще не истекли, передатчик базы работал, отключил GPS синхронизацию, ну и разумеется переместился на др. частоту. Пока списываю на грозу, вроде в обоих случаях была, но почему тогда с ортодоксальной базой все в порядке - ??? А у вас таймаут по GPS какой установлен? У нас стандартные 86400, сре не отваливаются при отвале GPS.
nur16 Posted July 25, 2016 Author Posted July 25, 2016 (edited) Вот для примера график загруза цпу STA Connectorized non gps, работающей в режиме точка-точка в eptp mode. Трафик через линк прет предельный, упирается в ethernet порт. Но, как вы видите, загруз цпу нормален и хорошо видна зависимость от обьема трафика. Так почему же нет таких периодических подвешиваний точки? Трафик через нее прет гораздо более высокий. А у баз gps sync, питающихся через этот линк, вовсю наблюдаются скачки загруза цпу? При этом, везде говорится, что якобы у gps sync гораздо более сильный процессор, чем у non gps. Отличие только в типе оборудования и режиме его работы: gps sync и синхронизация от спутников. Edited July 26, 2016 by nur16
m0sia Posted July 26, 2016 Posted July 26, 2016 А нет корреляции с мультикастом? А как глянуть? Куда смотреть? Где отключить/прижать? я бы проще всего посмотрел на порту свитча. обычно снятие multicast есть в стандартных темплейтах. ePTP(точка-точка) и TDD(многоточие) сильно разные режимы работы и сложно их сравнивать в этом плане. Что же касается GPS и nonGPS, то у GPS устройства в два раза больше памяти, что позволяет гораздо лучше обслуживать большое количество абонентских терминалов.
Sonne Posted July 27, 2016 Posted July 27, 2016 Запарились искать причину периодической высокой загрузки CPU баз AP GPS Sync. Че тока не делали. Подскажите куда копать? Кто сталкивался? У нас так с первого дня работы абсолютно на всех базах. Было сказано что это такая фича и не влияет на клиентский трафик. Мы сомневаемся, но верим. Вот интересно, у кого то разве не так? Какая конфигурация, куда смотреть и чего крутить?
nur16 Posted August 3, 2016 Author Posted August 3, 2016 А нет корреляции с мультикастом? В общем нашли некую корреляцию. Включение на базе опций Reliable multicast и igmpv2 fast дало результат в виде незначительного, но уверенного снижения всплесков загрузки цпу. Мы тв практически не даем, а если и даем, то только юникастом. Как убить мультикаст на базе под ноль? Что нужно делать? Все базы воткнуты в роутеры микротик. Спасибо
Unker Posted August 6, 2016 Posted August 6, 2016 (edited) output forward input igmp drop в фаере на порту где включена база =) Edited August 6, 2016 by Unker
nur16 Posted August 6, 2016 Author Posted August 6, 2016 output forward input igmp drop в фаере на порту где включена база =) спасибо! а ничего полезного не накроется? )
nur16 Posted August 7, 2016 Author Posted August 7, 2016 Попробовали фильтрами на роутерах придушить все iGMP, попаданий в фильтры ноль. Мультикаста нет в ethernet портах базовых станций. Думается все летит от сре и крутится где-то внутри БС. Если это вообще igmp. Вот как igmp душить внутри БС? Там же вроде L3 что-то такое есть. Кто-то пробовал?
m0sia Posted August 8, 2016 Posted August 8, 2016 Попробовали фильтрами на роутерах придушить все iGMP, попаданий в фильтры ноль. Мультикаста нет в ethernet портах базовых станций. Думается все летит от сре и крутится где-то внутри БС. Если это вообще igmp. Вот как igmp душить внутри БС? Там же вроде L3 что-то такое есть. Кто-то пробовал? лучше прямо на абонентах фильтровать, чтобы до базы даже не долетало.
nur16 Posted August 9, 2016 Author Posted August 9, 2016 Попробовали фильтрами на роутерах придушить все iGMP, попаданий в фильтры ноль. Мультикаста нет в ethernet портах базовых станций. Думается все летит от сре и крутится где-то внутри БС. Если это вообще igmp. Вот как igmp душить внутри БС? Там же вроде L3 что-то такое есть. Кто-то пробовал? лучше прямо на абонентах фильтровать, чтобы до базы даже не долетало. Как? -) Тем же включением опций Reliable Multicast и IGMP Fast на STA абонентов ?
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts