Перейти до

BDCOM P3310C


Kto To

Рекомендованные сообщения

1 час назад, Vetal_Rebel сказал:

2 місяці тому доставив даний девайс, розгрузивши 2 гілки, зараз, коли постало питання перевірити з олта затухання на деяких онушках, спостерігаю таку картину

show epon optical-transceiver-diagnosis
 interface    Temperature(degree)    Voltage(V)    Current(mA)    TxPower(dBm)
-----------  ---------------------  ------------  -------------  --------------
epon0/1      25.9                   3.3           11.6           5.9
epon0/2      24.4                   3.3           12.0           6.0
epon0/3      0.0                    0.0           0.0            0.0
epon0/4      0.0                    0.0           0.0            0.0
і все більш нічого...можете порадити в яку сторону копати?

прошивка 

Current configuration:
!
!version 10.1.0E build 46085
service timestamps log date
service timestamps debug date
logging buffered 4096
!

PS: коли дивлюсь на ону - показує всі нормально...не показує тільки затухання

 

Таки попробуйте так 

show epon optical-transceiver-diagnosis interface epon 0/x

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 934
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Вчи українську, це тобі ще знадобиться!

Дуже схоже на "фільтр по МАС", який зявився в 3310с. ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/Read_before_Update.txt All mac addresses that fit the mask below will be dropped on OLT PON inte

Блин, да поставьте Вы в конце концов понконтрол и собирайте сигналы по СНМП и не мучайтесь

Posted Images

Доброго дня колеги. Підкажіть будь-ласка як робиться backup на цьому ОЛТі, копію конфіга на tftp сервер роблю то копіюється без налаштувань ОНУшок. Дякую. OLT BDCOM P3310C !version 10.1.0E build 37276.

Ссылка на сообщение
Поделиться на других сайтах
11 минут назад, Tavr сказал:

Доброго дня колеги. Підкажіть будь-ласка як робиться backup на цьому ОЛТі, копію конфіга на tftp сервер роблю то копіюється без налаштувань ОНУшок. Дякую. OLT BDCOM P3310C !version 10.1.0E build 37276.

Там три файла конфига:

startup-config - то, что Вы бэкапите. "Скелет" конфига.

config.db - "Мясо" конфига. Конфиг онушек, их подписи и прочее.

ifindex-config - индексы интерфейсов.

 

Так что бэкапьте все три файла.

#copy flash:%имя_файла% tftp:

 

имена файлов можно посмотреть командой dir

 

Ссылка на сообщение
Поделиться на других сайтах
4 минуты назад, Fallen_Grayswandir сказал:

Там три файла конфига:

startup-config - то, что Вы бэкапите. "Скелет" конфига.

config.db - "Мясо" конфига. Конфиг онушек, их подписи и прочее.

ifindex-config - индексы интерфейсов.

 

Так что бэкапьте все три файла.

#copy flash:%имя_файла% tftp:

 

имена файлов можно посмотреть командой dir

 

Дякую, все зрозуміло, а як глянути як налаштована ОНУшка коли вона виключена? 

Ссылка на сообщение
Поделиться на других сайтах
Только что, Tavr сказал:

Дякую, все зрозуміло, а як глянути як налаштована ОНУшка коли вона виключена? 

Сие мне не известно. У меня конфиги онушек с темплейтов берутся, поэтому не было необходимости что-то руками прописывать, кроме description

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Tavr сказал:

Дякую, все зрозуміло, а як глянути як налаштована ОНУшка коли вона виключена? 

Пробуйте как-то так:

sh running-config db-onu ePON 0/x:y

Ссылка на сообщение
Поделиться на других сайтах
31 минуту назад, Tavr сказал:

дякую, у мене так спрацювало : show running-config db-llid epON 0/2:16

Вот вам и разница в прошивках - на прошивке 46085 такой команды не наблюдаю...

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, Matou сказал:

Вот вам и разница в прошивках - на прошивке 46085 такой команды не наблюдаю...

Логика команды не поменялась =)

В новой прошивке заменили llid на onu.

 

Тут выше спрашивали про 10.1.0E Build 50174.

Интересно, уже кто-то попробовал?

Ссылка на сообщение
Поделиться на других сайтах

Рівні сигналів по SNMP:

 

RX на OLT    > .1.3.6.1.4.1.3320.9.183.1.1.5.x
RX на ONU   > .1.3.6.1.4.1.3320.101.10.5.1.5.x

 

Для 3310B працюють обидва, на 3310С перший не працює.

 

1.3.6.1.4.1.3320.9.183.1.1.5.: Unknown Object Identifier (Sub-id not found: enterprises -> )

 

Прошивка BDCOM(tm) P3310C Software, Version 10.1.0E Build 37276

 

є якесь рішення щоб рівень на OLT отримати ?

Ссылка на сообщение
Поделиться на других сайтах

Добрий день. Хочу спитати чи була у когось подібна ситуація. Роутер Tp-Link N600 ADSL2+ Modem Router TD-W8980 перестав працювати у клієнта коли замінили старий BDCOM P3310B на BDCOM P3310С !version 10.1.0E build 43480.. В офісі зробили стенд зі старого і нового OLTa, налаштування вланів однакові, роутери інших виробників працюють, на старому працює на новому ні. Може якоюсь командою можна від слідкувати що ONU-шці прилітає на LAN порт.

 

Відредаговано Tavr
Ссылка на сообщение
Поделиться на других сайтах
7 minutes ago, Tavr said:

Добрий день. Хочу спитати чи була у когось подібна ситуація. Роутер Tp-Link N600 ADSL2+ Modem Router TD-W8980 перестав працювати у клієнта коли замінили старий BDCOM P3310B на BDCOM P3310С !version 10.1.0E build 43480.. В офісі зробили стенд зі старого і нового OLTa, налаштування вланів однакові, роутери інших виробників працюють, на старому працює на новому ні. Може якоюсь командою можна від слідкувати що ONU-шці прилітає на LAN порт.

 

Дуже схоже на "фільтр по МАС", який зявився в 3310с.

ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/Read_before_Update.txt

All mac addresses that fit the mask below will be dropped on OLT PON interface starting from 10.1.0E_36039 software

X2:XX:XX:XX:XX:XX Local Administered

X6:XX:XX:XX:XX:XX Local Administered

XA:XX:XX:XX:XX:XX Local Administered

XE:XX:XX:XX:XX:XX Local Administered

If you need to forward such type of MAC adresses please add: Switch_config#epon local-mac forward

  • Thanks 3
Ссылка на сообщение
Поделиться на других сайтах
1 час назад, nik247 сказал:

Дуже схоже на "фільтр по МАС", який зявився в 3310с.

ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/Read_before_Update.txt

All mac addresses that fit the mask below will be dropped on OLT PON interface starting from 10.1.0E_36039 software

X2:XX:XX:XX:XX:XX Local Administered

X6:XX:XX:XX:XX:XX Local Administered

XA:XX:XX:XX:XX:XX Local Administered

XE:XX:XX:XX:XX:XX Local Administered

If you need to forward such type of MAC adresses please add: Switch_config#epon local-mac forward

 

На новых версиях прошивки зарезервированы следующие MAC-адреса и их нельзя использовать:

X2:XX:XX:XX:XX:XX Local Administered
X6:XX:XX:XX:XX:XX Local Administered
XA:XX:XX:XX:XX:XX Local Administered
XE:XX:XX:XX:XX:XX Local Administered

Чтобы их можно было использовать выполним команду: epon local-mac forward

 

 

Ви дуже допомогли, все працює, дякую.

Ссылка на сообщение
Поделиться на других сайтах

Добрий день. Прошу вашої поради в наступній проблемі є BDCOM P3310С який від недавного часу почав хаотично перегружатись uptime від 15хв до 8год. Замінили комутатор, перевірили живлення - не помогло, Заведено 206 онушок, активних переважно до 160-170шт. Стоять двох виробників BDCOM P1501DR, Foxgate Z1001.

 

DCOM(tm) P3310C Software, Version 10.1.0D Build 33463
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2016-2-24 18:19:9 by SYS_33463, Image text-base: 0x80008000
ROM: System Bootstrap, Version 0.4.1, Serial num:00316006278
System image file is "BD_3310C_33463en.bin"
hardware version:V1.0
(RISC) processor with 131072K bytes of memory, 16384K bytes of flash
Base ethernet MAC Address: 84:79:73:d9:31:d2
snmp info:
  product_ID:294   system_ID:1.3.6.1.4.1.3320.1.294.0
-bd1s1 uptime is 0:00:14:01, The current time: 2018-4-6 13:13:18

 

#show break 
=========================================================
BreakNum: 167 
Exception Type:2-TLB miss exception (load or instruction fetch) 
Exception in isr
date: 2018-4-6  time: 12:40:41 

00000000
sr    = 1000dc00
cause = 0000a808.

 

На ПЗ version 10.1.0E build 46085 коли залили ребути зникли, але як в даній версії побороти проблему (більше 100 активних ону  - не продовжується оренда ІР по DHCP)

Відредаговано ua_kaktus
Ссылка на сообщение
Поделиться на других сайтах
В 06.04.2018 в 13:19, ua_kaktus сказал:

Добрий день. Прошу вашої поради в наступній проблемі є BDCOM P3310С який від недавного часу почав хаотично перегружатись uptime від 15хв до 8год. Замінили комутатор, перевірили живлення - не помогло, Заведено 206 онушок, активних переважно до 160-170шт. Стоять двох виробників BDCOM P1501DR, Foxgate Z1001.

На ПЗ version 10.1.0E build 46085 коли залили ребути зникли, але як в даній версії побороти проблему (більше 100 активних ону  - не продовжується оренда ІР по DHCP)

 

Ищите подходящуюю прошивку, попробуйте последнюю 10.1.0E Build 50174.

Я пока свои ребуты вылечил, 8 прошивок перепробовал :(

Ссылка на сообщение
Поделиться на других сайтах
4 minutes ago, Fallen_Grayswandir said:

 

Ищите подходящуюю прошивку, попробуйте последнюю 10.1.0E Build 50174.

Я пока свои ребуты вылечил, 8 прошивок перепробовал :(

 

Напевно що різні прошивки ведуть себе по різному і заміна прошивки може щось вирішити.

З мого досвіду ці китайські залізяки ( в мене їх зараз 5 шт ) дуже капризні при застосуванні всілякого розширеного функціоналу.

Пошукайте що Ви змінювали в конфігурації до того як рестарти почалися. Спробуйте обнулити конфіг та налаштуйте від початку.

 

В мене були два випадки 

1. 5-ти річної давності З310B (без перепрошивок) працював як належить  3 роки поки я не задумав "покращити" ситуацію і написав скрипт який по SNMP дописав Description для кощного EPON інтерфейсу.  Таке безобідне "покращення" поставило крапку в безперебійній роботі одного з пристроїв :)  три інших, задіяних в проекті, не постраждали від підписування (у всіх різні прошивки).

2. Під час перепрошивки апарату вирішив поекспериментувати з функціоналом якого не використовував  і наткнувся що SSH сервіс в ньому впиляний дуже коряво, навідь в останніх прошивках.  Використання SSH приводило до хаотичних ребутів. Плюнув і повернувся до перевіреного функціоналу.

 

І нема тут нічого дивного, бо при використанні розширених функцій і на брендових апаратах бувають глюки. Відтестувати все на виробництві неможливо.

Ссылка на сообщение
Поделиться на других сайтах
58 минут назад, agaletski сказал:

 нема тут нічого дивного, бо при використанні розширених функцій і на брендових апаратах бувають глюки. Відтестувати все на виробництві неможливо.

Конечно нет тут ничего удивительного. Для того прошивки и выпускают, чтобы что-то пофиксить (и попутно что-то другое поломать).

 

В моём случае добавление мультикаста вызвало ребуты. Слендующая прошивка вылечила мультикаст но поломала РРРоЕ, потом были ещё всякие недочёты, пока не пришел к стабильной для своей конфигурации сети.

 

P.S. ssh у этих железок до сих пор жутко кривой и его крайне не рекомендуется использовать.

Ссылка на сообщение
Поделиться на других сайтах
On 3/30/2018 at 7:26 PM, Matou said:

 

Таки попробуйте так 

show epon optical-transceiver-diagnosis interface epon 0/x

дякую...допомогло

Ссылка на сообщение
Поделиться на других сайтах

Вот что никогда не вылечится свежей прошивкой, так это малое количество TCAM в этой железке. Ситуация сложилась следующая при таком количестве абонентов:

ONU STATUS COUNT
-------------------------
...
Auto-configured:    196
...

ip-source guard одновременно не работает на всех 4-ех портах, а только на 2. Если включить на всех, начинаются рандомные отвалы клиентов. Причем трафик перестает ходить даже у тех, кому для эксперимента прописали адреса руками, а на порту отключили ip-source guard.
Кто-нибудь знает как посмотреть подробно количество доступной памяти? Есть ли здесь, у кого около 200 клиентов и доступ раздается через IPoE?

Пробовал включать на всех PON портах arp-inspection trust, ничего не меняет. В каком месте можно выкружить памяти, чтобы работала хотя бы только связка dhcp-relay, snooping, ip-source guard? 
 

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, exhalace сказал:

Вот что никогда не вылечится свежей прошивкой, так это малое количество TCAM в этой железке. Ситуация сложилась следующая при таком количестве абонентов:


ONU STATUS COUNT
-------------------------
...
Auto-configured:    196
...

ip-source guard одновременно не работает на всех 4-ех портах, а только на 2. Если включить на всех, начинаются рандомные отвалы клиентов. Причем трафик перестает ходить даже у тех, кому для эксперимента прописали адреса руками, а на порту отключили ip-source guard.
Кто-нибудь знает как посмотреть подробно количество доступной памяти? Есть ли здесь, у кого около 200 клиентов и доступ раздается через IPoE?

Пробовал включать на всех PON портах arp-inspection trust, ничего не меняет. В каком месте можно выкружить памяти, чтобы работала хотя бы только связка dhcp-relay, snooping, ip-source guard? 
 

 

Насколько я помню в B ревизии можно было перераспределить tcam и отдать ip-source guard больше памяти. А вот в C ревизии нельзя, или уже можно?

Ссылка на сообщение
Поделиться на других сайтах
43 минуты назад, 2Garin сказал:

 

Насколько я помню в B ревизии можно было перераспределить tcam и отдать ip-source guard больше памяти. А вот в C ревизии нельзя, или уже можно?

а покажите пожалуйста шаблон ,выдаваемый онушкам ..... :)

Ссылка на сообщение
Поделиться на других сайтах
26 минут назад, Doctorzlo сказал:

а покажите пожалуйста шаблон ,выдаваемый онушкам ..... :)

Как то так:

epon onu-config-template T1
 cmd-sequence 1 epon onu port 1 ctc vlan mode tag 342
 cmd-sequence 2 epon onu port 1 loopback detect
 cmd-sequence 3 epon onu port 1 storm-control mode 1 threshold 256
 cmd-sequence 4 epon onu port 1 ctc mcst tag-stripe enable
 cmd-sequence 5 epon onu port 1 ctc mcst mc-vlan add 31
 cmd-sequence 6 epon onu port 1 ctc mcst max-group-number 5
 cmd-sequence 7 epon onu port 2 ctc shutdown
 cmd-sequence 8 epon onu port 3 ctc shutdown
 cmd-sequence 9 epon onu port 4 ctc shutdown
 cmd-sequence 10 switchport port-security mode dynamic
 cmd-sequence 11 switchport port-security dynamic maximum 2
 cmd-sequence 12 epon sla downstream pir 100000 cir 10000
 cmd-sequence 13 epon sla upstream pir 100000 cir 10000
 cmd-sequence 14 exit
 cmd-sequence 15 exit
 cmd-sequence 16 write all


 

Відредаговано 2Garin
Ссылка на сообщение
Поделиться на других сайтах
19 минут назад, 2Garin сказал:

Как то так:


epon onu-config-template T1
 cmd-sequence 1 epon onu port 1 ctc vlan mode tag 342
 cmd-sequence 2 epon onu port 1 loopback detect
 cmd-sequence 3 epon onu port 1 storm-control mode 1 threshold 256
 cmd-sequence 4 epon onu port 1 ctc mcst tag-stripe enable
 cmd-sequence 5 epon onu port 1 ctc mcst mc-vlan add 31
 cmd-sequence 6 epon onu port 1 ctc mcst max-group-number 5
 cmd-sequence 7 epon onu port 2 ctc shutdown
 cmd-sequence 8 epon onu port 3 ctc shutdown
 cmd-sequence 9 epon onu port 4 ctc shutdown
 cmd-sequence 10 switchport port-security mode dynamic
 cmd-sequence 11 switchport port-security dynamic maximum 2
 cmd-sequence 12 epon sla downstream pir 100000 cir 10000
 cmd-sequence 13 epon sla upstream pir 100000 cir 10000
 cmd-sequence 14 exit
 cmd-sequence 15 exit
 cmd-sequence 16 write all


 

хм в принципе все хорошо  но вот блин объясните мне нафига добавлять команды exit  и  write all  ? вы понимаете что вы убиваете флеш ..это раз 
а второе то что многие ону норм конфиг не получают в случае массового реконекта 

Ссылка на сообщение
Поделиться на других сайтах
28 минут назад, Doctorzlo сказал:

хм в принципе все хорошо  но вот блин объясните мне нафига добавлять команды exit  и  write all  ? вы понимаете что вы убиваете флеш ..это раз 
а второе то что многие ону норм конфиг не получают в случае массового реконекта 

В B версии на старых версиях прошивки только после exit можно было записать конфиг, с тех пор темплейт и остался. Понимаю что флеш не резиновая но не думаю что сохранить конфиг максимум 64*4 раза это критично. Применение темплейта ведь происходит только при регистрации новых ОНУшек, при перерегистрации ОНУ присутствующей в конфиге к ней темплейт не применяется, а поднимается конфиг с флешки ОЛТ.

При массовом реконнекте ОНУшек и пустом конфиге на флеше ОЛТ (если конфиг не сохранять и например перезагрузить ОЛТ) регистрация ОНУшек занимает минут 10 и процессор ОЛТ лежащий в полочке. Если конфиг на онушки присутствует во флеше проблем с перезагрузкой ОЛТ нет.

Відредаговано 2Garin
Ссылка на сообщение
Поделиться на других сайтах
33 минуты назад, 2Garin сказал:

В B версии на старых версиях прошивки только после exit можно было записать конфиг, с тех пор темплейт и остался. Понимаю что флеш не резиновая но не думаю что сохранить конфиг максимум 64*4 раза это критично. Применение темплейта ведь происходит только при регистрации новых ОНУшек, при перерегистрации ОНУ присутствующей в конфиге к ней темплейт не применяется, а поднимается конфиг с флешки ОЛТ.

При массовом реконнекте ОНУшек и пустом конфиге на флеше ОЛТ (если конфиг не сохранять и например перезагрузить ОЛТ) регистрация ОНУшек занимает минут 10 и процессор ОЛТ лежащий в полочке. Если конфиг на онушки присутствует во флеше проблем с перезагрузкой ОЛТ нет.

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

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від Minotaur
      Вітаю!

      Шукаю власника обладнання на світлинах, м.Київ.
      Прошу звертатися в ПП. Дякую!


    • Від ppv
      Після оновлення до 1.5.1 не відображаються сигнали на
      OLT BDCOM P3310B (Device version10.1.0B)

      та
      P3608-2TE (Firmware Version10.1.0E). 

      3310C та P3608B ніяких проблем немає, знімає все добре. 
      З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2.
       
      Може в когось було щось подібне? Хочу знати куди копати.
    • Від LIKO
      Продам оптичний лінійний термінал (OLT) BDCOM P3600-16E-2AC , повна комплектація, можливий продаж з модулями BDCOM OLT-GSFP-20+++
      Ціна 85500 грн.
       





    • Від legenda vols
      Всем привет, заезженная тема но приходиться искать по всем уголкам интернета - А именно OID и как их использовать.
      Начнём. 
      для новичков.
      bash 
      set_olt_oids() {
          # Общие для EPON (BDCOM)
          if [[ "$1" =~ ^(P3310|P3310B|P3310C|P3608|P3608B|P3316|P3600-16E|P3608-2TE|P3616-2TE|IEP3310)$ ]]; then
              OID_GET_MAC="1.3.6.1.4.1.3320.101.10.4.1.1"
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.101.10.1.1.1"
              OID_MODEL_ONU="1.3.6.1.4.1.3320.101.10.1.1.2"
              OID_TEMP_ONU="1.3.6.1.4.1.3320.101.10.5.1.2"
              OID_AUNT_ONU_STATUS="SNMPv2-SMI::enterprises.3320.101.10.1.1.26"
              OID_UPTIME_ONU="1.3.6.1.4.1.3320.101.10.1.1.80"
              OID_DIST="1.3.6.1.4.1.3320.101.10.1.1.27"
              OID_IF_MAC10="1.3.6.1.4.1.3320.101.11.1.1.3"
              OID_IFindexmac10="1.3.6.1.4.1.3320.101.11.1.1.1"
              LASTREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.9"
              LASTDEREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.10"
              LASTDEREG_REASON="1.3.6.1.4.1.3320.101.11.1.1.11" 
              OID_ONU_ETH="1.3.6.1.4.1.3320.101.12.1.1.8"
              OID_PORT_INDEX="1.3.6.1.4.1.3320.101.107.1.1" # oid возвращает все индексы ПОН портов, работает не везде
              OID_GEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.12"
              OID_FEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.14"
              OID_REBOOT_ONU="1.3.6.1.4.1.3320.101.10.1.1.29" # snmpset -v2c -c RW IP OID.onuIndex i 0 reboot
              OID_DEL_ONU="SNMPv2-SMI::enterprises.3320.101.11.1.1.2" #.$portID.$mac10" i 0 #mac decimal onu
          fi
          # Общие для GPON
          if [[ "$1" =~ ^(GP3600-08|GP3600-16B|GP3600-08B)$ ]]; then
              ETH_STATUS="1.3.6.1.2.1.2.2.1.8" # статус порта 1 портовая ону
              ETH_STATUS4="1.3.6.1.4.1.3320.10.4.1.1.4" # статус портов 4х портовая ону
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.10.3.1.1.2"
              OID_ADMIN_STATUS="1.3.6.1.4.1.3320.10.4.1.1.3"
              OID_DOWN_REASON="1.3.6.1.4.1.3320.10.3.1.1.35"
              OID_DIST="1.3.6.1.4.1.3320.10.3.1.1.33"
              OID_MODEL_ONU="1.3.6.1.4.1.3320.10.3.1.1.9"
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.10.3.1.1.2"
              OID_REBOOT_ONU="1.3.6.1.4.1.3320.10.3.2.1.4" #snmpset -v2c -c RW IP OID.onuIndex i 1 reboot
              
          fi
          # Уникальные параметры для моделей
          case "$1" in
              # EPON модели
              P3310 | P3310B)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  OID_RX_OLT="1.3.6.1.4.1.3320.9.183.1.1.5"
                  OID_PORT_LIST="1.3.6.1.4.1.3320.101.107.1.1"
                  ;;
              IEP3310)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.5"
                  OID_RX_OLT="1.3.6.1.4.1.3320.9.183.1.1.5"
                  OID_TX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  ;;
              P3608 | P3608B | P3310C | P3316 | P3600-16E | P3608-2TE | P3616-2TE)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.5"
                  OID_RX_OLT="1.3.6.1.4.1.3320.101.108.1.3"
                  OID_TX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  OID_PORT_LIST="1.3.6.1.4.1.3320.101.107.1.1"
                  ;;
              # GPON модели
              GP3600-08 | GP3600-16B | GP3600-08B | P3600-08E)
                  OID_RX_ONU="1.3.6.1.4.1.3320.10.3.4.1.2"
                  OID_RX_OLT="1.3.6.1.4.1.3320.10.2.3.1.3"
                  OID_TX_ONU="1.3.6.1.4.1.3320.10.3.4.1.3"
                  OID_GET_MAC="1.3.6.1.4.1.3320.10.3.1.1.4"
                  ;;
              *)
                  echo -e "\e[1;91mНеизвестный режим OLT: $1\e[0m"
                  return 1
                  ;;
          esac
          return 0
      }
      что бы было понятно в дальнейшем что за переменные 
      snmp1="snmpwalk -v2c -c паблик стринг"
      snmp2="snmpwalk -v2c -Ouqv -c паблик стринг"
      snmp3="snmpget -v2c -c паблик стринг"
      snmp3q="snmpget -v2c -Ouqv -c паблик стринг"
      snmp4="snmpget -v2c -Ouqv -c приват стринг"
      snmp5="snmpset -v2c -c приват стринг"

      EPON GEPON
      1- OID_GET_MAC="1.3.6.1.4.1.3320.101.10.4.1.1" на бдкомах епон 
      = SNMPv2-SMI::enterprises.3320.101.10.4.1.1.96 = Hex-STRING: A0 94 6A 97 CC 50
      snmp_response=$($snmp3 "$IP" "$OID_GET_MAC.$1" 2>/dev/null | awk -F'Hex-STRING: ' '{print tolower($2)}' | tr -d ' ')
          onu_mac=$(echo "$snmp_response" | sed 's/\(..\)/\1:/g;s/:$//') #Переводим в человеческий вид
          mac10=$(echo "$snmp_response" | awk '{    # Переводим в mac10 дада способов есть миллиард.
              for (i=1; i<=length; i+=2) {
                  printf "%d", strtonum("0x" substr($0, i, 2))
                  if (i + 2 <= length) printf "."
              }
              print ""
          }')

      лучший способ сделать функцию для форматирования снмп запросов в зависимости от типов STRING / HEX-STRING / COUNTER32 и тд тп.

      ifID=$($snmp1 "$IP" "$OID_IF_MAC10" 2>/dev/null | awk -v mac="$mac10" '$0 ~ mac {split($1, arr, "."); print arr[length(arr)-6]; exit}') 


      2 - OID_VENDOR_ONU="1.3.6.1.4.1.3320.101.10.1.1.1"
      тут без лишних слов возвращает вендор онушек 
      SNMPv2-SMI::enterprises.3320.101.10.1.1.1.97 = STRING: "XPON"   если укажем параметр -Oqv  или -Ouqv получим просто "XPON" и надо будет лишь сделать | tr -d ' " '    что бы удалить лапки.

      3 - OID_MODEL_ONU="1.3.6.1.4.1.3320.101.10.1.1.2" аналогично вендорам, получаем модель.

      4- OID_TEMP_ONU="1.3.6.1.4.1.3320.101.10.5.1.2"  - температура ону делим на / 256
      SNMPv2-SMI::enterprises.3320.101.10.5.1.2.17 = INTEGER: 7027  
      temp_onu=$($snmp3q $IP 1.3.6.1.4.1.3320.101.10.5.1.2.$INDEX | awk '{printf "%.2f", $1/265}' 2>/dev/null)

      5 - OID_AUNT_ONU_STATUS="1.3.6.1.4.1.3320.101.10.1.1.26"
      SNMPv2-SMI::enterprises.3320.101.10.1.1.26.276 = INTEGER: 3

      onuAunt_type=$($snmp3q $IP "$OID_AUNT_ONU_STATUS.$INDEX" 2>/dev/null)
          case "$onuAunt_type" in
              0) onuAunt_type_txt="authenticated" ;;
              1) onuAunt_type_txt="registered" ;;
              2) onuAunt_type_txt="deregistered" ;;
              3) onuAunt_type_txt="auto_config" ;;
              4) onuAunt_type_txt="lost" ;;
              *) onuAunt_type_txt="unknown" ;;
          esac

      6 - OID_UPTIME_ONU="1.3.6.1.4.1.3320.101.10.1.1.80" uptime
      SNMPv2-SMI::enterprises.3320.101.10.1.1.80.207 = INTEGER: 290907
      timetick 
      | awk '{h=int($1/3600); m=int(($1%3600)/60); s=$1%60; printf "AliveTime: %dч %dмин %dсек\n", h, m, s}')${reset}"

      7 - OID_DIST="1.3.6.1.4.1.3320.101.10.1.1.27"
      SNMPv2-SMI::enterprises.3320.101.10.1.1.27.149 = INTEGER: 1600
      на епоне в метрах  на гпоне делим на 10

      8 - OID_IF_MAC10="1.3.6.1.4.1.3320.101.11.1.1.3"
      SNMPv2-SMI::enterprises.3320.101.11.1.1.3.14.60.21.18.8.130.175 = Hex-STRING: 3C 15 12 08 82 AF  
      SNMPv2-SMI::enterprises.3320.101.11.1.1.3      .14-PORTINDEX     60.21.18.8.130.175  - MAC10                = Hex-STRING: MAC HEX

      9- OID_IFindexmac10="1.3.6.1.4.1.3320.101.11.1.1.1"
      SNMPv2-SMI::enterprises.3320.101.11.1.1.1.125.60.21.18.6.227.186 = INTEGER: 125
      SNMPv2-SMI::enterprises.3320.101.11.1.1.1.125.60.21.18.6.247.136 = INTEGER: 125
      возвращает PORT INDEX и можно грепнуть по mac10 найти индекс и можно грепнуть через мак10

      10 - LASTREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.9"
      дату отдаёт в хексе. надо декодировать это дело.
      вызов snmp + IP + oid + PORTINDEX + MAC10 
      date_hex=$($snmp1 $IP "$LASTREG_DATE.$IF_INDEX.$mac10" 2>/dev/null | awk -F': ' '{print $2}' | tr -d ' ')
      if [[ -n "$date_hex" ]]; then
              # Преобразуем дату из hex в числовое представление
              data=($(echo "$date_hex" | sed 's/../0x& /g'))
              local year=$((data[0] * 256 + data[1]))
              local month=${data[2]}
              local day=${data[3]}
              local hour=${data[4]}
              local minute=${data[5]}
              local second=${data[6]}


      local formatted_date=$(printf "%04d-%02d-%02d %02d:%02d:%02d" "$year" "$month" "$day" "$hour" "$minute" "$second")


      10 - LASTDEREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.10"
      аналогично 9му оиду.

      11 - LASTDEREG_REASON="1.3.6.1.4.1.3320.101.11.1.1.11" 
      DEREG_STATUS=$($snmp3 $IP "$LASTDEREG_REASON.$IF_INDEX.$mac10" -Oqv 2>/dev/null)
          case "$DEREG_STATUS" in
              2) dereg_status_text="normal";;
              3) dereg_status_text="mpcp-down";;
              4) dereg_status_text="oam-down";;
              5) dereg_status_text="firmware-download";;
              6) dereg_status_text="illegal-mac";;
              7) dereg_status_text="llid-admin-down";;
              😎 dereg_status_text="wire-down";;
              9) dereg_status_text="power-off";;
              255) dereg_status_text="unknown";;
              0) dereg_status_text="Нет данных.";;
              *) dereg_status_text="not found";;
          esac

      есть прикол если онушка autoconfig статус 3 / authenticated статус 0
      там инвертируються 7 и 8  может и от моделей ону зависеть.... 
      7) dereg_status_text="llid-admin-down";;
      😎 dereg_status_text="wire-down";;
      это уже тестами )


      12  -  OID_ONU_ETH="1.3.6.1.4.1.3320.101.12.1.1.8" статус езернет ничего не обычного кроме того что может верно отдать данные с 2-3го раза )
      2 down 1 up 
      там же есть прикол с authenticated autoconfig инвертируется...
      local PORT_COUNT=$($snmp2 "$IP" "$OID_ONU_ETH.$INDEX" | wc -l)
      local ETH_STATUS=$($snmp2 "$IP" "$OID_ONU_ETH.$INDEX.$port" 2>/dev/null)
              [[ "$ETH_STATUS" =~ ^[0-9]+$ ]] || continue  # Проверяем, что ETH_STATUS - это число
              if [[ "$onuAunt_type" == "0" ]]; then
                  STATUS_COLOR=$( [[ "$ETH_STATUS" -eq 2 ]] && echo "UP" || echo "DOWN" )
              else
                  STATUS_COLOR=$( [[ "$ETH_STATUS" -eq 1 ]] && echo "UP" || echo "DOWN" )
              fi

      13 - OID_PORT_INDEX="1.3.6.1.4.1.3320.101.107.1.1" # oid возвращает все индексы ПОН портов, работает не везде.
      14 - OID_GEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.12"   гигабит езернет порты на онушках (кол-во)
      15 - OID_FEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.14"   ФастЕзернет 100мбит аналогично. 
      INTEGER 

      16 - OID_REBOOT_ONU="1.3.6.1.4.1.3320.101.10.1.1.29" # snmpset -v2c -c RW IP OID.onuIndex i 0                                  reboot REBOOT ONU epon snmp
      $snmp5 "$IP" "$OID_REBOOT_ONU.$INDEX" i 0 >/dev/null 2>&1

      17 - delete onu epon  удалить ону бдком снмп 
      OID_DEL_ONU="SNMPv2-SMI::enterprises.3320.101.11.1.1.2"
      $snmp5 "$IP" "$OID_DEL_ONU.$ifID.$mac10" i 0 > /dev/null 2>&1    oid.PORTINDEX.mac10 i 0 
      остальные есть выше там думаю всё понятно.

      SIGNAL LEVELS в зависимости от моделей плат и олтов расписаны 
      все везде одинаково 
      $snmp2 "$IP" "$OID_RX_OLT.$INDEX" 2>/dev/null | awk '{print $NF / 10}')   результат делим на 10.

      epon пакеты, ошибки по портам на онушке.
      broadcasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.16.$INDEX.$port" 2>/dev/null)
      multicasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.17.$INDEX.$port" 2>/dev/null)
      unicasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.18.$INDEX.$port" 2>/dev/null)
      pause=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.19.$INDEX.$port" 2>/dev/null)
      fcserrs=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.20.$INDEX.$port" 2>/dev/null )
      oversize=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.13.$INDEX.$port" 2>/dev/null)
      jabber=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.14.$INDEX.$port" 2>/dev/null)

      мне бы такое помогло.. а не искать на тонне форумов и сайтов и неделю тыкая snmpwalk и выясняя что и для чего. остального и в инете полно. 
    • Від Amigo
      Продам GEPON ОЛТи BDCOM
      1. BDCOM P3310B (Вживаний) - 6000 грн.
      2. BDCOM P3310C (Вживаний) - 7500 грн.
      3. BDCOM P3310C (Вживаний без вух) - 7000 грн.
      4. BDCOM P3608-2TE (Вживаний) - 20000 грн.
      5. BDCOM P3608-2TE  (Вживаний) - 19000 грн.


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