Перейти до

UA.PON v6.0


wladd

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

вроде как ACL тоже в разработке.

кидайте пожелания, чего еще хотим??? Только скромно. А то я знаю, вы щас начнете.... :)

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

мне по фиг, как оно называеться, главное настроить чтобы wi-fi отдавал!!!!

я конечно понимаю, что у айсилайн немного "подгорает" от цены пикотела, но зачем же так активно это показывать?

Я наверное странный - но не шьем ни ONU, ни OLT. Работает с заводским софтом пару лет, никто туда и не лазит лишний раз.

Posted Images

FEC Fora умеет?

 

Информация уточняется. команды точно не применяются с BDCOM-овской головы, но это мелочь, если сам функционал присутствует... а может быть и нет  :)  

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

FORA NA-1001B поддерживает FEC. Правда включать его нужно через Telnet. Я попросил китайцев реализовать включение через CLI OLT-а. В любом случае использовать FEC смогут только владельцы 36-ой серии ОЛТов от BDCOM-а. Модель 3310B FEC не поддерживает. Более того FEC сжирает около 18% пропускной способности. Мне кажется, что 30dB оптического бюджета для PON-а вполне достаточно.

 

Кстати, ACL на FORах уже в разработке. Надеемся, что до китайского Нового Года наши заморские браться порадуют нас новой прошивкой.

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

Вышла самая обалденная и самая новая прошивка для OLT P3310B (10.1.0B_22960). Тут недавно обсуждался вопрос, что если Вам попалась ONU, которая сама вставляет опцию 82 в DHCP пакет и отключить это невозможно, то OLT пропустит такой пакет дальше - следовательно DHCP сервер получит опцию 82, вставленную ONU-шкой, а она как правило содержит неправильные данные. По идее на любом управляемом L2 свиче можно указать, чтобы Опция 82 перезаписывалась, но P3310B такого не умел. Теперь умеет  :). Прошиваем ОЛТ новой прошивкой, в конфиге EPON порта прописываем dhcp snooping information replace .

 

Кстати, также вышли новые прошивки для ONU 1004C1 и 1501C1. Прошивка для 1004С1 решает столь мелкие баги, что инженеры BDCOM не смогли вспомнить какие, а вот новая прошивка для 1501С1 решает баги с работой функций EPON FILTER и IP ACL.

 

Все прошивки здесь https://www.dropbox.com/sh/l0u7nehcqlxfk6m/AAApv3GjPp7OgGNllR0H0Otla?dl=0

 

Также я напомнил BDCOM-у, что мы всё ещё ждём новую прошивку, в которой к одной ONU можно будет применять несколько шаблонов.

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

а МТУ в новой прошивке 3310 пофиксено ??

 

Я понимаю Ваше рвение решить проблему с MTU, только BDCOM не будет ничего решать, т.к. их тесты показали, что заявленные 1536 байт соответствуют действительности. Я пока мучаюсь с ФОРой, поэтому за MTU не брался. Вы можете сделать свой баг репорт с подробным описанием проблемы и тестов на английском языке, а я передам этот документ их инженерам. А то непонятно, когда у меня появится время для повторного теста MTU.

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

Добрый день. Взяли на тест пару онушек FORA в пластике. Поставил одну сотруднику на тест в ЧС.

В итоге вижу такое:

 

sh ver

BDCOM P3310B Software, Version 10.1.0B Build 19298

 

sh epon act int e 0/1

Interface EPON0/1 has bound 23 active ONUs:
IntfName   MAC Address    Status          OAM Status   Distance(m) RTT(TQ) LastRegTime         LastDeregTime       LastDeregReason   Alivetime
---------- -------------- --------------- ------------ ----------- ------- ------------------- ------------------- ----------------- ------------
EPON0/1:2  fcfa.f796.11d1 auto_configured ctc oam oper 1092        719     2015.02.12.09:32:11 2015.02.11.23:07:38 power off         0.07:56:15
EPON0/1:3  fcfa.f7c5.2b7f auto_configured ctc oam oper 2744        1751    2015.01.31.16:35:56 2015.01.31.16:25:11 power off         12.00:52:30
EPON0/1:28 fcfa.f7c5.7b6d auto_configured ctc oam oper 664         451     2015.01.26.11:34:25 2015.01.26.09:17:49 wire down         17.05:54:01
EPON0/1:31 a0c6.ec00.ff69 auto_configured linkfault    1840        1186    2015.02.06.01:59:37 2015.02.06.01:59:37 wire down         6.15:28:49

Выделенное жирным, это ону от FORA, но при этом есть интересный момент, у сотрудника работает интернет нормально, 6 суток поднята сесия PPPoE.

 

Еще что нашел, не показывает при этом МАК онушки почемуто

sh mac ad int e 0/1:31      

Mac Address Table (Total 1)
------------------------------------------

Vlan    Mac Address       Type       Ports
----    -----------       ----       -----
226     14d6.4dc5.7863    DYNAMIC    epon0/1:31

 

При этом не работают команды указанные ниже, они ничего не выдают, как буд-то бы онушка выключена

sh epon int epon 0/1:31 onu ctc ba
sh epon int epon 0/1:31 onu ctc opt
 

Прошивка на ону 1.0.5

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

Добрый день. Взяли на тест пару онушек FORA в пластике. Поставил одну сотруднику на тест в ЧС.

В итоге вижу такое:

 

sh ver

BDCOM P3310B Software, Version 10.1.0B Build 19298

 

sh epon act int e 0/1

Interface EPON0/1 has bound 23 active ONUs:

IntfName   MAC Address    Status          OAM Status   Distance(m) RTT(TQ) LastRegTime         LastDeregTime       LastDeregReason   Alivetime

---------- -------------- --------------- ------------ ----------- ------- ------------------- ------------------- ----------------- ------------

EPON0/1:2  fcfa.f796.11d1 auto_configured ctc oam oper 1092        719     2015.02.12.09:32:11 2015.02.11.23:07:38 power off         0.07:56:15

EPON0/1:3  fcfa.f7c5.2b7f auto_configured ctc oam oper 2744        1751    2015.01.31.16:35:56 2015.01.31.16:25:11 power off         12.00:52:30

EPON0/1:28 fcfa.f7c5.7b6d auto_configured ctc oam oper 664         451     2015.01.26.11:34:25 2015.01.26.09:17:49 wire down         17.05:54:01

EPON0/1:31 a0c6.ec00.ff69 auto_configured linkfault    1840        1186    2015.02.06.01:59:37 2015.02.06.01:59:37 wire down         6.15:28:49

Выделенное жирным, это ону от FORA, но при этом есть интересный момент, у сотрудника работает интернет нормально, 6 суток поднята сесия PPPoE.

 

Еще что нашел, не показывает при этом МАК онушки почемуто

sh mac ad int e 0/1:31      

Mac Address Table (Total 1)

------------------------------------------

 

Vlan    Mac Address       Type       Ports

----    -----------       ----       -----

226     14d6.4dc5.7863    DYNAMIC    epon0/1:31

 

При этом не работают команды указанные ниже, они ничего не выдают, как буд-то бы онушка выключена

sh epon int epon 0/1:31 onu ctc ba

sh epon int epon 0/1:31 onu ctc opt

 

Прошивка на ону 1.0.5

 

Это, пожалуй, единственный баг, который найден на Форе и пока не поддаётся лечению. Правда варианта такого бага несколько: ОНУшка падает в Линкфалт и трафика нет, или трафик всё же есть, но при этом ОНУ не показывает диагностическую информацию. Как бы это не было печально, но с сегоднешнего дня китайцы уходят на новогодние каникулы и вернутся не раньше 27-го. Мой стенд из 64 ONU работает уже 2 недели и ФОРы в Линкфалт не падают.

 

Заметил следующий интересный бажок - на EPON порту включаем обмен трафиком между ONU (epon inner-onu-switch), к 2 любым ONU подключаем ПК и начинаем пинговать друг друга. Пинг есть. Но! Если одна из этих ОНУ будет ФОРа, то пинг куда-то пропадает. Иногда при перетыкании меди пинг появвляется, при повторном перетыкании может опять пропасть. Эта ситуация наблюдалась на всех версиях прошивок: 1.0.4, 1.0.5, 1.0.6 и 1.0.7. Я не знаю может ли это быть связанным с Линкфалтом на ONU, но всё равно ситуация интересная.

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

что-то захотелось вернуть форы даже не начав их устанавливать...

так и знал - нужно было выждать пол года пока вылезут непонятки.

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

что-то захотелось вернуть форы даже не начав их устанавливать...

так и знал - нужно было выждать пол года пока вылезут непонятки.

глюк не серийный. есть известных 7 экземпляров на которых он проявился.

На общем объеме 2000. Не дотягивает до 0,4% 

Наши менеджеры свяжутся с клиентами у которых проявилась проблема и отфиксят ситуацию. 

 

Стенды работают. Мы работаем.

Если сравнить с перепайкой конденсаторов на почти 2000 ОНУ БДКОМ 1004B, 

это такие сущие мелочи, что даже смешно.

 

R&D мощно подключились 

Сразу после НГ будет релиз с поддержкой ACL.

 

 Оставайтесь с нами, и вы не будете разочарованы.

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

 

Заметил следующий интересный бажок - на EPON порту включаем обмен трафиком между ONU (epon inner-onu-switch), к 2 любым ONU подключаем ПК и начинаем пинговать друг друга. Пинг есть. Но! Если одна из этих ОНУ будет ФОРа, то пинг куда-то пропадает. Иногда при перетыкании меди пинг появвляется, при повторном перетыкании может опять пропасть. Эта ситуация наблюдалась на всех версиях прошивок: 1.0.4, 1.0.5, 1.0.6 и 1.0.7. Я не знаю может ли это быть связанным с Линкфалтом на ONU, но всё равно ситуация интересная.

 

 

Перепроверил конфиги олтов. Действительно, на том олте, где наблюдается проблема, включен epon inner-onu-switch

В понедельник смогу проверить целенаправленно.

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

Завтра напишем инструкцию по прошиванию NA-1001B и выложим в папочку.

 

еще раз повторяю,

реализация

 

- Opt82

- ACL

Еще требует доработки, по обещаниям, будет реализована в течение недели до НГ.

можна зсилоску на инструкцию по прошиванию NA-1001B ?

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

Новая прошивка для FORA NA-1001B, решающая проблему с Option 82, выложена на дроп https://www.dropbox.com/sh/r35rr8qrh7dxygv/AABZRUkALVmufqJEHD6BmRmya?dl=0.

Напомню, UImage шьём через веб морду, архив jffs2_fs.tar.gz - через CLI OLT-а (как говорится, кому как больше нравится).

А у форы есть веб интерфейс? По какому адресу?

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

 

Новая прошивка для FORA NA-1001B, решающая проблему с Option 82, выложена на дроп https://www.dropbox.com/sh/r35rr8qrh7dxygv/AABZRUkALVmufqJEHD6BmRmya?dl=0.

Напомню, UImage шьём через веб морду, архив jffs2_fs.tar.gz - через CLI OLT-а (как говорится, кому как больше нравится).

А у форы есть веб интерфейс? По какому адресу?

 

WEB есть, логин, пароль: admin,  ip 10.0.0.10

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

 

Завтра напишем инструкцию по прошиванию NA-1001B и выложим в папочку.

 

еще раз повторяю,

реализация

 

- Opt82

- ACL

Еще требует доработки, по обещаниям, будет реализована в течение недели до НГ.

можна зсилоску на инструкцию по прошиванию NA-1001B ?

 

Вот ссылка на инструкцию по перепрошивке через CLI ОЛТа https://www.dropbox.com/s/s8rdqi71m5otbuc/%D0%9F%D0%B5%D1%80%D0%B5%D0%BF%D1%80%D0%BE%D1%88%D0%B8%D0%B2%D0%BA%D0%B0%20ONU%20NA-1001B.docx?dl=0

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

Есть претензия к исполнению отверстий для подвеса ОНУшек Фора. В существующем варианте ОНУшка рассчитана на подвес кабелями вверх. Мы же предпочитаем вешать кабелями вниз - так, как мы вешаем ОНУ от БДКОМ. В идеале - можно вообще сделать там "крестик", чтобы ОНУ-шка вешалась в любом положении.

post-21988-0-67401900-1424614956_thumb.jpg

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

Как ваши ОНУшки Фора работают с головой ZTE ZXA10 C220?

 

Мы занимаемся только OLT-ами компании BDCOM, поэтому о совмещении ONU FORA и OLT ZTE ничего сказать не могу.

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

Есть претензия к исполнению отверстий для подвеса ОНУшек Фора. В существующем варианте ОНУшка рассчитана на подвес кабелями вверх. Мы же предпочитаем вешать кабелями вниз - так, как мы вешаем ОНУ от БДКОМ. В идеале - можно вообще сделать там "крестик", чтобы ОНУ-шка вешалась в любом положении.

attachicon.giffora.jpg

 

На будущее учтём, но на текущий момент переделка пластиковой пресс-формы в Китае стоит более 10000$, так что сами понимаете  :)

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

Есть претензия к исполнению отверстий для подвеса ОНУшек Фора. В существующем варианте ОНУшка рассчитана на подвес кабелями вверх. Мы же предпочитаем вешать кабелями вниз - так, как мы вешаем ОНУ от БДКОМ. В идеале - можно вообще сделать там "крестик", чтобы ОНУ-шка вешалась в любом положении.

attachicon.giffora.jpg

приянто. учтем. да. нужно вниз.

сечас поработаем над тем как это исправить

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

 

Как ваши ОНУшки Фора работают с головой ZTE ZXA10 C220?

 

Мы занимаемся только OLT-ами компании BDCOM, поэтому о совмещении ONU FORA и OLT ZTE ничего сказать не могу.

 

Жаль.....

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

Всем приятных весенних деньков и дешёвых ONU-шек  :) .

 

Есть хорошая новость. Проблема падения пластиковых ONU FORA в статус LinkFault, а затем в Not Ready, обнаружена. Как видите, проблема диагностировалась достаточно долго, так как найти причину было сложно. Смысл в том, что OLT через определённый промежуток времени посылает ONU так называемые Heart-Beat сообщения и ждёт на них ответа. Если ответа нет в течение определённого промежутка времени, то OLT считает, что ONU отключилась по неизвестной причине и переводит её в статус LinkFault. Через некоторое время статус LinkFault меняется на NotReady, что примерно означает "Не законченный режим регистрации".

 

Что интересно - даже в статусе LinkFault и NotReady ONU может запрашивать у OLT-а кванты времени и получать их для передачи пакетов  :) . Но при этом диагностическую информацию ONU не показывают.

 

Так почему всё такие FORы падают в LinkFault. Потому что они не успевают отправить OLT-у это самое Heart-Beat сообщение. Причина этого довольно интересная - большая перегрузка чипа ONU PPPoE сессиями и/или DHCP запросами. Поэтому ,дорогие друзья, если Вы используете PPPoE, то изолируйте EPON порты между друг другом. Это же касается любителей IPoE  - также изолируйте EPON порты, используйте DHCP Snooping с назначением доверительного порта. Это заметно сократит количество бродкастного флуда в сети. И вообще на OLT-е есть функция ограничения кол-ва DHCP запросов, проходящих через чип в единицу времени. 

 

Тем не менее, мы не пытаемся оправдаться  ;). Новая прошивка для решения бага уже в строю.... и мы Вам её не дадим !!! Прошивка находится

в стадии бета тестирования, т.е. пока что является сыроватой. Но как бы то ни было, на текущий момент при использовании этой прошивки ONU в LinkFault больше не падают. Через несколько дней будет готов релиз новой прошивки и мы с радостью выложим её на Дропбокс.

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

Для жаждущих ACL на пластиковых FORах - китайцы пообещали, что на следующей неделе будет релиз новой прошивки. Ждёмс...

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від 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 грн.

    • Від grapefruit
      Доброго вечора, спільното!
      Можливо хтось стикався з завданням,коли потрібно на OLT BDCOM GP3600 по oid визначити час розреєстрування ону. В неті нічого знайти не вдалося, через MIB браузер тоже ніц.
      Якщо підкажете буде дуже вдячний, або хоч підкажіть де шукати.
      Всім гарного вечора)
    • Від alexeya
      Продам OLT ZTE C320. OLT укомплектован блоком живлення PRAM, двома платами GTGH(K00), платою керування SMXA(A31).

      Кожна GTGH-плата, це 16 GPON портів, 16 GPON модулів C++.
      SMXA-плата, це SFP+ (10G) порт, 1 гігабітний комбо порт.

      В наявності 2 одиниці. Один новий, один був у використанні (стан близький до нового)

      Ціна нового - 120000 грн
      Ціна вживаного - 105000 грн

      BDCOM GP-3600-08B куплявся в ДЕПСі в вересні 23 року. В ньому використовувались тільки 3 порти (тобто є тільки 3 GPON SFP модулі). 48к разом з модулями

      ОЛТИ без модулів:
      3310B-2AC - 1штука - 8000
      3310B - 2 штуки - 7500
      3310B + Proline UPS - 1 штука - 8500
      3310D + Proline UPS - 1 штука - 12500
      BDCOM P3600-04 + Proline UPS - 1 штука - 16500
      3616-2TE - 3 штуки - 53к

      Додам вживані EPON С++ модулі по 400 грн за штуку. Або нові по 750 грн за штуку
    • Від alexeya
      Продам оборудование в связи с прекращением деятельности телеком-оператора в Донецкой области.
       
      Eltex MES2324FB в отличном состоянии (8 штук) - 13.000 грн
      Eltex MES5324 (24 SFP+, 4 QSFP) - 62.000 грн
      Extreme Networks X620-16x (16 SFP+) - 42.000 грн
       
      OLT ZTE C320 (GTGH (K00) * 2, PRAM, SMXA (A31) - 32 GPON ports, C++ модули, 10G плата управления. Состояние близкое к новому (был в эксплуатации пол года) - 110.000грн, новый 125.000 грн.
       
      Juniper MX80 (MX5-T upgraded to MX80, 16 subsribers, все лицензии есть), есть 2 штуки. - 1700$
       
      Кабель бухтами (в Павлограде, могу привезти в Днепр или отправка деливери/нп)
      ОКТ-Д(1.0)-2Е1-0,36Ф3,5/0,22Н18-2 — 3000м - 3.5 грн/метр 
      ОКЗ(б2,7)Т-008(7,8 мм) — бухти 3840 и 4000 м - 13 грн/метр
      ОЦБгП-8А1(1х8) 2,7 кН — 2 бухти по 3830 м - 13 грн/метр
       
       
       
























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