Перейти до

bdcom P3310B linkfault


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

Доброго дня.

Маю P3310B Software, Version 10.1.0B Build 19298.

Маю проблему при якій відвалюютться більшість ONU. OAM Status - linkfault.

Проблемаа виникає не закономірно, може раз в місяць, може пару раз на день.

Допомагає перезавантаження порта ( epon down/up) .

Може хто стикався? підкажіть причини і, можливо, рішення. До версії прошивки не привязуюся, бо на комутаторах з іншими версіями така проблема теж виникала.

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

Ну если к версии софта вы не привязываетесь и сознательно держите древнюю прошивку то попробуйте предположить вариацию бюджета в линии. Если воспринять фразу дословно "більшість ону" то все таки часть ону таки остается на своле и версия об отвале фабрики не проходит.  Может все таки стоит поверить ОАМ ?  Ну и есно предположить что уровни по ону в некоторой ветке проваливаются до критического значения и они таки отваливаются время от времени .  Можно попробовать поставить другой модулек сфп с конскими параметрами аля С++ и поглядеть как пойдут дела , в любом случае это пятиминутное дело с точки зрения трудозатрат.

Ссылка на сообщение
Поделиться на других сайтах
  • 4 weeks later...
Опубліковано: (відредаговано)
В 06.05.2020 в 10:30, prototip сказал:

Ну если к версии софта вы не привязываетесь и сознательно держите древнюю прошивку то попробуйте предположить вариацию бюджета в линии. Если воспринять фразу дословно "більшість ону" то все таки часть ону таки остается на своле и версия об отвале фабрики не проходит.  Может все таки стоит поверить ОАМ ?  Ну и есно предположить что уровни по ону в некоторой ветке проваливаются до критического значения и они таки отваливаются время от времени .  Можно попробовать поставить другой модулек сфп с конскими параметрами аля С++ и поглядеть как пойдут дела , в любом случае это пятиминутное дело с точки зрения трудозатрат.

Дякую за відповідь!

До версії не привязуюсь бо зараз проблема виникла на P3310B Software, Version 10.1.0B Build 33463. Ця наче не така вже й "дрєвня". 

Що ви маєте на увазі під "поверить ОАМ"?

Стосовно рівнів, передивлявся лог і помітив:

 %OPTICAL-TRANSCEIVER-ALARM: Line on Interface EPON0/1:3 onu, too low rx power
 interface    RxPower(dBm)
-----------  --------------
epon0/1:2    -24.8          
epon0/1:3    -31.2          

З іншої сторони, проблема з linkfault на всін інтерфейсах була а не лине на 1-ому? Як це може бути повязано? 

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

epon0/3:7 -4.9

Это тоже шикарно . Перекос 25дбм.

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

Это тоже шикарно . Перекос 25дбм.

 

Сорі фактор неуважності 

 

epon0/1:3    -31.2.  - Явний перебор. А я чогось на 3-тю гілку почав дивитися (((

 

Згідний, але тут скоріше схоже на глюк. -4.9 = 4.9 силі передатчика (модуля). Мабуть просто ону не може зняти показники..

IntfName   MAC Address    Status          OAM Status   Distance(m) RTT(TQ)
---------- -------------- --------------- ------------ ----------- -------
EPON0/3:7  хххх.хххх.хххх auto-configured ctc-oam-oper 1612        1044

IntfName   VendorID  ModelID
EPON0/3:7  BDCM      3024

IntfName            SoftwareVersion
---------------     --------------------
EPON0/3:7           10.0.8A1104     

А, може й дійсно "зійшла з розуму", потрібно перевірити.

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

може й дійсно "зійшла з розуму", потрібно перевірити

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

47 минут назад, splinter1989 сказал:

epon0/1:3    -31.2.  - Явний перебор.

Если модуля "+" очень большой перебор.

Ссылка на сообщение
Поделиться на других сайтах
  • 1 month later...
Опубліковано: (відредаговано)
В 29.05.2020 в 15:28, rsst сказал:

отвал чипа

 

В 05.05.2020 в 17:04, logic сказал:

Відвал чіпа? 

 

Дякую. Підкажіть, будь ласка, що це означає? Якого саме чіпа? І яким чином це можна  вилікувати?

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

 

Дякую. Підкажіть, будь ласка, що це означає? Якого саме чіпа? І яким чином це можна  вилікувати?

 

реболлинг пон чипа. но может не помочь.

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

в домашних условиях угандонишь плату... Лучше в сервисный центр...

Да че, пусть строительным феномен зареболит, а потом и в сервисный центр можно)

А ваще, сначало сигналы выровняй. 

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

в домашних условиях угандонишь плату... Лучше в сервисный центр...

 

11 часов назад, deltatelecom сказал:

Да че, пусть строительным феномен зареболит, а потом и в сервисный центр можно)

А ваще, сначало сигналы выровняй. 

 

Сам я роботи проводити не збираюся! Маю знайомого майстра який проводить відповідні роботи і має відповідне обладнання і ремонтує нам комутатори інших моделей. Але я не впевнений що він працював саме з такими комутаторами. Тому для більш конструктивного діалогу з майстром запитав у Вас про який конкретно чіп іде мова. Звісно, якщо ви знаєте. Дякую. 

Як інший варіант, прошу порадити сервісні центри де кваліфіковано працють з даними комутаторами.

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

прошу порадити сервісні центри де кваліфіковано працють з даними комутаторами

ДЕПС

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

 

 

Сам я роботи проводити не збираюся! Маю знайомого майстра який проводить відповідні роботи і має відповідне обладнання і ремонтує нам комутатори інших моделей. Але я не впевнений що він працював саме з такими комутаторами. Тому для більш конструктивного діалогу з майстром запитав у Вас про який конкретно чіп іде мова. Звісно, якщо ви знаєте. Дякую. 

Як інший варіант, прошу порадити сервісні центри де кваліфіковано працють з даними комутаторами.

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

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

Ваще реболинг чипа производится на специальном оборудовании, с  нижним подогревом, а не тупо на фене  поставить 450 градусов, и греть пока дорожки отслоятся..

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

- прошивка раз.

- перекосы сигналов.

- Проблема с елетропитанием, ( не исправен Блок питания, кондеры на плате.)

Ссылка на сообщение
Поделиться на других сайтах
В 16.07.2020 в 14:04, deltatelecom сказал:

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

- прошивка раз.

- перекосы сигналов.

- Проблема с елетропитанием, ( не исправен Блок питания, кондеры на плате.)

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

 

Не удержусь - расскажу случай из своего опыта. Была у нас одна ветка, которая внезапно начала приносить проблемы всему посёлку. Логи ничего не давали. Ветки были изолированы, поэтому откуда трабла вычислил сразу. Пришлось все ОНУ по очереди дерегать, чтобы найти. Нашёл. Монтажники поехали к абону, посмотрели и подофигели: у него в 1 сетевой удлинитель были включены кроме ону и роутера холодильник, микроволновка и электрочайник! Не удивительно что и у удлинителя и у блока питания ону уже поплавилась пластмасса на корпусе, но он даже об этом не знал!

 

И такое бывает...

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

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

 

Не удержусь - расскажу случай из своего опыта. Была у нас одна ветка, которая внезапно начала приносить проблемы всему посёлку. Логи ничего не давали. Ветки были изолированы, поэтому откуда трабла вычислил сразу. Пришлось все ОНУ по очереди дерегать, чтобы найти. Нашёл. Монтажники поехали к абону, посмотрели и подофигели: у него в 1 сетевой удлинитель были включены кроме ону и роутера холодильник, микроволновка и электрочайник! Не удивительно что и у удлинителя и у блока питания ону уже поплавилась пластмасса на корпусе, но он даже об этом не знал!

 

И такое бывает...

Это понятно)

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

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

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

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

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

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

Вхід

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

Войти сейчас
  • Зараз на сторінці   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 грн за штуку
    • Від Hamster_Serg
      Таке запитання чи хтось використовував 10G порт на олті(BDCOM GP3600-16B) як магістраль для наступного комутатора( комутатор<->олт<->комутатор)?
      І чи пробували транзитом пропускати QinQ з 3 мітками VLAN(QinQ в QinQ)?
×
×
  • Створити нове...