Перейти до

Абоненты с соседних BDCOM не видят друг друга


rip_van

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

Добрый день!
Стоят паралельно два BDCOM P3616 и P3310B. P3616 маршрутизириует.
Стараюсь понять почему абонеты с разных OLT  не видят друг друга. Тетсировал так чтобы абоненты были в разных vlan (115 и 206) и одном и том же. 
На epon портах стоит switchport protected, но насколько я понял тут в пределах одной OLT. 

BDCOM P3310B

Цитата

 

!version 10.1.0B build 16688
service linenumber
service timestamps log date
service timestamps debug date
service password-encryption
logging buffered 4096
logging facility local3
logging trap warnings
!
error-disable-recovery 360
!
mac address-table aging-time 60
!
ip default-gateway 192.168.8.1
ip name-server 193.106.60.1
ip name-server 193.106.60.2
!
spanning-tree mode rstp
!
epon dba hardware cycletime 80000 discovery-frequence 60 discovery-length 1024
!
aaa authentication login default local
aaa authentication enable default none


interface GigaEthernet0/1
description to_BDCOMP3616
 switchport trunk vlan-allowed 101,111,115,206-208,702-703
 switchport mode trunk
 switchport pvid 703
  dhcp snooping trust
  arp inspection trust
  ip-source trust
 keepalive
 storm-control broadcast threshold 2500
!
!
interface EPON0/1
 switchport trunk vlan-allowed 101,115,206-208,702-703
 switchport trunk vlan-untagged 101,115,206-208,702
 switchport mode trunk
 switchport pvid 702
 switchport vlan-subnet enable
 storm-control broadcast threshold 2500
!
interface EPON0/1:1
 onu-configuration
 switchport port-security dynamic maximum 2
 switchport port-security mode dynamic
  epon onu port 1 ctc mcst tag-stripe enable
  epon onu port 1 ctc mcst mc-vlan add 703
!!onu-configuration-end

interface VLAN111
 ip address 192.168.8.2 255.255.255.0
!
!
!
!
vlan 111
 name admin
!
vlan 115
 name real
 subnet 193.106.62.0 255.255.255.0
!
vlan 206
 name access
 subnet 10.66.212.0 255.255.254.0
!
!
!
vlan 1,101,111,115,206-208,702-703

!
!
ip dhcp-relay snooping
ip dhcp-relay snooping vlan  1,115,145,702
ip verify source vlan  1,702
ip dhcp-relay snooping log

 


BDCOMP3616
 

Цитата

!version 10.1.0E build 33463
service linenumber
service timestamps log uptime
service timestamps debug date
logging buffered 32000
logging facility local6
logging trap warnings
!
error-disable-recovery 360
!
mac address-table aging-time 60
!
dos enable icmp
dos enable ip
dos enable ipv4firstfrag
dos enable mac
dos enable tcpfrag
ddm enable
!
port-protected 1
!
spanning-tree mode rstp
spanning-tree rstp priority 12288
!
aaa authentication login default local
aaa authentication enable default none
aaa authorization exec default local
!
epon oam-version 1 0x21
epon oam-version 2 0x20
!
epon onu-config-template foxgate1001c
 cmd-sequence 1 switchport port-security mode dynamic
 cmd-sequence 2 switchport port-security dynamic maximum 2
 cmd-sequence 3 epon onu port 1 ctc mcst tag-stripe enable
 cmd-sequence 4 epon onu port 1 ctc mcst mc-vlan add 703
 cmd-sequence 5 exit
 cmd-sequence 6 exit
!
interface Null0
!
!
interface GigaEthernet0/5
 description uplink
 switchport trunk vlan-allowed 101,110-111,115,208,702-703,806,2066
 switchport mode trunk
 switchport pvid 703
  dhcp snooping trust
 keepalive
 storm-control broadcast threshold 5000
!
interface GigaEthernet0/7
 description BDCOMP3310B
 switchport trunk vlan-allowed 101,111,115,206-208,702-703
 switchport mode trunk
 switchport pvid 703
  dhcp snooping trust
 keepalive
!
interface EPON0/5
 epon pre-config-template foxgate1001c binded-onu-llid 1-64
 switchport trunk vlan-allowed 101,115,206-208,702-703
 switchport trunk vlan-untagged 101,115,206-208,702
 switchport mode trunk
 switchport pvid 702
 switchport vlan-subnet enable
 switchport protected 1
!
!!slot end
!
interface VLAN111
 ip address 192.168.8.1 255.255.255.0
 no ip directed-broadcast
 ip ospf passive
!
interface VLAN206
 ip address 10.66.212.1 255.255.254.0
 no ip directed-broadcast
 ip access-group block_iface in
 ip ospf passive
!
vlan 111
name admin
!
vlan 115
 name Real
 subnet 193.106.62.0 255.255.255.0
!
vlan 206
 name access
 subnet 10.66.212.0 255.255.254.0
!
vlan 1,101,110-111,115,141-142,206-208,702-703,806,2066
!
ip dhcp-relay snooping
ip dhcp-relay snooping vlan  1,110,115,141,206-207,702
!

 

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

читаем что такое влан, и таг\унтаг

абоненты и не должны видеть друг друга, иначе будет

- если тип авторизации статик айпи ( то подделка ай-пи адреса соседа

- если пппое , то клонируем мак  + определенные манипуляции и го с песней 

в идеале у вас все должно работать по дхцп82

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

читаем что такое влан, и таг\унтаг

абоненты и не должны видеть друг друга, иначе будет

- если тип авторизации статик айпи ( то подделка ай-пи адреса соседа

- если пппое , то клонируем мак  + определенные манипуляции и го с песней 

в идеале у вас все должно работать по дхцп82

Все работает по дхцп, плюс subnet vlan, плюс на одной ону бівает несколько абонетов.
Суть в том что у одного абонента регистратор, а у второго камера. И регистратор камеру не видит. Собственно вот почему этот вопрос стал актуальным. Будь они на одном OLT или порту, то там либо switchport protected либо epon inner-onu-switch

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

Все работает по дхцп, плюс subnet vlan, плюс на одной ону бівает несколько абонетов.
Суть в том что у одного абонента регистратор, а у второго камера. И регистратор камеру не видит. Собственно вот почему этот вопрос стал актуальным. Будь они на одном OLT или порту, то там либо switchport protected либо epon inner-onu-switch

создай на сервере отдельный влан, и подсеть для них

прогони до них отдельный влан и все. вланов же хоть попой кушай

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

и все

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

 

По теме - второй ОЛТ у вас включен в порт первого?

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

По теме - второй ОЛТ у вас включен в порт первого?

Именно так.
Вчера удалось добиться чтобы видели друг друга в одном vlan. Все дело в маршрутизации.Также и в  разных vlan буду править при необходимости, так как 206 маршрутизирует P3616, а 115 уже вышестоящая железка.

Ссылка на сообщение
Поделиться на других сайтах
В 18.10.2018 в 18:00, KaYot сказал:

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

Да Вы очень сильно заблуждаетесь, ну очень сильно.

Согласно Вашей теории,  весь сетевой мир не должен работать, а интернета не должно существовать вообще.

Рассмотрим ситуацию, когда есть менеджмент влан и некая мониторинговая ОС.

 

Менеджмент сеть имеет влан 1 и сеточку 1.1.1.0/24,

Сеть, которую нужно мониторить имеет влан 2 и 3 и сеточки 2.2.2.0/24 и 3.3.3.0/24 соответственно.

Исходя из Ваших слов, чтобы мониторить сети в вланах 2 и 3, каждый влан необходимо заводить в мониторинговую ОС и с каждого влана и подсети нужно выделять один ip адрес. Таким образом, при 100 вланах в Вашей сети Вы получаете достаточно большие проблемы и самое главное, об экономии ресурсов системы уже ркчь идти не будет, так как Вы получите ежедневную борьбу человека и машины.

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

Таким образом получаем:

На необходимое оборудование (где рулятся наши вланы 2 и 3 ) заводится менеджмент влан.

На мониторинговой ОС находится только ОДИН менеджмент влан и только одна подсеть и ничего больше.

На мониторинговой ОС, благодаря статическим маршрутом создаем следующее:

2.2.2.0/24 next-hop 1.1.1.2( айпи на той железке где рулятся вланы 2 и 3) через влан менеджмент 1.

Таким образом, можно легко, к примеру, пингануть 2.2.2.2 в влане 2 с мониторинговой ОС в влане 1 с ип 1.1.1.1.

В разрезе Вашего сообщения я так и не понял понятия "сегментация" относительно порт/влан.

Не приследуется цель кого-то обидеть. Просто делюсь опытом.

В 18.10.2018 в 18:00, KaYot сказал:

По теме - второй ОЛТ у вас включен в порт первого?

А вот олты включать каскадом - не самая лучшая идея. Ткамовская таблица не резиновая.

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

А вот олты включать каскадом - не самая лучшая идея. Ткамовская таблица не резиновая.

Если меня не подводит память, то даже на самой младшей модели 32К Маков...

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

Если меня не подводит память, то даже на самой младшей модели 32К Маков...

подводит, у 3310 8к МАКов.

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

Если меня не подводит память, то даже на самой младшей модели 32К Маков...

Ограничения по таблице tcam действуют при подключениях dhcp-snooping, isg (ip source guard), dai (arp inspection), acl.

 

Не влияют storm-control,.    loopback

 

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

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

Да Вы очень сильно заблуждаетесь, ну очень сильно.

Что за поток сознания....

 

Койот думал что там изоляция портов во всю, которая влияет на коммутацию, но уж никак не на маршрутизацию.

Лучше почитайте в чем разница и вникните в суть проблемы.

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

Что за поток сознания....

 

Койот думал что там изоляция портов во всю, которая влияет на коммутацию, но уж никак не на маршрутизацию.

Лучше почитайте в чем разница и вникните в суть проблемы.

Я прочел достаточно внимательно.

Можно сне пояснить "изоляция портов, которая влияет на коммутацию"

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

Я не думаю, что даже при условии забитости обоих олтов(16*64 + 4*64) будет ахтунг.

Из практики. В каскаде стоял 3612+3310. Под 800 онушек в онлайне. Снупинг+арп испекшин+ ипсорс. Около года полет нормальный, ныне заменено на 3616+3310 в связи с расширением.

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

Я не думаю, что даже при условии забитости обоих олтов(16*64 + 4*64) будет ахтунг.

Из практики. В каскаде стоял 3612+3310. Под 800 онушек в онлайне. Снупинг+арп испекшин+ ипсорс. Около года полет нормальный, ныне заменено на 3616+3310 в связи с расширением.

Ничего не могу сказать плохого.

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

Стараюсь на изначальном этапе руководствоваться все таки официальными рекомендациями.

Если прокатывает, то ради Бога.

Ведь в бензиновый автомобиль тоже можно залить дизельное топливо.

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

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

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

Ведь в бензиновый автомобиль тоже можно залить дизельное топливо. 

Дурковатое сравнение. Оно годится если сказать - онушки от Гпон не взлетают на ОЛТе для Епон.

По факту - арбайтен каскадом. Я лишь говорю о факте.

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

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

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

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

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

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

Вхід

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

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

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

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

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





    • Від legenda vols
      Всем привет, заезженная тема но приходиться искать по всем уголкам интернета - А именно OID и как их использовать.
      Начнём. 
      для новичков.
      bash 
      set_olt_oids() {
          # Общие для EPON (BDCOM)
          if [[ "$1" =~ ^(P3310|P3310B|P3310C|P3608|P3608B|P3316|P3600-16E|P3608-2TE|P3616-2TE|IEP3310)$ ]]; then
              OID_GET_MAC="1.3.6.1.4.1.3320.101.10.4.1.1"
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.101.10.1.1.1"
              OID_MODEL_ONU="1.3.6.1.4.1.3320.101.10.1.1.2"
              OID_TEMP_ONU="1.3.6.1.4.1.3320.101.10.5.1.2"
              OID_AUNT_ONU_STATUS="SNMPv2-SMI::enterprises.3320.101.10.1.1.26"
              OID_UPTIME_ONU="1.3.6.1.4.1.3320.101.10.1.1.80"
              OID_DIST="1.3.6.1.4.1.3320.101.10.1.1.27"
              OID_IF_MAC10="1.3.6.1.4.1.3320.101.11.1.1.3"
              OID_IFindexmac10="1.3.6.1.4.1.3320.101.11.1.1.1"
              LASTREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.9"
              LASTDEREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.10"
              LASTDEREG_REASON="1.3.6.1.4.1.3320.101.11.1.1.11" 
              OID_ONU_ETH="1.3.6.1.4.1.3320.101.12.1.1.8"
              OID_PORT_INDEX="1.3.6.1.4.1.3320.101.107.1.1" # oid возвращает все индексы ПОН портов, работает не везде
              OID_GEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.12"
              OID_FEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.14"
              OID_REBOOT_ONU="1.3.6.1.4.1.3320.101.10.1.1.29" # snmpset -v2c -c RW IP OID.onuIndex i 0 reboot
              OID_DEL_ONU="SNMPv2-SMI::enterprises.3320.101.11.1.1.2" #.$portID.$mac10" i 0 #mac decimal onu
          fi
          # Общие для GPON
          if [[ "$1" =~ ^(GP3600-08|GP3600-16B|GP3600-08B)$ ]]; then
              ETH_STATUS="1.3.6.1.2.1.2.2.1.8" # статус порта 1 портовая ону
              ETH_STATUS4="1.3.6.1.4.1.3320.10.4.1.1.4" # статус портов 4х портовая ону
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.10.3.1.1.2"
              OID_ADMIN_STATUS="1.3.6.1.4.1.3320.10.4.1.1.3"
              OID_DOWN_REASON="1.3.6.1.4.1.3320.10.3.1.1.35"
              OID_DIST="1.3.6.1.4.1.3320.10.3.1.1.33"
              OID_MODEL_ONU="1.3.6.1.4.1.3320.10.3.1.1.9"
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.10.3.1.1.2"
              OID_REBOOT_ONU="1.3.6.1.4.1.3320.10.3.2.1.4" #snmpset -v2c -c RW IP OID.onuIndex i 1 reboot
              
          fi
          # Уникальные параметры для моделей
          case "$1" in
              # EPON модели
              P3310 | P3310B)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  OID_RX_OLT="1.3.6.1.4.1.3320.9.183.1.1.5"
                  OID_PORT_LIST="1.3.6.1.4.1.3320.101.107.1.1"
                  ;;
              IEP3310)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.5"
                  OID_RX_OLT="1.3.6.1.4.1.3320.9.183.1.1.5"
                  OID_TX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  ;;
              P3608 | P3608B | P3310C | P3316 | P3600-16E | P3608-2TE | P3616-2TE)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.5"
                  OID_RX_OLT="1.3.6.1.4.1.3320.101.108.1.3"
                  OID_TX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  OID_PORT_LIST="1.3.6.1.4.1.3320.101.107.1.1"
                  ;;
              # GPON модели
              GP3600-08 | GP3600-16B | GP3600-08B | P3600-08E)
                  OID_RX_ONU="1.3.6.1.4.1.3320.10.3.4.1.2"
                  OID_RX_OLT="1.3.6.1.4.1.3320.10.2.3.1.3"
                  OID_TX_ONU="1.3.6.1.4.1.3320.10.3.4.1.3"
                  OID_GET_MAC="1.3.6.1.4.1.3320.10.3.1.1.4"
                  ;;
              *)
                  echo -e "\e[1;91mНеизвестный режим OLT: $1\e[0m"
                  return 1
                  ;;
          esac
          return 0
      }
      что бы было понятно в дальнейшем что за переменные 
      snmp1="snmpwalk -v2c -c паблик стринг"
      snmp2="snmpwalk -v2c -Ouqv -c паблик стринг"
      snmp3="snmpget -v2c -c паблик стринг"
      snmp3q="snmpget -v2c -Ouqv -c паблик стринг"
      snmp4="snmpget -v2c -Ouqv -c приват стринг"
      snmp5="snmpset -v2c -c приват стринг"

      EPON GEPON
      1- OID_GET_MAC="1.3.6.1.4.1.3320.101.10.4.1.1" на бдкомах епон 
      = SNMPv2-SMI::enterprises.3320.101.10.4.1.1.96 = Hex-STRING: A0 94 6A 97 CC 50
      snmp_response=$($snmp3 "$IP" "$OID_GET_MAC.$1" 2>/dev/null | awk -F'Hex-STRING: ' '{print tolower($2)}' | tr -d ' ')
          onu_mac=$(echo "$snmp_response" | sed 's/\(..\)/\1:/g;s/:$//') #Переводим в человеческий вид
          mac10=$(echo "$snmp_response" | awk '{    # Переводим в mac10 дада способов есть миллиард.
              for (i=1; i<=length; i+=2) {
                  printf "%d", strtonum("0x" substr($0, i, 2))
                  if (i + 2 <= length) printf "."
              }
              print ""
          }')

      лучший способ сделать функцию для форматирования снмп запросов в зависимости от типов STRING / HEX-STRING / COUNTER32 и тд тп.

      ifID=$($snmp1 "$IP" "$OID_IF_MAC10" 2>/dev/null | awk -v mac="$mac10" '$0 ~ mac {split($1, arr, "."); print arr[length(arr)-6]; exit}') 


      2 - OID_VENDOR_ONU="1.3.6.1.4.1.3320.101.10.1.1.1"
      тут без лишних слов возвращает вендор онушек 
      SNMPv2-SMI::enterprises.3320.101.10.1.1.1.97 = STRING: "XPON"   если укажем параметр -Oqv  или -Ouqv получим просто "XPON" и надо будет лишь сделать | tr -d ' " '    что бы удалить лапки.

      3 - OID_MODEL_ONU="1.3.6.1.4.1.3320.101.10.1.1.2" аналогично вендорам, получаем модель.

      4- OID_TEMP_ONU="1.3.6.1.4.1.3320.101.10.5.1.2"  - температура ону делим на / 256
      SNMPv2-SMI::enterprises.3320.101.10.5.1.2.17 = INTEGER: 7027  
      temp_onu=$($snmp3q $IP 1.3.6.1.4.1.3320.101.10.5.1.2.$INDEX | awk '{printf "%.2f", $1/265}' 2>/dev/null)

      5 - OID_AUNT_ONU_STATUS="1.3.6.1.4.1.3320.101.10.1.1.26"
      SNMPv2-SMI::enterprises.3320.101.10.1.1.26.276 = INTEGER: 3

      onuAunt_type=$($snmp3q $IP "$OID_AUNT_ONU_STATUS.$INDEX" 2>/dev/null)
          case "$onuAunt_type" in
              0) onuAunt_type_txt="authenticated" ;;
              1) onuAunt_type_txt="registered" ;;
              2) onuAunt_type_txt="deregistered" ;;
              3) onuAunt_type_txt="auto_config" ;;
              4) onuAunt_type_txt="lost" ;;
              *) onuAunt_type_txt="unknown" ;;
          esac

      6 - OID_UPTIME_ONU="1.3.6.1.4.1.3320.101.10.1.1.80" uptime
      SNMPv2-SMI::enterprises.3320.101.10.1.1.80.207 = INTEGER: 290907
      timetick 
      | awk '{h=int($1/3600); m=int(($1%3600)/60); s=$1%60; printf "AliveTime: %dч %dмин %dсек\n", h, m, s}')${reset}"

      7 - OID_DIST="1.3.6.1.4.1.3320.101.10.1.1.27"
      SNMPv2-SMI::enterprises.3320.101.10.1.1.27.149 = INTEGER: 1600
      на епоне в метрах  на гпоне делим на 10

      8 - OID_IF_MAC10="1.3.6.1.4.1.3320.101.11.1.1.3"
      SNMPv2-SMI::enterprises.3320.101.11.1.1.3.14.60.21.18.8.130.175 = Hex-STRING: 3C 15 12 08 82 AF  
      SNMPv2-SMI::enterprises.3320.101.11.1.1.3      .14-PORTINDEX     60.21.18.8.130.175  - MAC10                = Hex-STRING: MAC HEX

      9- OID_IFindexmac10="1.3.6.1.4.1.3320.101.11.1.1.1"
      SNMPv2-SMI::enterprises.3320.101.11.1.1.1.125.60.21.18.6.227.186 = INTEGER: 125
      SNMPv2-SMI::enterprises.3320.101.11.1.1.1.125.60.21.18.6.247.136 = INTEGER: 125
      возвращает PORT INDEX и можно грепнуть по mac10 найти индекс и можно грепнуть через мак10

      10 - LASTREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.9"
      дату отдаёт в хексе. надо декодировать это дело.
      вызов snmp + IP + oid + PORTINDEX + MAC10 
      date_hex=$($snmp1 $IP "$LASTREG_DATE.$IF_INDEX.$mac10" 2>/dev/null | awk -F': ' '{print $2}' | tr -d ' ')
      if [[ -n "$date_hex" ]]; then
              # Преобразуем дату из hex в числовое представление
              data=($(echo "$date_hex" | sed 's/../0x& /g'))
              local year=$((data[0] * 256 + data[1]))
              local month=${data[2]}
              local day=${data[3]}
              local hour=${data[4]}
              local minute=${data[5]}
              local second=${data[6]}


      local formatted_date=$(printf "%04d-%02d-%02d %02d:%02d:%02d" "$year" "$month" "$day" "$hour" "$minute" "$second")


      10 - LASTDEREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.10"
      аналогично 9му оиду.

      11 - LASTDEREG_REASON="1.3.6.1.4.1.3320.101.11.1.1.11" 
      DEREG_STATUS=$($snmp3 $IP "$LASTDEREG_REASON.$IF_INDEX.$mac10" -Oqv 2>/dev/null)
          case "$DEREG_STATUS" in
              2) dereg_status_text="normal";;
              3) dereg_status_text="mpcp-down";;
              4) dereg_status_text="oam-down";;
              5) dereg_status_text="firmware-download";;
              6) dereg_status_text="illegal-mac";;
              7) dereg_status_text="llid-admin-down";;
              😎 dereg_status_text="wire-down";;
              9) dereg_status_text="power-off";;
              255) dereg_status_text="unknown";;
              0) dereg_status_text="Нет данных.";;
              *) dereg_status_text="not found";;
          esac

      есть прикол если онушка autoconfig статус 3 / authenticated статус 0
      там инвертируються 7 и 8  может и от моделей ону зависеть.... 
      7) dereg_status_text="llid-admin-down";;
      😎 dereg_status_text="wire-down";;
      это уже тестами )


      12  -  OID_ONU_ETH="1.3.6.1.4.1.3320.101.12.1.1.8" статус езернет ничего не обычного кроме того что может верно отдать данные с 2-3го раза )
      2 down 1 up 
      там же есть прикол с authenticated autoconfig инвертируется...
      local PORT_COUNT=$($snmp2 "$IP" "$OID_ONU_ETH.$INDEX" | wc -l)
      local ETH_STATUS=$($snmp2 "$IP" "$OID_ONU_ETH.$INDEX.$port" 2>/dev/null)
              [[ "$ETH_STATUS" =~ ^[0-9]+$ ]] || continue  # Проверяем, что ETH_STATUS - это число
              if [[ "$onuAunt_type" == "0" ]]; then
                  STATUS_COLOR=$( [[ "$ETH_STATUS" -eq 2 ]] && echo "UP" || echo "DOWN" )
              else
                  STATUS_COLOR=$( [[ "$ETH_STATUS" -eq 1 ]] && echo "UP" || echo "DOWN" )
              fi

      13 - OID_PORT_INDEX="1.3.6.1.4.1.3320.101.107.1.1" # oid возвращает все индексы ПОН портов, работает не везде.
      14 - OID_GEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.12"   гигабит езернет порты на онушках (кол-во)
      15 - OID_FEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.14"   ФастЕзернет 100мбит аналогично. 
      INTEGER 

      16 - OID_REBOOT_ONU="1.3.6.1.4.1.3320.101.10.1.1.29" # snmpset -v2c -c RW IP OID.onuIndex i 0                                  reboot REBOOT ONU epon snmp
      $snmp5 "$IP" "$OID_REBOOT_ONU.$INDEX" i 0 >/dev/null 2>&1

      17 - delete onu epon  удалить ону бдком снмп 
      OID_DEL_ONU="SNMPv2-SMI::enterprises.3320.101.11.1.1.2"
      $snmp5 "$IP" "$OID_DEL_ONU.$ifID.$mac10" i 0 > /dev/null 2>&1    oid.PORTINDEX.mac10 i 0 
      остальные есть выше там думаю всё понятно.

      SIGNAL LEVELS в зависимости от моделей плат и олтов расписаны 
      все везде одинаково 
      $snmp2 "$IP" "$OID_RX_OLT.$INDEX" 2>/dev/null | awk '{print $NF / 10}')   результат делим на 10.

      epon пакеты, ошибки по портам на онушке.
      broadcasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.16.$INDEX.$port" 2>/dev/null)
      multicasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.17.$INDEX.$port" 2>/dev/null)
      unicasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.18.$INDEX.$port" 2>/dev/null)
      pause=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.19.$INDEX.$port" 2>/dev/null)
      fcserrs=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.20.$INDEX.$port" 2>/dev/null )
      oversize=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.13.$INDEX.$port" 2>/dev/null)
      jabber=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.14.$INDEX.$port" 2>/dev/null)

      мне бы такое помогло.. а не искать на тонне форумов и сайтов и неделю тыкая snmpwalk и выясняя что и для чего. остального и в инете полно. 
    • Від Amigo
      Продам GEPON ОЛТи BDCOM
      1. BDCOM P3310B (Вживаний) - 6000 грн.
      2. BDCOM P3310C (Вживаний) - 7500 грн.
      3. BDCOM P3310C (Вживаний без вух) - 7000 грн.
      4. BDCOM P3608-2TE (Вживаний) - 20000 грн.
      5. BDCOM P3608-2TE  (Вживаний) - 19000 грн.

    • Від 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 грн за штуку
×
×
  • Створити нове...