Jump to content
Local
Sign in to follow this  
Darth Vader2

BDCOM OLT - опрос по SNMP

Recommended Posts

Понимаю, что старая песня, но все же возник вопрос. Собственный, самописный, легкий мониторинг под личные нужды. Результат опроса по snmp не стабилен. Со старта.Со второго опроса уже удаётся получить адекватный ответ относительно состояния медного порта ОНУ.

 

SNMPv2-SMI::enterprises.3320.101.12.1.1.8. $port .1

где $port идентификатор ону и дальше номер медного порта.

 

Не обращал на это внимание, но последнее время что-то слишком часто такое получается. Есть наработки костылей по теме? Буду благодарен любой подсказке.

 

Как выглядит в первом круге.

 

2019-10-15_18-23-50.png.8b15a7f8625765023c710428d31e3f25.png

 

 

А так во втором и далее.

 

2019-10-15_18-25-04.png.724fd0f50c22b1c5f67b492bed4e69e3.png

 

 

Edited by Darth Vader2

Share this post


Link to post
Share on other sites
23 минуты назад, Darth Vader2 сказал:

Понимаю, что старая песня, но все же возник вопрос. Собственный, самописный, легкий мониторинг под личные нужды. Результат опроса по snmp не стабилен. Со старта.Со второго опроса уже удаётся получить адекватный ответ относительно состояния медного порта ОНУ.

 

SNMPv2-SMI::enterprises.3320.101.12.1.1.8. $port .1

где $port идентификатор ону и дальше номер медного порта порта.

 

Не обращал на это внимание, но последнее время что-то слишком часто такое получается. Есть наработки костылей по теме? Буду благодарен любой подсказке.

 

Ка выглядит в первом круге.

 

2019-10-15_18-23-50.png.8b15a7f8625765023c710428d31e3f25.png

 

 

А так вот втором и далее.

 

2019-10-15_18-25-04.png.724fd0f50c22b1c5f67b492bed4e69e3.png

 

 

а зачем вам опрос состояния медного порта?

Share this post


Link to post
Share on other sites
Только что, NaviNavi сказал:

а зачем вам опрос состояния медного порта?

 

Это не мне надо. Я бы не опрашивал. Такая задача стоит.

Share this post


Link to post
Share on other sites
22 минуты назад, NaviNavi сказал:

а зачем вам опрос состояния медного порта?

А почему бы и нет? Если это видит диспетчер, то сразу ясно включено ли что-то за ОНУ или нет.

Share this post


Link to post
Share on other sites

timeout на опрос попробуйте секунд 20 поставить, у нас есть онушки которые очень долго состояние порта отдают даже через telnet.

Share this post


Link to post
Share on other sites
12 минут назад, nicodemus сказал:

timeout на опрос попробуйте секунд 20 поставить, у нас есть онушки которые очень долго состояние порта отдают даже через telnet.

 

Спасибо. Приходила такая мысль.

100000000 установил, это 100 секунд, Всё равно несколько портов красные, при втором опросе - зелёные. Но это уже результат. Теперь надо подождать и повторить опрос, увеличив еще больше значение. Жутко смотреть на такое.

Share this post


Link to post
Share on other sites

За 20 сек отдает, даже меньше. А в момент опроса загрузку проца смотрели? У нас одна 3310С голова была на мониторинге в забиксе и проц постоянно в полке был. Из за этого дальше опрос особо не шел.

Edited by nicodemus

Share this post


Link to post
Share on other sites
8 минут назад, nicodemus сказал:

За 20 сек отдает, даже меньше. А в момент опроса загрузку проца смотрели? У нас одна 3310С голова была на мониторинге в забиксе и проц постоянно в полке был. Из за этого дальше опрос особо не идет.

 

200000000, всё равно два порта показало офлайн, при повторном остался только один. Дальше стабильно только один.

93 ону, примерно 30 сек, ну и опрос не только порта идёт, общий список.

 

Пиковое значение в момент опроса:

CPU utilization for one second: 97%; one minute: 34%; five minutes: 16%

 

когда никто не дрюкает ОЛТ:

CPU utilization for one second: 7%; one minute: 11%; five minutes: 11%

Edited by Darth Vader2

Share this post


Link to post
Share on other sites

300 онушек, дергает кучу данных, загрузка на 30%. А что за голова и прошивка?

Share this post


Link to post
Share on other sites
3 минуты назад, nicodemus сказал:

300 онушек, дергает кучу данных, загрузка на 30%. А что за голова и прошивка?

 

Это пик показал, а так вот такое кино:

CPU utilization for one second: 30%; one minute: 13%; five minutes: 11%

 

BDCOM(tm) P3310B Software, Version 10.1.0B Build 29333

Share this post


Link to post
Share on other sites

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

 

p.s. пойду вырежу из тела опрос медного порта в общем списке.

Edited by Darth Vader2

Share this post


Link to post
Share on other sites

На прошивка до 30к+ существует проблема отвала snmp на некоторое время при интенсивных snmp запросах. Ну мы медный только по звонку абона смотрим. Просто пока с абоном говоришь, он может шнур дергать. И те данные которые получили при общем опросе уже неактуальны.

Edited by nicodemus
  • Thanks 1

Share this post


Link to post
Share on other sites
3 часа назад, nicodemus сказал:

На прошивка до 30к+ существует проблема отвала snmp на некоторое время при интенсивных snmp запросах. Ну мы медный только по звонку абона смотрим. Просто пока с абоном говоришь, он может шнур дергать. И те данные которые получили при общем опросе уже неактуальны.

 

Спасибо, учту всё это и опрос медного в общем списке убрал. Так куда правильнее будет. О прошивках тоже почитаю. Действительно snmp иногда реально зависает и отваливается, бывает такое.

Edited by Darth Vader2

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By mpolk
      Наблюдаем проблему со скоростью аплоуда у клиентов, подключенных к ОЛТу BDCom GP3600-08. Данный ОЛТ у нас первый из устройств этой модели в хозяйстве, и вообще большого опыта в области GPON-а у нас пока нет. Не исключено, что проблема проявлялась уже давно, но обнаружена она была недавно. Суть проблемы: максимальная скорость аплоуда у клиентов ограничена величиной 25-37 Мбит/с. Не видно зависимости скорости аплоуда от уровня сигнала у конкретного клиента, но просматривается зависимость от порта ОЛТа, к которому подключен клиент. К примеру, на 3-м порту у всех клиентов макс. скорость аплоуда 25-28Мбит/с,на 4-м - 32-34 Мбит/с, на 5-м - 35-37 Мбит/с. Потерь пакетов у клиентов не наблюдается; проблем со скоростью даунлоуда - тоже (у всех около 94 Мбит/с). Какой-либо физический перегруз каналов исключен (трафик небольшой).

      На стенде, с 2-мя ONU эта проблема не наблюдалась. Создается впечатление, что скорость аплоуда зависит от количества ОНУ, зарегистрированных на порту, т.е. ОЛТ выделяет каждой ОНУ фиксированную полосу пропускания, не пытаясь осуществлять DBA. Если проблема именно в этом (в чем я не уверен), то способов включить DBA на ОЛТе я не вижу. Я надеялся, что DBA включен автоматически, но, возможно, я ошибался.
       
      Дополнительно, в процессе проведенных изысканий было обнаружено следующее. Возникло подозрение, что скорость аплоуда в порту определяется ОНУшкой с самым слабым сигналом (такое явление обсуждалось в прошлом на local.com.ua применительно к EPON-овскому оборудованию). Для проверки этой гипотезы я начал временно отключать ОНУ работающих клиентов, подключенных к тому же порту, что и тестовый ноутбук, и при этом перемерять скорость аплоуда. Сначала я отключал ОНУ с самым слабым сигналом. Потом стал отключать, наоборот, самые благополучные ОНУ. Оказалось, что по мере отключения параллельно работающих клиентов скорость аплоуда на тестовом оборудовании действительно растет. Однако уровень сигнала отключаемых ОНУ никак не влияет на результат.  Ускорение тестового аплоуда зависит, по-видимому, только от общего количества отключаемых ОНУ.
       
      В целом, вырисовывается такая картина, что дело не в физике, не в уровнях сигнала и т.п., а в каких-то патологиях в распределении ОЛТом восходящей полосы пропускания между ОНУшками. Возможно, патологии обусловлены ошибками конфигурирования ОЛТа (делалось все, естественно, методом китайского научного тыка, как положено с БДКомом). Или, может быть, дырками в софте ОЛТа, или сочетанием того и другого.
       
      Не сталкивался ли кто с такой проблемой и не знает ли методов лечения?
       
      Данные ОЛТа:
       
      ОНУшки используем родные: BDCom GP1501DR.
      Kaz42-GPON.start
    • By bulgar
      Вме bdcom, пацаны. Подскажите, возымелась такая проблемка после обновления прошивки с 33463 на 66506. Да, знаю, большой разрыв, но до сегодняшнего дня никто не обращал внимание на новые прошивки, и всё (как ни прискорбно) работало исправно. При апгрейде прошивки вылез косяк вот такого рода - стоит ону (cdata, однопортовая, гиговая). За ней свитч Dlink dgs 1100-08 за ним абонент с сервером астериска на виртуалке(с виртуалки мак инкапсулируется, если я правильно понял). Отдаём ему телефонию антегом, на виртуалке - статика. После обновления - полностью пропал трафик на этот сервер. Первым вопрос упал на mtu - мимо. Port-protect не настроен. Конфиг лазера и ону ниже. Буду дико благодарен за любой пинок в сторону солюшна.
       
      interface EPON0/4 epon onu-authen-method mac epon bind-onu mac 8066.290a.6f6e 32 switchport trunk vlan-allowed 9-11,1401-1464,1501,2001-2999 switchport trunk vlan-untagged 1 switchport mode trunk switchport protected 1 interface EPON0/4:32 epon onu port 1 ctc vlan mode tag 1432 priority 0 epon sla upstream pir 1000000 cir 10000 epon sla downstream pir 1000000 cir 10000  
    • By stanislavx
      Побудували та запустили нарешті першу гілку в приватному секторі.
      Підкажіть по рівням сигналів
      на ONU:
      -15.4 -16.7 -17.2 на OLT:
      epon0/1:1 -21.8 epon0/1:2 -19.9 epon0/1:3 -20.4  
       
      Та стосовно шаблонів. Чи обов'язково вказувати параметри швидкості:
      cmd-sequence 00X epon sla downstream pir 1000000 cir 15000 cmd-sequence 00X epon sla upstream pir 1000000 cir 15000 Наразі маємо такий шаблон:
      001 epon onu all-port ctc vlan mode tag 30 002 epon onu all-port ctc loopback detect 003 epon onu all-port storm-control mode 4 threshold 256  
      Дякую.
    • By NaviNavi
      Подскажите какая достоверность вывода олт информации о сигналах. Измеритель мощности показывает совсем другие числа, заббикс показывает почти тоже самое что и измеритель. На измерителе например -15 а на олт -18.5
       interface    Temperature(degree)    Voltage(V)    Current(mA)    TxPower(dBm)
      -----------  ---------------------  ------------  -------------  --------------
      epon0/3      38.3                   3.3           13.9           5.7
       interface    RxPower(dBm)
      -----------  --------------
      epon0/3:1    -21.6
      epon0/3:2    -19.5
      epon0/3:3    -18.6
      epon0/3:5    -18.0
      epon0/3:6    -21.0
      epon0/3:7    -19.6
       
    • By all_we_crazy
      Продам Olt BdCom p3310B Бу. В чодовому стані зі 4 сфп модулями С++. Ціна 10000грн. Без торгу
      0683747888 Андрій


×