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