Перейти до

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

1501С - была партия у Влада одно время, которая дохла по статике. На эту партию была расширена гарантия до 3-х лет вроде. Проверьте, может ОНУхи с этой партии. 

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

Top Posters In This Topic

ипать и как проверить?

надо внести ясность

судя по посту http://local.com.ua/forum/topic/53333-uapon-v50/page-7?do=findComment&comment=522105

у меня онушки 1501С2

 

уже представляю горку хлама после первой грозы

покупал не напрямую у айсилайна а у регионального представителя Технологии Сетей

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

Да именно они. Только вот как это выходит? Партия у Влада была, дилеры раскупили мы купили у дилеров, на сколько я понял про брак все знают, только по гарантии не ремонтируют и не меняют, очень интересно :(

И если знали про брак почему не отозвали партию? Что толку от гарантии до 3 лет? А репутация? У нас так вообще последнее подключение - подключаем клиента ночью гроза на утро мертвая ОНУ мертвый ТП-Линк и мертвая сеть на ПК, онушки горами не держим с нынешними ценами, заменить нечем, здорово получается :( Сидеть и ждать когда клиент к другому перепрыгнет после очередной грозы?

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

ну я сегодня звонил своему дилеру он сказал высылать на ремонт по гарантии а там посмотри что запоют

кстати в другом поселке для сравнения ставлю только ону ZTE интересно как они будут жить.

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

И что после ремонта (если отремонтируют) перестанет статики бояться? Так же вылетит у другого абонента или еще круче у того-же :) Вот это сервис.

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

1501С - была партия у Влада одно время, которая дохла по статике. На эту партию была расширена гарантия до 3-х лет вроде. Проверьте, может ОНУхи с этой партии. 

Тут есть важная неточность. Речь шла про партию 1004B. И все гарантийные обязательства мы выполняем неукоснительно.

У нас нет очереди ОНУ лежащих на ремонт или замену. Все или ремонтируется или заменяется.

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

Да именно они. Только вот как это выходит? Партия у Влада была, дилеры раскупили мы купили у дилеров, на сколько я понял про брак все знают, только по гарантии не ремонтируют и не меняют, очень интересно :(

И если знали про брак почему не отозвали партию? Что толку от гарантии до 3 лет? А репутация? У нас так вообще последнее подключение - подключаем клиента ночью гроза на утро мертвая ОНУ мертвый ТП-Линк и мертвая сеть на ПК, онушки горами не держим с нынешними ценами, заменить нечем, здорово получается :( Сидеть и ждать когда клиент к другому перепрыгнет после очередной грозы?

Этапартия 1004B была в августе прошлого года. В ней обнаружилось отсутствие конденсаторов грозозащиты. В результате наших обращений

производитель признал вину и предоставил комплектующие (конденсаторы) для допайки на нашей строне.

Всем предлагалось прислать товар для допайки за наш счет и нашими силами. Часть потребителей прислала ОНУ и они были доведены

путем напайки 6 коннденсаторов на каждую и возрващены заказчикам. Часть потребителей отказалось это делать по причине того что ОНУ были

уже установлены.  Было перепаяно около 1500 ОНУ, как пришедших от клиентов, так и новых только что поступивших.

С тех пор, каждая приходящая модель детально изучается схемотехнически перед тем как поступить в продажу.

Для технической поддержки тех клиентов у кого на руках отсались не модернизированые ОНУ 1004B

срок гарантии на ту партию был продлен. И мы неукоснительно соблюдаем наши гарантийные обязательства.

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

 

Если наши дилеры не выполняют гарантийные обязательство, вы можете обратиться

в наш тоговый отдел с подобной информацией и мы разберемся.

 

Есть только одно искулючение касаемо продукции БДКОМ. Мы несем гарантийные обязательства

только на те ОНУ котрые мы продали. Мы не несем гарантиные обязательства за устройства

поствленые другими поствщиками БДКОМ.

Пишите в наш торговый отдел - мы разберемся, думаю недоразумение будет разрешено.

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

 

1501С - была партия у Влада одно время, которая дохла по статике. На эту партию была расширена гарантия до 3-х лет вроде. Проверьте, может ОНУхи с этой партии. 

Тут есть важная неточность. Речь шла про партию 1004B. И все гарантийные обязательства мы выполняем неукоснительно.

У нас нет очереди ОНУ лежащих на ремонт или замену. Все или ремонтируется или заменяется.

 

 

Прошу прощения, мой косяк. Перепутал. Тут теперь из-за меня кипишь начался.

 

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

За АйсиЛайн, могу сказать точно, все коцнутые ОНУшки были или отремонтированы или заменены. 

Не думайте что они горят, как свечки. Полет три года, штук 8 ОНУ от силы. А установлено очень много, просто дофигища.

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

Влад, значит те же грабли но с P1501C, иначе как это объяснить? Где-то наши китайские друзья опять накосячили.

 

Накосячили или нет, в этом нужно разбираться.

Такие суждения нужно подтвердить теорией и практикой.

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

Ссылка на тест репорты всех моделей ОНУ

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

эм, Влад, а онушки проданные вашими дилерами тоже беретесь в ремонт?

могу предоставить серийники и МАС

Дилерская сеть - весь ремонт наших товаров направляет нам.

Если серийники окажутся наши - не вижу особых проблем.

Обратитесь в торговый.

 

или если на форуме

напишите на

 

Андрея - reanimator_UA

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

 

Влад, значит те же грабли но с P1501C, иначе как это объяснить? Где-то наши китайские друзья опять накосячили.

 

Накосячили или нет, в этом нужно разбираться.

Такие суждения нужно подтвердить теорией и практикой.

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

Ссылка на тест репорты всех моделей ОНУ

 

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

Последние 5 штук брали именно у Вас, но они еще в пути :) И Влад на 1501С2 папка пустая, нет там никаких тест репортов.

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

очень похоже внутри на P1501C1

https://www.dropbox.com/sh/46c4s2kol4774qd/9HO6RsY3Tl/P1501C1/P1501C1%20pavlobor.doc

 

разница все же есть, при поверхностном осмотре не вижу наличия детальки возле ETH-порта под номером GDT2

Відредаговано zulu_Radist
Ссылка на сообщение
Поделиться на других сайтах
На вторичной обмотке согласующего трансформатора грозозащитные свойства усилены 

путем установки защитных диодов DT1-DT4....

На моих фото они отсутствуют

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

Дорогие друзья. С целью ускрения решения вопроса,

прошу связаться с нашим инженером и менеджером:

 

Никишин Игорь
Инженер
 
Тел. моб. +38050-496-50-89
Тел. +38(0692) 55-05-33
ICQ: 643-672-661
Skype : igor.icline
E-mail : engineer (@) ic-line.net

 

Котельников Алексей
Менеджер

Тел. моб. +38 (050) 496-50-84
Тел. +38 (0692) 55-43-35
Skype : alexey.kotelnikov84
ICQ : 458-257-785
E-mail : sale2 (@) ic-line.net

 

инженер - сделает отчет по 1501С2 (в приниципе по модели)

менеджер - сделает заключение по вашему случаю.

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

Добавлю от себя:

 

Просто нужно разобраться, явдяется ли даный эпизод

проблемой конструкции/комплектации или не связан с конструктивными недоработками.

 

Разбираться будет тов. Никишин Игорь. (см. контакты выше)

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

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

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

Уважаемые форумчане, просьба не придаваться панике. Пока могу сказать лишь одно - с начала продажи модели 1501С2 к нам на ремонт поступило всего лишь 2! ОНУшки этой модели с нерабочей оптикой, так что о массовом выходе из строя речь не идёт.

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

Ну как бы 4 штуки за раз, + у Радиста 1 штука на ровном месте без грозы :( Случай может и не массовый но не единичный это точно :) Паники нет, просто пока для себя решили такие ОНУ не покупать. 

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

У меня есть 3-4 онушки P1004B, которые не регятся. На олте висят периодически в состоянии 0-authenticated. Но это же не повод отказываться от их установки.

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

У меня есть 3-4 онушки P1004B, которые не регятся. На олте висят периодически в состоянии 0-authenticated. Но это же не повод отказываться от их установки.

Passer если вам доставляет удовольствие складировать онушки на складе которые не работают, это ваше дело. У меня есть выбор - брать тот же БДКОМ но не 1501C2 а меньшей ревизии которые не вылетают, то зачем брать C2 и ждать очередного конфликта с абонентом? Возможно вам нужны эти 4 порта, и нечем заменить, вот вам приходится их брать. У меня такой надобности нет в 4 портах. Я не отказываюсь от БДКОМ, просто конкретно эту модельку пока брать не буду.

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

Вы меня не поняли. Суть в величине контрольной выборки: 3-4 онушки на партию в 30 штук, сотню и больше и неразнесенные территориально это совершенно разные вещи.

У меня есть р-нчик из 40 штук DES-3200-26 rev.A1 (кто не в курсе, у них ооочень капризные медные порты) и кол-во сгоревших там портов не превышает десятка.

При этом, установленные в других местах, они являют собой вечный кругооборот зип-эксплуатация-сервис-зип. А есть райончик, где горят порты практически любого свитча. В том числе весьма стойкого DES-3200 rev.C1.

 

Короче решение принимать стоит оперируя объективной информацией.

 

P.S. Как значится у меня в подписи, я не продажник, и мне вообще индифферентен чужой выбор оборудования.

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від LIKO
      Продам оптичний лінійний термінал (OLT) BDCOM P3600-16E-2AC , повна комплектація, можливий продаж з модулями BDCOM OLT-GSFP-20+++
      Ціна 85500 грн.
       





    • Від Prodazha
      Продам Абонентський термінал FoxGate ONU 1001MZ.
      стан нові.
      кількість 360 шт
      ціна 299 грн
       
    • Від Baneff
      Всім привіт. Продавці GPON ONU на чіпсетах ZTE, Realtek, Huawei декларують сумісність всіх з будь-якими OLT.  Але, використовуються в нас в основному ZTE, наскільки я зрозумів. Чим гірші, наприклад Realtek? Потрібна сумісність з різними OLT, зоопарк детектед.
    • Від Baneff
      Привіт всім.
      А от цікаво, чому більшість провайдерів ставить юзерам два пристрої ONU та WiFi роутер окремо? Адже існують ці пристрої як одінг пристрій, два в одному. То чому?
      Дякую.
    • Від 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 и выясняя что и для чего. остального и в инете полно. 

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