Перейти до

BDCOM P3310C


Kto To

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

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

Если я не ошибаюсь шаблон применяется только к вновь регистрируемым ONU, а если ONU уже есть в конфиге то и шаблон повторно применяться не будет.

Вот кусочек лога:

Jan  1 13:59:34 %OLT: Interface EPON0/1:2's CTC OAM extension negotiated successfully!
Jan  1 13:59:34 %OLT: Interface EPON0/1:2's OAM Operational Status: Operational
Jan  1 13:59:33 %EPON-ONUAUTHEN: ONU 8479.7323.7be5 is authenticated on EPON0/1:2.
Jan  1 13:59:33 %EPON-ONUREG: ONU 8479.7323.7be5 is registered on EPON0/1:2.

И судя по логу применения шаблона нет.

Відредаговано 2Garin
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 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

 

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

Если я не ошибаюсь шаблон применяется только к вновь регистрируемым ONU, а если ONU уже есть в конфиге то и шаблон повторно применяться не будет.

Вот кусочек лога:

Jan  1 13:59:34 %OLT: Interface EPON0/1:2's CTC OAM extension negotiated successfully!
Jan  1 13:59:34 %OLT: Interface EPON0/1:2's OAM Operational Status: Operational
Jan  1 13:59:33 %EPON-ONUAUTHEN: ONU 8479.7323.7be5 is authenticated on EPON0/1:2.
Jan  1 13:59:33 %EPON-ONUREG: ONU 8479.7323.7be5 is registered on EPON0/1:2.

И судя по логу применения шаблона нет.

 

может в свежих прошивках что-то и поменялось, но ранее шаблон применялся постоянно

кстати 3310С у меня нету так что утверждать не буду

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

100% применяется + производитель четко рекомендовал исключить строку записи из темплейтов   вот так вот шах и мат 

Спорить не буду т.к. нет полной уверенности в своей правоте. Раз производитель рекомендует значит нужно прислушиваться к рекомендациям.

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

Обсуждалось, даже приводили нехорошие примеры как это использовать. Если очень надо сохранять, то периодически по крону или руками, но не в шаблон вбивать команды. Впрочем, как хотите.

p.s. тоже самое касается видимости абонентов между собой в пределах одного пон порта на олте. Лучше этого не делать. Но тоже, как хотите.

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

Обсуждалось, даже приводили нехорошие примеры как это использовать. Если очень надо сохранять, то периодически по крону или руками, но не в шаблон вбивать команды. Впрочем, как хотите.

p.s. тоже самое касается видимости абонентов между собой в пределах одного пон порта на олте. Лучше этого не делать. Но тоже, как хотите.

 

 

Есть мысль, что по шаблону при каждой регистрации ону идёт выполнение шаблона.

 

Не робіть із мухи слона, а проаналізуйте повноцінно, що відбувається із флешкою при задіюванні скриптів

cmd-sequence 5 exit
cmd-sequence 6 write (all)

я їх використовую вже 2-роки (p3310[b,c]) і вони задіюються тільки при зміні ONU, або при підключенні нової ONU.

Наводжу сьогоднішній звіт файлової системи від ОЛТ і подивіться уважно на дату зміни конфігураційних файлів. А тоді говоріть чи доцільно ці команди задіювати (10.1.0D Build 34315) :

olt.pon#dir
Directory of /:
1    tiger.blob             <FILE>     2084324    SUN JAN 03 09:42:22 2016
3    config.db              <FILE>      152576    TUE AUG 02 20:32:30 2016
0    startup-config         <FILE>        5124    TUE AUG 02 20:32:27 2016
2    Switch.bin             <FILE>     9600210    TUE AUG 02 07:49:41 2016
5    ifindex-config         <FILE>         440    TUE AUG 02 20:32:34 2016
free space 4128768
olt.pon#

Як видно остання зміна відбувалась 2 серпня, коли якраз підключалась нова ОНУ. Тому говоріть фактами!

 

Але кожен вирішує сам, що йому робити. Ми тільки можемо порадити!

 

А це після того як я зберіг налаштування (10.1.0D Build 34315) :

olt.pon#write all
Saving current configuration...
OK!
Now saving current ifindex to flash memory...
OK!
olt.pon#dir
Directory of /:
1    tiger.blob             <FILE>     2084324    SUN JAN 03 09:42:22 2016
3    config.db              <FILE>      152576    FRI AUG 19 21:49:45 2016
0    startup-config         <FILE>        5124    FRI AUG 19 21:49:42 2016
2    Switch.bin             <FILE>     9600210    TUE AUG 02 07:49:41 2016
5    ifindex-config         <FILE>         392    FRI AUG 19 21:49:49 2016
free space 4128768
olt.pon#

В старих версіях прошивки можливо й є такі проблеми, но я не замітив їх.

 

 

например флешка сдохнет после 2-3 тысяч перезаписей.

 

не рекомендуется добавлять в темплейт write all тк может привести к плохим последствиям 

 

Підтримую! Чому:

 - пропаде електика (під час реєстрації нової ОНУ) флеш-накопичувач може вийти з ладу.

 - якщо використовується ОНУ від різних виробників, не завжди команди правильно сприймаються ОНУ-шкою.

 - при довготривалому використанню ОЛТ і переміщенні між майданчиками призведе до швидкого зносу флеш-накопичувача.

 

І ваші зауваження!!

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

 

Не робіть із мухи слона

 

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

Вы даже не поняли, о чем я говорил, однако успели сделать выводы и надавать советов. Спасибо, я в них не нуждаюсь.

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

Коллеги, а нет ли, часом, каких то подводных камней при настройки на 3310C мультикаста?

 

делаю:
 

в глобаном конфиге:

ip mcst enable
ip mcst querier address 10.55.0.254
ip mcst series-connection
ip mcst mrouter interface GigaEthernet0/3
ip mcst mc-vlan 2000 range 235.0.1.1 - 235.0.1.100 , 235.0.2.1 - 235.0.2.65 , 235.0.3.1 - 235.0.3.50 , 235.0.4.1 - 235.0.4.40

конфиг на онушке:

  epon onu port 1 ctc mcst tag-stripe enable
  epon onu port 1 ctc mcst mc-vlan add 2000-2001

на P3310B работает
на "цешке" - нет
когда монтажник жмакает каналы у абона - в ip mcst groups пусто
трафик пока не снифал, думаю, может кто сталкивался

 

прошивка 33463
 

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

Есть мысль, что по шаблону при каждой регистрации ону идёт выполнение шаблона.

Не факт. Проверяется таким образом, по шаблону регается ОНУ, потом изменяется какой либо из параметров, влан например... По логике Дена, при перезагрузке ОНУ, влан должен смениться на тот что в шаблоне, но по факту, он не меняется... И вообще, шаблоны то юзать совсем не обязательно.

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

я эту пока залил.....

 

отсюда:

http://data.nag.ru/BDCOM/Firmware/3310C/

BD_3310C_10.1.0E_36957_03028_2016.rar

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

как показывает  практика эксперименты с прошивками плохо  заканчиваются и последние релизы  софта   мягко говоря еще  сырые 

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

Может кому-то будет полезна информация  для владельцев P3310C, особенно для тестовых стендов.

Привезли мне на проверку P3310C перед установкой в сеть. До этого использовали только P3310B.

Получил на стенде проблему: все прошивки типа 3310C_10.1.0E имеет проблему с ARP - из-за этого трафик после ОНУ не ходит.

При этом работают все прошивки типа 3310C_10.1.0D.
Проверено было на:
BD_3310C_10.1.0D_33463_en.bin - OK
BD_3310C_10.1.0D_34315.bin - OK
BD_3310C_10.1.0D_34983_03028_2016.bin - OK
BD_3310C_10.1.0E_36039_en.bin - ARP problem
BD_3310C_10.1.0E_36957.bin - ARP problem
BD_3310C_10.1.0E_37276.bin - ARP problem

После недели "танцев с бубном" была найдена причина - в прошивках типа 3310C_10.1.0E (36039,36957,37276)

на PON интерфейсах включен MAC фильтр, который блокирует я так понял "кривые" MAC и в итого ничего после ОНУ не работает.
А так, как стенд был в виртуальной среде, то и MAC были с случайные.
Замена первого октета у всех MAC на D4 решило полностью проблему.
Пример:
52:54:A0:C7:69:8B - не работает,
D4:54:A0:C7:69:8B - работает.
00:54:A0:C7:69:8B - работает.
Это касается всего оборудования: как подключенного со стороны ONU, так и со стороны OLT.
С проблемными MAC трафик блокируется только в PON сегменте, трафик в OLT через другие порты не блокируется.
Осталось только у BDCOM выяснить, какие MAC "белые", а какие "серые"...
Відредаговано nik247
Ссылка на сообщение
Поделиться на других сайтах

А вот и ответ инженеров BDCOM по поводу MAC фильтрации на последних прошивках для P3310С:

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
Відредаговано nik247
Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

На самом деле шанс вляпаться в реальности в такой мак низка, весьма. Просмотрел https://standards.ieee.org/develop/regauth/oui/oui.txt(awk/sed в помощь), там 3COM попадает в список и в принципе более ничего особо критичного. Хотя и интересно, чем руководствовались китайцы.

 

P.S. Очень интересно какие маки совпали в реальности с этими масками.

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

Доброго дня.
OLT P3310C Switch.bin, 10.1.0E Build 36039, 2016-6-22 15:11:12 by SYS,
Модули ZTE. Смена прошивки на более старую решит вопрос с правильным отображением сигнал (и какую прошивку залить)?
Сейчас на PON порту по всем ону показывает -39.9
 

Switch#show epon interface ePON 0/1:1 onu ctc optical-transceiver-diagnosis
 operating temperature(degree): 43
 supply voltage(V): 3.3
 bias current(mA): 17.0
 transmitted power(DBm): 1.8
 received power(DBm): -14.2
Switch#show epon optical-transceiver-diagnosis interface ePON 0/1:1
 interface    RxPower(dBm)
-----------  --------------
epon0/1:1    -39.9
Ссылка на сообщение
Поделиться на других сайтах
GEPON_3#show ver

BDCOM P3310C Software, Version 10.1.0E Build 36957

Copyright by Shanghai Baud Data Communication CO. LTD.

Compiled: 2016-8-8 12:39:28 by SYS, Image text-base: 0x80008000

ROM: System Bootstrap, Version 0.4.1, Serial num:00316001026

System image file is "Switch.bin"

hardware version:V1.0

(RISC) processor with 131072K bytes of memory, 16384K bytes of flash

Base ethernet MAC Address: 84:79:73:5b:12:98

snmp info:

  product_ID:294   system_ID:1.3.6.1.4.1.3320.1.294.0

GEPON_3 uptime is 27:04:42:17, The current time: 2016-10-10 15:51:0

GEPON_3#show epon interface ePON 0/1:1 onu ctc optical-transceiver-diagnosis

 operating temperature(degree): 35

 supply voltage(V): 3.3

 bias current(mA): 17.2

 transmitted power(DBm): 1.6

 received power(DBm): -26.6

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

 

GEPON_3#show ver
BDCOM P3310C Software, Version 10.1.0E Build 36957
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2016-8-8 12:39:28 by SYS, Image text-base: 0x80008000
ROM: System Bootstrap, Version 0.4.1, Serial num:00316001026
System image file is "Switch.bin"
hardware version:V1.0
(RISC) processor with 131072K bytes of memory, 16384K bytes of flash
Base ethernet MAC Address: 84:79:73:5b:12:98
snmp info:
  product_ID:294   system_ID:1.3.6.1.4.1.3320.1.294.0
GEPON_3 uptime is 27:04:42:17, The current time: 2016-10-10 15:51:0
GEPON_3#show epon interface ePON 0/1:1 onu ctc optical-transceiver-diagnosis
 operating temperature(degree): 35
 supply voltage(V): 3.3
 bias current(mA): 17.2
 transmitted power(DBm): 1.6
 received power(DBm): -26.6

 

а "show epon optical-transceiver-diagnosis interface ePON 0/1:1" какой вывод?

И стоит ли вернутся на BDCOM P3310C Software, Version 10.1.0D Build 33463 проблем с даунгрейдом не будет?

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

 

Доброго дня.

OLT P3310C Switch.bin, 10.1.0E Build 36039, 2016-6-22 15:11:12 by SYS,

Модули ZTE. Смена прошивки на более старую решит вопрос с правильным отображением сигнал (и какую прошивку залить)?

Сейчас на PON порту по всем ону показывает -39.9

 

Switch#show epon interface ePON 0/1:1 onu ctc optical-transceiver-diagnosis
 operating temperature(degree): 43
 supply voltage(V): 3.3
 bias current(mA): 17.0
 transmitted power(DBm): 1.8
 received power(DBm): -14.2
Switch#show epon optical-transceiver-diagnosis interface ePON 0/1:1
 interface    RxPower(dBm)
-----------  --------------
epon0/1:1    -39.9

 

Если поставлю эту прошивку BDCOM™ P3310C Software, Version 10.1.0D Build 33463 будет показывать нормальный сигнал? или все тоже от модулей зависит?

в частности интересует сигнал выводимый этой командой "show epon optical-transceiver-diagnosis interface ePON 0/1:1" 

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

с этим солжность:

GEPON_3#show epon optical-transceiver-diagnosis interface ePON0/1
 interface    Temperature(degree)    Voltage(V)    Current(mA)    TxPower(dBm)
-----------  ---------------------  ------------  -------------  --------------
epon0/1      44.3                   3.3           14.6           6.5
 interface    RxPower(dBm)
-----------  --------------
epon0/1:1    -39.9
epon0/1:2    -39.9
epon0/1:3    -39.9
epon0/1:4    -39.9
epon0/1:5    -39.9
epon0/1:6    -39.9
epon0/1:8    -39.9
epon0/1:9    -39.9
epon0/1:10   -39.9
epon0/1:11   -39.9
epon0/1:12   -39.9
epon0/1:13   -39.9
epon0/1:14   -39.9
epon0/1:15   -39.9
epon0/1:16   -39.9
epon0/1:17   -39.9
epon0/1:18   -39.9
epon0/1:19   -39.9
epon0/1:20   -39.9
epon0/1:23   -39.9
epon0/1:24   -39.9
epon0/1:25   -39.9
epon0/1:26   -39.9
epon0/1:27   -39.9
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   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 грн.


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