Перейти до

andrew_fobos

Маглы
  • Всього повідомлень

    10
  • Приєднався

  • Останній візит

Сообщения додав andrew_fobos

  1. 6 минут назад, Dimkers сказал:

    И слава богу. Имели партию однопортовых(8010) - бида через неделю\месяц - горит тока повер. Штук 20 уже на сервис выслали.

    Кстати уже пару партий Сидаты взяли - полет норм.

    Ну у нас HG8245/HG8245H. Вроде неплохие, как мне показалось. И не подверженые ZTEшной пандемии при работе роутером с внешним айпишником (когда онушка кирпичится оставляя гореть только лампочку "WPS")

  2. В 2/24/2018 в 15:12, reddevil сказал:

    Столкнулся с той же проблемой, как решили это?

    У меня ону Huawei постоянно в Loss выпадает 

     

    Возникла та же потребность, не нашли решения?

  3. В 2/28/2018 в 16:37, Ромка сказал:

    В 1.2.5Р3 какой-то патч вызывает  зависимость от родных ОНУ. При этом в логе появляются записи типа "faked SN". Откат того патча решает вопрос. Если 1.2.5Р3 использовать без патчей, то будут ребутиться линейные карты если на них много ОНУх, при массовой авторизации. Только не шейте ОЛТ 2.0.Х прошивкой, на этой прошивке появляется зависимость от родных ОНУ, и даже после отката до 1.2.5Р3 зависимость сохранится, придется форматировать SMXA и переливать софт с рабочей SMXA.

    Имелось ввиду ОЛТы от huawei.

     

    Онушки Huawei что то не заводятся, даже без каких либо патчей на 1.2.5P3. Записей про faked sn нету, но онушки ходят по кругу logging→syncmib→working→LOS

    :(

  4. 18 минут назад, LV10 сказал:

    тут долго писать

    В скайпе на связь смогу выйти не раньше 10 марта, к сожалению, я сейчас нахожусь в условиях очень плохой связи, если до этого момента ничего не прояснится, тогда напишу, спасибо! 

  5. 10 минут назад, LV10 сказал:

     пиши в личку скайп

    боролся с ц300 и нагрузкой на cpu целый год

    Нету скайпа, да и, наверное, если есть опыт - тут, последующим страдальцам, тоже будет интересно почитать. =) 

    В чем проблема оказалась в итоге, поделитесь?

  6. 1 минуту назад, Ромка сказал:

    Как и у всех китайцев.

    То вы наверное еще с huawei не сталкивались)))

     

    А вообще, я бы советовал обновиться до 1.2.5Р3. У меня на Р2 были траблы с q-in-q.

    Как раз с Huawei сталкивался, но с Ethernet решениями типа Quidway S2300 серии. Там фирмварь + 1 патч, если мне память не изменяет, и всё =) 

    На 1.2.5P3 тут была инфа у форумчан про циклический sync-mib вроде на не-ZTE онушках, победили уже это явление, не подскажете? А то пока зоопарк не ставим массово, но хотелось бы себе оставить возможность для манёвра повтыкать какие нибудь Huawei.

  7. 24 минуты назад, Ромка сказал:

    Патчи какие-то установлены?

    На 1.2.5Р2 были какие-то косяки с SNMP. Как раз решалось установкой каких то патчей.

    Прикрепил чейнджлог к патчам на Р2, почитайте.

    ZXA10 C300 V1.2.5P2 Patch Release Specification 20140311.doc

    Спасибо! В ближайшее время ознакомлюсь!

    Патчи какие то стоят что были из коробки, железка быстро встала в продакшн поэтому в патчи вкурить не успел, очень уж у ZTE сложная схема жизненного цикла софта. :(

  8. 2 минуты назад, Dimkers сказал:

    GTGH V1.2.5P3, около 500 онушек:

    8236Dgxi60Z04m.jpg

     

    Что олт делает? Только переливает трафик абонов по вланам в аплинк? Или може еще какие функции?

     

    Ну, в stand-by, только на обслуживании абонентов, нагрузки то тоже как таковой нет.

    image.png.c9a49c52e9424b4da7dc6e0527fab35a.png

     

    А вот если сделать snmpwalk на него то картина такая:

    image.png.851f3fc67f2f8848bf69824ae1826171.png

    И начинаются потери до абонентов.

     

    Из функционала на олте - терминятся 8 штук абонентских вланов в SVI и отдаются в один дефолтный маршрут. Никаких PBR, ACL или чего то, что может трафик в ЦПУ переливать.

  9. Добрый день, Коллеги! Подскажите пожалуйста, куда копать в случае следующего кейса:

    Есть несколько OLT ZTE ZXA C320 (1.2.5P2 прошивка) с картами GTGO (где то одна, где то две). На стенде работали нормально, в боевых условиях, до какого то момента, тоже нормально. Но с недавнего времени началось следующее явление:

     При попытке выполнения более или менее весомых команд в cli (show pon power-attenuation или show gpon onu state), или опроса по SNMP некоторого количество OID - на девайсах подскакивает CPU load на SMXA до 100%, начинается тупка CLI, snmp, теряются пакеты летящие сквозь олт к абонентам. Пришлось поотключать весь возможный мониторинг, чтобы оно не помирало раз в поллинг-интервал. 

    При этом если не трогать SNMP и telnet - абоненты работают хорошо, нагрузка на цпу 1-2%. 

    Сломал голову, подскажите куда копать, пожалуйста. :(

×
×
  • Створити нове...