Перейти до

UA.PON v6.0


wladd

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

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

Зелёным цветом обозначен диаметр шляпок шурупа, на которые эта ОНУшка предположительно должна вешаться.

 

Внимание, вопрос: как повесить ОНУ-шку на шурупы, если шляпка шурупа не проходит в отверстие (см. красный размер) ?!

 

 

PS Наняться, что-ли, к китайцам - корпуса проектировать? В SolidWorks-е работать умею, образование подходящее...

 

Вообще интересное замечание. Мы столько продали этих ОНУшек, но даже не заметили такого косяка.

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

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

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

Posted Images

Учитывая многие тесты альтернативных ону, на чем все-таки рекомендуете остановиться? Ну так получается, что мы только собираемся переходить на пон, вот и хотелось бы учитывать Ваши мнения... К слову на айсилайн предлагают только форы, аргументируя их надежную и стабильную работу с бдкомом. Так ли это? Или взвесив все + и - лучше всё-таки не делать зоопарк и остановиться на Олт и ону от бдкома?

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

Учитывая многие тесты альтернативных ону, на чем все-таки рекомендуете остановиться? Ну так получается, что мы только собираемся переходить на пон, вот и хотелось бы учитывать Ваши мнения... К слову на айсилайн предлагают только форы, аргументируя их надежную и стабильную работу с бдкомом. Так ли это? Или взвесив все + и - лучше всё-таки не делать зоопарк и остановиться на Олт и ону от бдкома?

Головне щоб ону були постійно в наявності бо через перебої з поставками вийде зоопарк  :)

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

 

Ну а где же обещанный обзор Extralinka?

 

Его, скорее всего, не будет. Времени нет.

 

жаль..... на что посоветуете обратить внимание при использовании данного девайса?

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

 

 

Ну а где же обещанный обзор Extralinka?

 

Его, скорее всего, не будет. Времени нет.

 

жаль..... на что посоветуете обратить внимание при использовании данного девайса?

 

 

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

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

 

 

поэтому ничего об Екстралинках сказать не могу.

я имел ввиду мнение спеца в "общем", т.е. без привязки к производителю.

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

 

поэтому ничего об Екстралинках сказать не могу.

я имел ввиду мнение спеца в "общем", т.е. без привязки к производителю.

 

 

При использовании любой альтернативной ОНУ, нужно понимать, что скорее всего она будет успешно регистрироваться и даже передавать трафик, но вот дополнительные настройки (LBD, storm-control, port-security) могут не работать

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

 

 

Совсем недавно была анонсирована ONU PICOTEL GE100N которая волею судеб попала к нам в инженерный отдел.
 

А у вас случаем нет апдейтов прошивки к сабжу? Есть в хозяйстве несколько алистаров (и программатор), хочу помучить...

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

 

Добрый день. Взяли на тест пару онушек 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:01EPON0/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, но всё равно ситуация интересная.

.

Подскажите, эти баги вылечили?

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

Уже на версии 1.0.7 эти баги были пофикшены. Только учтите, многие прошивают на ОНУ только файл прошивки, а потом жалуются, что не помогло и бак не исчез. У Форы 2 файла прошивки - линукс ядро и собственно прошивка. Шить нужно оба файла.

 

Вот ссылка на актуальную версию прошивки https://www.dropbox.com/sh/nryrdtvv8l4erb0/AADM84GTD2BppMfRmd5ftEK-a?dl=0

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

 

Вышла новая прошивка для 36-ой серии OLT-ов. Сыылочка на наш

дроп https://www.dropbox.com/sh/yfyjja0arqft5vm/AACF1dx28QnuxluMKzKT35Wma?dl=0

 

вообщем после перепрошивки OLT не загрузлся, подключили через RS232 порт, оказывается он начал уходить в ребут с такой ошибкой:

BreakNum: 9, Offset: 0xfffe000

TaskID=2afb770, TaskName=OIR

Exception Type:300-Data Access Interrupt

R0  = 01aca0a0   R1  = 02af99b0   R2  = 00000000   R3  = 06cae530

R4  = 22e00a21   R5  = 00391260   R6  = 00000fce   R7  = 00000004

R8  = 00000000   R9  = 00000000   R10 = 06cae54c   R11 = 01aca0a4

R12 = 000002a7   R13 = 00000000   R14 = 00000006   R15 = 00000000

R16 = ffffffff   R17 = c4ec4ec5   R18 = 00000000   R19 = 0165f6b0

R20 = 00000001   R21 = 02afaf1c   R22 = 00000003   R23 = 01700000

R24 = 00000002   R25 = 00000040   R26 = 00000001   R27 = 00000001

R28 = 02afaef0   R29 = 06cae128   R30 = 06cadd20   R31 = 06cae530

MSR = 0000b032   LR  = 00741018   CTR = 003886a0   IP  = 00741038

dar = 22e00a21   dsisr = 40000000   fpcsr = 00004000

 

в итоге снесли загрузочный конфиг, загрузился нормально.

 

модель OLT P3616-2TE

 

 

Вопрос:

 

 Обновился, появилась такая же ошибка.

 Прошивку качал с другого источника, о промежуточных перепрошивках не знал.

 

 Как удалить конфиг, если голова в циклическом ребуте?

 

 Была - version 10.1.0C build 18144

 Прошивался - version 10.1.0Е build 29657
 
Ответ:
 CTRL-P при старте головы,
 и откатиться до прошивки 21324.
 После можно прошиваться в новую прошивку,
 в моем случае 29657 нормально запустилась.
Відредаговано wooka
Ссылка на сообщение
Поделиться на других сайтах
А эта ошибка не систематична, поэтому если она возникла единожды, то нет смысла беспокоиться. Не важно, гарантийный ОЛТ или нет, у нас нет средств для диагностики этой проблемы. Сам BDCOM нам говорил "Ну это скорее проблема PON чипа, что-то вроде зависания. Такое происходит крайне редко и после перезагрузки устройства рабочее состояние всегда восстанавливается". Иными словами, ОЛТу хотя бы раз в месяц нужно устраивать профилактический ребут )

А почему бы прошивке не ребутить ОЛТ при возникновении такой ошибки, скажем, через N секунд? Лучше если голова ребутнется, чем если окуклится с концами...

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

Подскажите пожалуйста современную модель ONU, совместимую с BDCOM, у которой таблица MAC адресов больше 64.

Подключаем жилой дом на ONU... и похоже табличка переполняется.

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

Подскажите пожалуйста современную модель ONU, совместимую с BDCOM, у которой таблица MAC адресов больше 64.

Подключаем жилой дом на ONU... и похоже табличка переполняется.

ону на дом? жесть,  делите хотя бы ону на подъезд и будет вам счастье 

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

Подскажите пожалуйста современную модель ONU, совместимую с BDCOM, у которой таблица MAC адресов больше 64.

Подключаем жилой дом на ONU... и похоже табличка переполняется.

GEPON_1#show mac add int epon0/2:2
        Mac Address Table (Total 456)
------------------------------------------

BDCOM P1501C

 

(Работает в таком режиме временно, как резерв в отдельном селе, построенном по ФТТХ, которое сейчас на ПОН переводится. Трафик через нее:

 

post-14813-0-11908800-1445887358_thumb.png

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

Подскажите пожалуйста современную модель ONU, совместимую с BDCOM, у которой таблица MAC адресов больше 64.

Подключаем жилой дом на ONU... и похоже табличка переполняется.

Alistar бочонок: 

Switch#show mac a int epon0/2:5
        Mac Address Table (Total 128)

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

 

Подскажите пожалуйста современную модель ONU, совместимую с BDCOM, у которой таблица MAC адресов больше 64.

Подключаем жилой дом на ONU... и похоже табличка переполняется.

 

GEPON_1#show mac add int epon0/2:2
        Mac Address Table (Total 456)
------------------------------------------
BDCOM P1501C

 

(Работает в таком режиме временно, как резерв в отдельном селе, построенном по ФТТХ, которое сейчас на ПОН переводится. Трафик через нее:

 

 

attachicon.gifgraph_image (1).png

А что было в 20:00?
Ссылка на сообщение
Поделиться на других сайтах

 

 

А что было в 20:00?
Свет выключался в части села на пару минут. Из-за этих частых отключений и перестраиваем ФТТХ на ПОН
Ссылка на сообщение
Поделиться на других сайтах
P3310B_en_25281.bin (Данная прошивка решает проблему подвисания ОЛТа во время некоторых SNMP обращений) Кто уже прошивал, как ведет себя данная прошивка?

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

прошивка древнючая. есть октябрьские уже.

 

раньше при поиске маков на интерфейсах олт виснул и отвисал через около часа..

 

сейчас может кратковременно перестать отвечать, но несколько секунд-минуту.

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

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

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

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

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

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

Вхід

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

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
























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