Перейти до

BDCOM P3310C


Kto To

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

Не понял тогда вашего вопроса - "А они работают?"

Сорри если неоднозначно поставил вопрос.

Речь шла о функциях.

Работает ли функция ip dhcp-relay snooping vlan xxxx

Можете показать вывод show ip dhcp-relay snooping

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Вчи українську, це тобі ще знадобиться!

Дуже схоже на "фільтр по МАС", який зявився в 3310с. ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/Read_before_Update.txt All mac addresses that fit the mask below will be dropped on OLT PON inte

Блин, да поставьте Вы в конце концов понконтрол и собирайте сигналы по СНМП и не мучайтесь

Posted Images

Гм, вот только сегодня разбирал глюки бдкома. С неделю назад начались одиночные жалобы "плохо работает интернет". Перегрузите роутер/компьютер/ону, вроде решали проблему. Вчера звонки стали массовыми, при анализе получалось что из 180 пользователей ОЛТа где-то у 20-30% дикие потери. При этом проблема не привязана к пользователю или пон порту, сейчас потери у одного юзера, через пол часа у другого, затем у третьего. У ПППоЕ шников (коих осталось в работе процентов 20) всегда всё ОК. Проблема решалась выдергиванием и вставлянием медного патчкорда из онушки, но видимо перетекала к следующему юзеру (странно но перезагрузка роутера, ведь на ону тоже опускался/поднимался медный порт и запрашивался адрес не помогала). Проблема решилась отключением дхцп снупинга. Про проблему дхцп снупинг = 128 пользователей никогда не слышал, но видимо это правда. Прошивка 33463.

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

Гм, вот только сегодня разбирал глюки бдкома. С неделю назад начались одиночные жалобы "плохо работает интернет". Перегрузите роутер/компьютер/ону, вроде решали проблему. Вчера звонки стали массовыми, при анализе получалось что из 180 пользователей ОЛТа где-то у 20-30% дикие потери. При этом проблема не привязана к пользователю или пон порту, сейчас потери у одного юзера, через пол часа у другого, затем у третьего. У ПППоЕ шников (коих осталось в работе процентов 20) всегда всё ОК. Проблема решалась выдергиванием и вставлянием медного патчкорда из онушки, но видимо перетекала к следующему юзеру (странно но перезагрузка роутера, ведь на ону тоже опускался/поднимался медный порт и запрашивался адрес не помогала). Проблема решилась отключением дхцп снупинга. Про проблему дхцп снупинг = 128 пользователей никогда не слышал, но видимо это правда. Прошивка 33463.

Переодически появляется такая проблема. Помогает только отключение медного порта на онушке. Специально ездили к отключенным клиентам, что б выявить из за чего такое происходит. И в нашей ситуации мы заметили закономерность. У всех этих клиентов роутеры Tenda.
Ссылка на сообщение
Поделиться на других сайтах

To argus78:

Dhcp snooping еще та лажа. У себя отключил давно и все полетело.

Ппоблема за 128 не заключается в функционале снупинга, а заключается в ткамовской таблице. Ну очень мало в ней мозгов.

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

To argus78:

Dhcp snooping еще та лажа. У себя отключил давно и все полетело.

Ппоблема за 128 не заключается в функционале снупинга, а заключается в ткамовской таблице. Ну очень мало в ней мозгов.

Как вы авторизуете клиента?

#show ip dhcp-relay snooping

ip dhcp-relay snooping
ip dhcp-relay snooping vlan  129-132
ip arp inspection vlan  129-132
ip verify source vlan  129-132
ip dhcp-relay snooping log
DHCP Snooping trust interface:
   g0/1

ARP Inspect trust interface:
   g0/1

IP source guard trust interface:
   g0/1

DHCP Snooping deny interface:

ip dhcp-relay snooping db-file /dhcpr-database
Ссылка на сообщение
Поделиться на других сайтах

После этой строчки ip dhcp-relay snooping db-file

Должна быть табличка, а ее нет.

Осмелюсь предположить, что функционал не работает.

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

После этой строчки ip dhcp-relay snooping db-file

Должна быть табличка, а ее нет.

Осмелюсь предположить, что функционал не работает.

 

Почему она должна быть? Он же пишет

 /dhcpr-database 

Вы об этой ?  :)

#show ip dhcp-relay snooping binding

Hardware Address  IP Address      Surplus Time Type    VLAN Intf
----------------- --------------- ------------ ------- ---- ----------
d4:6e:0e:53:d5:2d 10.194.132.24   960          DHCP_SN 132  epon0/4
c4:6e:1f:61:ca:f1 10.194.132.5    1020         DHCP_SN 132  epon0/4
b4:74:43:7b:71:67 10.194.130.49   1380         DHCP_SN 130  epon0/2
18:a6:f7:3b:c1:71 10.194.129.20   1020         DHCP_SN 129  epon0/1
f4:f2:6d:3c:dc:91 10.194.130.10   1020         DHCP_SN 130  epon0/2
d4:6e:0e:96:5f:d5 10.194.132.9    900          DHCP_SN 132  epon0/4
c0:25:e9:ce:9d:c9 10.194.132.20   960          DHCP_SN 132  epon0/4
f4:f2:6d:5c:27:a7 10.194.129.14   1260         DHCP_SN 129  epon0/1
a0:f3:c1:13:ee:fd 10.194.129.22   1200         DHCP_SN 129  epon0/1
30:b5:c2:5a:3e:55 10.194.132.13   1020         DHCP_SN 132  epon0/4
10:fe:ed:59:3f:35 10.194.129.10   1680         DHCP_SN 129  epon0/1
50:c7:bf:6b:4c:86 10.194.132.6    1740         DHCP_SN 132  epon0/4
e4:8d:8c:ca:b8:3e 10.194.130.5    1260         DHCP_SN 130  epon0/2
f4:6d:04:8c:90:fc 10.194.129.8    1020         DHCP_SN 129  epon0/1
14:cc:20:0a:fd:26 10.194.129.43   960          DHCP_SN 129  epon0/1
c0:25:e9:bd:fe:a3 10.194.132.7    1260         DHCP_SN 132  epon0/4

...

Что бы Вы поверили  :)

#show ip dhcp-relay snooping statistics

server forward from trusted port:               172274
client forward to trusted port:                 183859
server drop received on untrusted port:         18
client drop destination on untrusted port:      0
client drop untrusted option 82 field:          0
client drop bad DHCP release request:           0
client drop failed verify MAC check:            0
client drop max client check:           0

Vlan 129:
The current client:45

Vlan 130:
The current client:29

Vlan 131:
The current client:31

Vlan 132:
The current client:50

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

Прошивка  Version 10.1.0D Build 34315

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

 

После отключения ARP инспекции проблемы с процессом bcmR исчезли.

 

Отключить снупинг? Вы чего... Без снупинга можно вбить настройки вручную и зачем тогда платить за услуги :)

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

Всем привет. Используем BDCOM P3310C Software, Version 10.1.0E Build 37276

 

Подскажите такой момент, кто либо знает что может означать данный лог выделено жирным, нигде не получилось найти инфу?
 

Jan  1 00:01:42 %OLT: Config ONU on interface EPON0/2:18 failed for 1 times, mus
t deregister it!
Jan  1 00:01:42 HAL: onu async service 146 failed, diID=93, rv=-5, onu_rv=0
Jan  1 00:01:42 %EPON-ONUDEREG: ONU ec08.6bc8.e952 is deregistered on EPON0/4:19
.
Jan  1 00:01:42 %EPON-ONUAUTHEN: ONU c07e.405b.2a43 is authenticated on EPON0/4:
20.
Jan  1 00:01:42 %OLT: Config ONU on interface EPON0/4:19 failed for 1 times, mus
t deregister it!
Jan  1 00:01:42 %EPON-ONUAUTHEN: ONU e067.b332.7ab4 is authenticated on EPON0/2:
4.
Jan  1 00:01:42 %EPON-ONUREG: ONU c07e.405b.2a43 is registered on EPON0/4:20.
Jan  1 00:01:42 HAL: onu async service 146 failed, diID=98, rv=-5, onu_rv=0
Jan  1 00:01:42 %EPON-ONUREG: ONU e067.b332.7ab4 is registered on EPON0/2:4.
Jan  1 00:01:41 %OLT: Interface EPON0/1:34's CTC OAM extension negotiated succes
sfully!
Jan  1 00:01:41 %EPON-ONUDEREG: ONU c07e.405b.2a43 is deregistered on EPON0/4:20
.
Jan  1 00:01:41 %EPON-ONUDEREG: ONU e067.b332.7ab4 is deregistered on EPON0/2:4.
 
Jan  1 00:01:41 %OLT: Config ONU on interface EPON0/4:20 failed for 2 times, mus
t deregister it!
Jan  1 00:01:41 %OLT: Interface EPON0/1:34's OAM Operational Status: Operational
 
Jan  1 00:01:41 HAL: onu async service 146 failed, diID=99, rv=-11, onu_rv=134
Jan  1 00:01:39 %EPON-ONUAUTHEN: ONU ec08.6bc8.e701 is authenticated on EPON0/1:
34.
Jan  1 00:01:39 %EPON-ONUREG: ONU ec08.6bc8.e701 is registered on EPON0/1:34.
Jan  1 00:01:39 %OLT: Interface EPON0/3:19's CTC OAM extension negotiated succes
sfully!
Ссылка на сообщение
Поделиться на других сайтах

 

Всем привет. Используем BDCOM P3310C Software, Version 10.1.0E Build 37276

 

Подскажите такой момент, кто либо знает что может означать данный лог выделено жирным, нигде не получилось найти инфу?

Может совпадение, но тоже начал такое замечать на ону от бдкома. тоже Version 10.1.0E Build 37276

еще есть ctcstack_event.c(683): error private event, onu_id=65, rv=-3

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

 

 

Всем привет. Используем BDCOM P3310C Software, Version 10.1.0E Build 37276

 

Подскажите такой момент, кто либо знает что может означать данный лог выделено жирным, нигде не получилось найти инфу?
 

Jan  1 00:01:42 %OLT: Config ONU on interface EPON0/2:18 failed for 1 times, mus
t deregister it!
Jan  1 00:01:42 HAL: onu async service 146 failed, diID=93, rv=-5, onu_rv=0

 

К чему вообще был вопрос. Столкнулись с тем что ОЛТ перезагружался, через каждые 5-10 мин, начали выключать EPON порты по одному в итоге выяснили, что когда первый отключаешь то ОЛТ работает, что только не делали, меняли SFP сделали рокировку между 3 и 1 EPON портами проблема переехала на 3 EPON, подумали что в физике или ОНУ проблема, поменяли обратно с 3-го на 1-й  ЕПОН, проблема не ушла причем работает то 5, то 10 мин, то 40 мин  потом перезагружается сам, самое странное в логах увидели вот это:

Jan  1 00:01:42 HAL: onu async service 146 failed, diID=93, rv=-5, onu_rv=0

Хотелось бы узнать что это значит, переколупали всю физику, подключено всего 4 ветки 8 MDU  36 абонентов, отключали по одной MDU думали проблема либо в физике либо в ОНУ ничего не помогло, также делали замер входящего сигнала со стороны ОЛТ было подозрение возможно кто-то из абонентов подключил медиаконвертер сигнала не было, прошло 4 дня пока ОЛТ работает 2 дня без перезагрузки ОНУ те же все то же, в чем проблема ОЧЕНЬ бы хотелось разобраться. Кстати сейчас в логах: Jan  1 00:01:42 HAL: onu async service 146 failed, diID=93, rv=-5, onu_rv=0  нет такого. Люди кто знает что это за логи? help :facepalm:  :wacko: 

А и еще самое прикольное: перед тем как ОЛТ перезагружается на него нельзя зайти по telnet например через putty пытаешься зайти окно открывается и сразу быстро закрывается так происходит до перезагрузки по питанию и еще интересное бывало часто так что заходишь на ОЛТ через putty telnet пишешь enable все ОЛТ ушел в перезагрузку.!

:(
 

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

 

 

в итоге выяснили, что когда первый отключаешь то ОЛТ работает, что только не делали, меняли SFP сделали рокировку между 3 и 1 EPON портами проблема переехала на 3 EPON, подумали что в физике или ОНУ проблема, поменяли обратно с 3-го на 1-й ЕПОН, проблема не ушла

 

так проблема после этого (поменяли обратно) где оказалась - на 1-м или 3-ем ЕПОНе?

 

 

 

Jan 1 00:01:42 HAL: onu async service 146 failed, diID=93, rv=-5, onu_rv=0

 

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

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

Добрый день, 

Matou

 

Да поменяли опять местами порты с 3 на 1-й проблема перешла на 1- й епон.  Работал с субботы 06.01 работал ОЛТ сегодня опять перезагрузился. Логи для меня не знакомые добавились:

 

 

Jan  1 00:01:04 ctcstack_oam_send_direct(395): send OAM error -20

Jan  1 00:00:55 ctcstack_oam_send_direct(395): send OAM error -20
 
 
Конфиг:
 
 
#sh run
Building configuration...
 
 
Current configuration:
!
!version 10.1.0E build 37276
service timestamps log date
service timestamps debug date
logging 10.10.0.1
logging 10.0.0.1
logging 10.255.0.1
logging buffered 20000000
logging trap debugging
!
hostname ***
port-protected 1
!
!
!
!
ip default-gateway 10.10.1.1
!
!
spanning-tree mode rstp
!
!
!
!
!
!
!
!
!
!
!
aaa authentication login default local
aaa authentication enable default none
aaa authorization exec default local
!
username admin password 0 admin
!
!
 
epon oam-version 1 0x21
epon oam-version 2 0x20
!
epon onu-config-template PON3
 cmd-sequence 1 epon onu all-port ctc vlan mode tag 20
 cmd-sequence 2 epon onu all-port loopback detect
!
epon onu-config-template PON4
 cmd-sequence 1 epon onu all-port ctc vlan mode tag 21
 cmd-sequence 2 epon onu all-port loopback detect
!
epon onu-config-template PON1
 cmd-sequence 1 epon onu all-port ctc vlan mode tag 22
 cmd-sequence 2 epon onu all-port loopback detect
!
epon onu-config-template PON2
 cmd-sequence 1 epon onu all-port ctc vlan mode tag 23
 cmd-sequence 2 epon onu all-port loopback detect
!
!
!!slot 0 89
interface GigaEthernet0/1
 shutdown
!
interface GigaEthernet0/2
 shutdown
!
interface GigaEthernet0/3
 switchport trunk vlan-allowed 701,22-21
 switchport trunk vlan-untagged none
 switchport mode trunk
  dhcp snooping trust
!
interface GigaEthernet0/4
 shutdown
!
interface GigaEthernet0/5
 shutdown
!
interface GigaEthernet0/6
 shutdown
!
interface EPON0/1
 epon pre-config-template PON1 binded-onu-llid 1-64
 switchport trunk vlan-allowed 22
 switchport trunk vlan-untagged none
 switchport mode trunk
 switchport protected 1
!
 
interface EPON0/2
 epon pre-config-template PON2 binded-onu-llid 1-64
 switchport trunk vlan-allowed 23
 switchport trunk vlan-untagged none
 switchport mode trunk
 switchport protected 1
!
!
interface EPON0/3
 epon pre-config-template PON3 binded-onu-llid 1-64
 switchport trunk vlan-allowed 20
 switchport trunk vlan-untagged none
 switchport mode trunk
 switchport protected 1
!
!
interface EPON0/4
 epon pre-config-template PON4 binded-onu-llid 1-64
 switchport trunk vlan-allowed 21
 switchport trunk vlan-untagged none
 switchport mode trunk
 switchport protected 1
!
!
!!slot end
!
interface VLAN701
 ip address 10.10.1.37 255.255.255.0
!
!
!
vlan 701
 name mgm701
!
vlan 22
 name cln22
!
vlan 23
 name cln23
!
vlan 20
 name cln20
!
vlan 21
 name cln21
!
vlan 1,701,22-21
!
!
!
!
ip dhcp-relay snooping
ip dhcp-relay snooping vlan  22-21
ip dhcp-relay snooping information option format hn-type
!
!
ip http server
!
!
!
snmp-server community 0 public RO
!
!
time-zone Moskow 3 0
ntp query-interval 1440
ntp server 10.0.0.8
!
!Pending configurations for absent linecards:
!
!No configurations pending global
 
Ссылка на сообщение
Поделиться на других сайтах

Я бы не связывал перезагрузки олта с этими ошибками, потому как аналогичные тоже есть, но все работает стабильно

Jan 22 00:51:41 ctcstack_oam_send_direct(395): send OAM error -20
Jan 22 00:51:41 %OLT: Config ONU on interface EPON0/1:3 failed for 1 times, must deregister it!
Jan 22 00:51:41 HAL: onu async service 146 expired, diID=17, rv=-7, onu_rv=0, seq=4, cur_seq=5
Jan 22 00:51:41 %EPON-ONUDEREG: ONU 1c87.7913.4851 is deregistered on EPON0/1:3.
Jan 22 00:51:41 %EPON-ONUREG: ONU 1c87.7913.4851 is registered on EPON0/1:3.
Jan 22 00:51:41 %EPON-ONUAUTHEN: ONU 1c87.7913.4851 is authenticated on EPON0/1:3.
Jan 22 00:51:42 %OLT: Interface EPON0/1:3's OAM Operational Status: Operational
Jan 22 00:51:43 %OLT: Interface EPON0/1:3's CTC OAM extension negotiated successfully!

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

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

 

Добрый день,
Matou



Да поменяли опять местами порты с 3 на 1-й проблема перешла на 1- й епон. Работал с субботы 06.01 работал ОЛТ сегодня опять перезагрузился. Логи для меня не знакомые добавились:





Jan 1 00:01:04 ctcstack_oam_send_direct(395): send OAM error -20
Jan 1 00:00:55 ctcstack_oam_send_direct(395): send OAM error -20


Конфиг:


#sh run
Building configuration...


Current configuration:
!
!version 10.1.0E build 37276
service timestamps log date
service timestamps debug date
logging 10.10.0.1
logging 10.0.0.1
logging 10.255.0.1
logging buffered 20000000
logging trap debugging
!
hostname ***
port-protected 1
!
!
!
!
ip default-gateway 10.10.1.1
!
!
spanning-tree mode rstp
!
!
!
!
!
!
!
!
!
!
!
aaa authentication login default local
aaa authentication enable default none
aaa authorization exec default local
!
username admin password 0 admin
!
!

epon oam-version 1 0x21
epon oam-version 2 0x20
!
epon onu-config-template PON3
cmd-sequence 1 epon onu all-port ctc vlan mode tag 20
cmd-sequence 2 epon onu all-port loopback detect
!
epon onu-config-template PON4
cmd-sequence 1 epon onu all-port ctc vlan mode tag 21
cmd-sequence 2 epon onu all-port loopback detect
!
epon onu-config-template PON1
cmd-sequence 1 epon onu all-port ctc vlan mode tag 22
cmd-sequence 2 epon onu all-port loopback detect
!
epon onu-config-template PON2
cmd-sequence 1 epon onu all-port ctc vlan mode tag 23
cmd-sequence 2 epon onu all-port loopback detect
!
!
!!slot 0 89
interface GigaEthernet0/1
shutdown
!
interface GigaEthernet0/2
shutdown
!
interface GigaEthernet0/3
switchport trunk vlan-allowed 701,22-21
switchport trunk vlan-untagged none
switchport mode trunk
dhcp snooping trust
!
interface GigaEthernet0/4
shutdown
!
interface GigaEthernet0/5
shutdown
!
interface GigaEthernet0/6
shutdown
!
interface EPON0/1
epon pre-config-template PON1 binded-onu-llid 1-64
switchport trunk vlan-allowed 22
switchport trunk vlan-untagged none
switchport mode trunk
switchport protected 1
!

interface EPON0/2
epon pre-config-template PON2 binded-onu-llid 1-64
switchport trunk vlan-allowed 23
switchport trunk vlan-untagged none
switchport mode trunk
switchport protected 1
!
!
interface EPON0/3
epon pre-config-template PON3 binded-onu-llid 1-64
switchport trunk vlan-allowed 20
switchport trunk vlan-untagged none
switchport mode trunk
switchport protected 1
!
!
interface EPON0/4
epon pre-config-template PON4 binded-onu-llid 1-64
switchport trunk vlan-allowed 21
switchport trunk vlan-untagged none
switchport mode trunk
switchport protected 1
!
!
!!slot end
!
interface VLAN701
ip address 10.10.1.37 255.255.255.0
!
!
!
vlan 701
name mgm701
!
vlan 22
name cln22
!
vlan 23
name cln23
!
vlan 20
name cln20
!
vlan 21
name cln21
!
vlan 1,701,22-21
!
!
!
!
ip dhcp-relay snooping
ip dhcp-relay snooping vlan 22-21
ip dhcp-relay snooping information option format hn-type
!
!
ip http server
!
!
!
snmp-server community 0 public RO
!
!
time-zone Moskow 3 0
ntp query-interval 1440
ntp server 10.0.0.8
!
!Pending configurations for absent linecards:
!
!No configurations pending global

 

 

а можно еще вывод show run db-llid увидеть ?

 

в темплейтах, если используете вендоров, отличных от bdcom, можно попробовать и в команду по петле добавить сtc.

 

еще немаловажный вопрос - с какого момента начались проблемы, имею ввиду после подключения какого-то оборудования или сами по себе ?

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

 

  onu async service 146 expired

Означает, что какой-то функционал, числящийся на bdcom голове под кодом 146 онушка не знает. Вангую, что это loopback detect. Насколько я помню, китайцы отказались показать справочник таких кодов или поправить прошивку, дабы отображалось текстовое обозначение функционала (как было в старом P3310B).

Ссылка на сообщение
Поделиться на других сайтах
а можно еще вывод show run db-llid увидеть ?   

 

 

 

interface EPON0/4:1
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:2
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:3
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:4
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:5
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:6
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:7
  epon onu port 1 ctc vlan mode tag 21 priority 0
!
interface EPON0/4:8
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:9
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:10
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:11
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:12
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:13
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:14
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:15
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:16
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:17
  epon onu port 1 ctc vlan mode tag 21 priority 0
!
interface EPON0/4:18
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:19
  epon onu port 1 ctc vlan mode tag 21 priority 0
!
interface EPON0/4:20
  epon onu port 1 ctc vlan mode tag 21 priority 0
!
interface EPON0/4:21
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:22
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:23
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:24
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:25
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:26
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:27
  epon onu port 1 ctc vlan mode tag 21 priority 0
!
interface EPON0/4:28
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:29
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:30
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:31
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:32
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:33
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:34
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:35
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:36
  epon onu port 1 ctc vlan mode tag 21 priority 0
!
interface EPON0/4:37
  epon onu port 1 ctc vlan mode tag 21 priority 0
!
interface EPON0/4:38
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:39
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:40
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:41
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:42
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:43
  epon onu port 1 ctc vlan mode tag 21 priority 0
!
interface EPON0/4:44
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:45
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:46
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:47
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:48
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:49
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:50
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
!
interface EPON0/4:51
  epon onu port 1 ctc vlan mode tag 21 priority 0
!
interface EPON0/4:52
  epon onu port 1 ctc vlan mode tag 21 priority 0
!
interface EPON0/4:53
  epon onu port 1 ctc vlan mode tag 21 priority 0
  epon onu port 1 loopback detect
 

 

 

 

 в темплейтах, если используете вендоров, отличных от bdcom, можно попробовать и в команду по петле добавить сtc.  

 

 

да ОНУ просто зоопарк. Спасибо за подсказку действительно шаблон ложится криво на некоторые ОНУ не применяется loopback detect, только абонентский vlan. 

 

Кстати в чем разница с ctc или без? (инфу не искала если пошлете в google я пойму -_-)

 

 

   еще немаловажный вопрос - с какого момента начались проблемы, имею ввиду после подключения какого-то оборудования или сами по себе ?

 

 

Вот этот вопрос связать с каким-либо событием не удалось.....ни ремонтов сварочных ни подключений то есть новые ОНУ не добавлялись...хз

 

На текущий момент отсадили целый EPON, который проблемный на другой  ОЛТ ревизии В все работает пока 2 дня, потестим еще 4 дня если не отвалится похоже проблема с чем-то в ревизии С настройки на B все тоже как и на С с соблюдением синтаксиса команд пока ни один абик не жаловался которые сидят сейчас на ОЛТ ревизии В.

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

 

 

Кстати в чем разница с ctc или без?

Могу ошибаться, но ctc как раз и рассчитан для "стыковки" оборудования других вендоров (тот же v-solution) с OLT от BDCOM'a.

Ссылка на сообщение
Поделиться на других сайтах
Могу ошибаться, но ctc как раз и рассчитан для "стыковки" оборудования других вендоров (тот же v-solution) с OLT от BDCOM'a.

 

Да проверили спасибо логи типа:

 

 Jan 22 00:51:41 HAL: onu async service 146 expired, diID=17, rv=-7, onu_rv=0, seq=4, cur_seq=5

 

исчезли.

 

Кстати где вы берете прошивку BD_3310C_10.1.0E_46085_en.bin ? 

 

Я например беру прошивы https://www.dropbox.com/sh/xwbmgzj2y26mstv/AACnL_Oabz5wobmaE-gjmAQea/%D0%9F%D1%80%D0%BE%D1%88%D0%B8%D0%B2%D0%BA%D0%B8/GEPON/OLT/BDCOM/P3310C?dl=0

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

То, что в логах исчезло - это хорошо. Но цель, как я понял, была решить проблему перезагрузки OLT.
Здесь тоже есть прошивки ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/

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

С перезагрузкой пока нет идей. Абики на В ревизии работают отлично

 

Разве что думаем насчет перепрошивки на более новую версию

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

Есть ли подводные камни для перепрошивки на 46085?

Сейчас BDCOM P3310C Software, Version 10.1.0E Build 37276

 

Это как карта ляжет :)

Ченджлогов на крайние прошивки не нашел, но и у вашей версии прошивки с указанного вами источника, в логе указано, что проблема с самопроизвольной перезагрузкой устранена :)

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

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

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

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

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

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

Вхід

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

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
























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