Перейти до

BDCOM P3310C


Kto To

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

После write all клиенты перестают получать ip адреса (не обновляются лизы). Я так понимаю ломается dhcp relay. Прошивки пробовал и  37276 и 43480, и BD_3310C_10.1.0E_50174. Результат один. Работает только на прошивке BD_3310C_10.1.0D_34315

 

Это может быть из-за того, что адрес агента в другом влане?

ip dhcp-relay helper-address 10.10.10.10 vlan 100 

получается клиенты в сети 192.168.*.* vlan 100, а агент 10.10.10.10 vlan 200

 

У меня больше нет предположений из-за чего ещё может быть... Есть у кого мысли?

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 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

31 minutes ago, ke1evra said:

После write all клиенты перестают получать ip адреса (не обновляются лизы). Я так понимаю ломается dhcp relay. Прошивки пробовал и  37276 и 43480, и BD_3310C_10.1.0E_50174. Результат один. Работает только на прошивке BD_3310C_10.1.0D_34315

 

Это может быть из-за того, что адрес агента в другом влане?


ip dhcp-relay helper-address 10.10.10.10 vlan 100 

получается клиенты в сети 192.168.*.* vlan 100, а агент 10.10.10.10 vlan 200

 

У меня больше нет предположений из-за чего ещё может быть... Есть у кого мысли?

в "Е" прошивках для 3310с появился мас-фильтр - может оно?

ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/Read_before_Update.txt

Попробуйте отключить его... 

Switch_config#epon local-mac forward

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

в "Е" прошивках для 3310с появился мас-фильтр - может оно?

ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/Read_before_Update.txt

 

Мысль интересная, но подобных маков в сети нет. Да и работает же до выполнения write all. В принципе можно и включить local-mac forward. Только вот зачем это ввели непонятно.

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

Коллеги, у всех ли на данной железке работает ftp-client, то есть выгрузка файлов с олта на FTP сервер?


У меня ввиду того, что умирает dhcp-relay при выгрузке через tftp, пользоваться им чревато. Кстати, подозрительно - bootp протокол 67, 68 UDP, а у TFTP 69 UDP порт. Че-то подозрительно. Глюк кочует из версии в версию, но его так и не фиксят. Сейчас юзаю самую свежее ПО.

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

Только начинаю знакомится с p3310c, сильно не пинайте) 

Ону фоксгейты, на 2 гпон порта подключаются 7 абонов, в билинге висят в онлайне. Но когда смотрю по сигналам то днём к примеру только 2-3 ону видно. Вечером может и 5-6 появится. Так и должно быть, если ону в режиме ожидания то сигналы не увижу?

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

Еще есть проблема( 

Прошивка 10.1.0E Build 47063, модули Foxgate Gepon C++, ону Foxgate 1001wz. Настройка минимальная, ону регистрируются автоматом, влан на порт Gpon Перед олт микротик нас с PPPoE сервером. С самого начала подключений столкнулись с проблемой что роутере не с первого раза подключаются. Приходит настройщик к абону, подключает ону, сигнал 20 регистрацию прошла. Подключает на прямую в ПК, настоил PPPoe клиент и все сразу подключилось, скорость норм, проблем нет. Распаковывает новый роутер,  аналогично настраивает но к пппое не подключается. Ip адрес з сети получает и все. Потом может взять другую ону и может подключится. И так каждое подключение. Он сразу берет 2-3 ону и пару роутеров и как то оно заработает. Пробовали на двух разных моделях ТПлинк все равно вылазит. Если подключить этот роутер в олт напрямую, в порт G1 то тоже подключается без проблем. Проблема именно в том что не пропускает PPPoe. Может кто сталкивался?(

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

Добрый день.

 

Коллеги помогите понть что за логи на олт.

 

У нас есть олт BDCOM(tm) P3310C Software, Version 10.1.0D Build 33463

В логах появилась такая ошибка


Oct 3 10:56:10 SQLITE-ONU-EMTPYCFG SELECT table name failed, rc = 11, zErrMsg = database disk image is malformed
Oct 3 10:56:10 failed function = onu_mcst_db_write line = 3700,rc=11,errMsg=database disk image is malformed
Oct 3 10:56:10 failed function = onu_mcst_db_write line = 3654,rc=11,errMsg=database disk image is malformed
Oct 3 10:56:09 SQLITE-ONU-EMTPYCFG SELECT table name failed, rc = 11, zErrMsg = database disk image is malformed
Oct 3 10:56:09 failed function = onu_mcst_db_write line = 3700,rc=11,errMsg=database disk image is malformed
Oct 3 10:56:09 failed function = onu_mcst_db_write line = 3654,rc=11,errMsg=database disk image is malformed
Oct 3 10:56:09 SQLITE-ONU-EMTPYCFG SELECT table name failed, rc = 11, zErrMsg = database disk image is malformed
Oct 3 10:56:08 failed function = onu_mcst_db_write line = 3700,rc=11,errMsg=database disk image is malformed
Oct 3 10:56:08 failed function = onu_mcst_db_write line = 3654,rc=11,errMsg=database disk image is malformed


Подскажите, что это означает ??
И как с этим бороться ??

 

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

Добрый день.

 

Коллеги помогите понть что за логи на олт.

 

У нас есть олт BDCOM(tm) P3310C Software, Version 10.1.0D Build 33463

В логах появилась такая ошибка


Oct 3 10:56:10 SQLITE-ONU-EMTPYCFG SELECT table name failed, rc = 11, zErrMsg = database disk image is malformed
Oct 3 10:56:10 failed function = onu_mcst_db_write line = 3700,rc=11,errMsg=database disk image is malformed
Oct 3 10:56:10 failed function = onu_mcst_db_write line = 3654,rc=11,errMsg=database disk image is malformed
Oct 3 10:56:09 SQLITE-ONU-EMTPYCFG SELECT table name failed, rc = 11, zErrMsg = database disk image is malformed
Oct 3 10:56:09 failed function = onu_mcst_db_write line = 3700,rc=11,errMsg=database disk image is malformed
Oct 3 10:56:09 failed function = onu_mcst_db_write line = 3654,rc=11,errMsg=database disk image is malformed
Oct 3 10:56:09 SQLITE-ONU-EMTPYCFG SELECT table name failed, rc = 11, zErrMsg = database disk image is malformed
Oct 3 10:56:08 failed function = onu_mcst_db_write line = 3700,rc=11,errMsg=database disk image is malformed
Oct 3 10:56:08 failed function = onu_mcst_db_write line = 3654,rc=11,errMsg=database disk image is malformed


Подскажите, что это означает ??
И как с этим бороться ??

 

 

на флешке есть файл *.sql

его надо грохнуть и перегрузить олт.

 

 

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

 

на флешке есть файл *.sql

его надо грохнуть и перегрузить олт.

 

 

а как грохнуть данный фаил ??

командой dir не вижу 

Switch#dir
Directory of /:
0    Switch.bin             <FILE>     9591056    THU JAN 01 00:04:41 1970
1    tiger.blob             <FILE>     2084324    TUE DEC 08 10:15:33 2015
2    startup-config         <FILE>        6807    WED OCT 03 11:00:21 2018
3    config.db              <FILE>       94208    WED OCT 03 11:00:24 2018
4    ifindex-config         <FILE>         616    WED OCT 03 11:00:35 2018
free space 4292608

 

или нужно с бут меню грохать через консоль ??? 

 

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

а как грохнуть данный фаил ??

командой dir не вижу 

Switch#dir
Directory of /:
0    Switch.bin             <FILE>     9591056    THU JAN 01 00:04:41 1970
1    tiger.blob             <FILE>     2084324    TUE DEC 08 10:15:33 2015
2    startup-config         <FILE>        6807    WED OCT 03 11:00:21 2018
3    config.db              <FILE>       94208    WED OCT 03 11:00:24 2018
4    ifindex-config         <FILE>         616    WED OCT 03 11:00:35 2018
free space 4292608

 

или нужно с бут меню грохать через консоль ??? 

 

delete config.db
в бут меню залезать не нужно !!!!!!!

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

delete config.db
в бут меню залезать не нужно !!!!!!!

Как раз перед тем как  написать сюда удалил   config .db   и   ifindex-config и перерегал онушки. 

Я так  понял что переполнился база конфигов онушек или что то в этом роде ))

 

 

Ссылка на сообщение
Поделиться на других сайтах
В 03.10.2018 в 12:24, Lenchenko_Artem сказал:

Как раз перед тем как  написать сюда удалил   config .db   и   ifindex-config и перерегал онушки. 

Я так  понял что переполнился база конфигов онушек или что то в этом роде ))

 

 

у меня эта беда возникла, когда я переносил конфиг с одной головы на другую, и в темплейте оставил wrire.

 

Потом, просто переключили головы и получили такой-же еффект   + вынос мозга техподдержке

 

 

 

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

Столкнулся с проблемой, за онухой несколько человек (до 5), все по ipoe. Часть из них работает, другая часть получает Ip но пакеты от них не ходят.

В таблице show ip dhcp-relay snooping binding их записей нет, удаляю ip arp inspection и ip verify source трафик от них начинает ходить и появляются записи в binding.

Чем объяснить такое поведение ?

 

#show running-config non-pon
!version 10.1.0E build 46085
service timestamps log date
service timestamps debug date
service password-encryption
logging 172.19.0.5
logging buffered 4096
logging trap debugging
!
hostname OLT2
port-protected 1
!
epon local-mac forward
!
!
!
!
ip default-gateway 172.19.0.1
!
no spanning-tree
!
!
!
!
!
!
!
!
!
!
!
aaa authentication login default local
aaa authentication enable default none
aaa authorization exec default local
!
username maxi password 7 0613433F431C5833395A21721205
!
!

epon oam-version 1 0x21
epon oam-version 2 0x20
!
epon onu-config-template access
 cmd-sequence 001 epon onu all-port ctc vlan mode tag %1
 cmd-sequence 002 epon onu all-port storm-control mode 1 threshold 256
 cmd-sequence 003 epon onu all-port ctc loopback detect
 cmd-sequence 004 epon onu all-port ctc notify loopback
 cmd-sequence 005 switchport port-security mode dynamic
 cmd-sequence 006 switchport port-security dynamic maximum 10
!
!
!!slot 0 89
interface GigaEthernet0/1
 shutdown
 switchport trunk vlan-allowed none
 switchport trunk vlan-untagged none
!
interface GigaEthernet0/2
 description DOWNLINK
 switchport trunk vlan-allowed 8,10,13-16,22,32,101-103,108,111-112,200,2000
 switchport trunk vlan-allowed add 2001
 switchport trunk vlan-untagged none
 switchport mode trunk
  dhcp snooping trust
!
interface GigaEthernet0/3
 shutdown
 switchport trunk vlan-allowed none
 switchport mode trunk
!
interface GigaEthernet0/4
 shutdown
 switchport trunk vlan-allowed none
 switchport mode trunk
!
interface GigaEthernet0/5
 shutdown
 switchport trunk vlan-allowed none
 switchport trunk vlan-untagged none
 switchport mode trunk
!
interface GigaEthernet0/6
 description UPLINK_to_3120
 no spanning-tree
 spanning-tree portfast
 switchport trunk vlan-allowed 8,10,12-16,22,32,101-103,107-108,111-112,114
 switchport trunk vlan-allowed add 115,118-119,122-123,125-128,134,200,2000
 switchport trunk vlan-allowed add 2001
 switchport trunk vlan-untagged none
 switchport mode trunk
  dhcp snooping trust
!
!!slot end
!
interface VLAN10
 ip address 172.19.0.8 255.255.255.0
!
interface VLAN12
 
 no ip address
!
interface VLAN107
 
 no ip address
!
!
!
vlan 10
 
!
vlan 108

!
vlan 115

!
vlan 118
 
!
vlan 119
 
!
vlan 123
 
!
vlan 125
 
!
vlan 126

!
vlan 134
 
!
vlan 2000

!
vlan 1,8,10,12-16,22,32,101-103,107-108,111-112,114-115,118-119,122-123,125-128,134
vlan 200,2000-2001
!
!
!
!
ip dhcp-relay snooping
ip dhcp-relay snooping vlan  125-128,200
ip dhcp-relay snooping information option format hn-type host
!
!
!
!
!
snmp-server community 0 zG44kS8ZWu2o5n1x RO
snmp-server contact 
snmp-server location
!
line vty 0
 exec-timeout 3600
 length 64
 width 256
!
line vty 1
 exec-timeout 3600
 length 64
 width 256
!
line vty 2
 exec-timeout 3600
 length 64
 width 256
!
!
!
ip sshd silence-period 3600
ip sshd timeout 3600
ip sshd enable
!
time-zone Kyiv 2 0
ntp server 172.19.0.5
!
summer-time Kyiv periodical week start 03:00 03 last sunday end 01:00 10 last sunday
!
!Pending configurations for absent linecards:
!
!Pending configurations for global:
!
epon dba hardware dynamic-cycletime discovery-frequence 60 discovery-length 1024
!

#show version
BDCOM(tm) P3310C Software, Version 10.1.0E Build 46085
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2017-9-15 15:21:2 by SYS, Image text-base: 0x80008000
ROM: System Bootstrap, Version 0.4.1, Serial num:00316002225
System image file is "Switch.bin"
hardware version:V1.0
(RISC) processor with 131072K bytes of memory, 16384K bytes of flash
Base ethernet MAC Address: 84:79:73:5b:54:2a
snmp info:
  product_ID:294   system_ID:1.3.6.1.4.1.3320.1.294.0

 

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

закончился ткам?

Надо писать так. Закончился ткам !

1 час назад, fet4 сказал:

Чем объяснить такое поведение ?

Ответ дан в этой теме https://forum.nag.ru/index.php?/topic/111305-ne-rabotaet-dhcp-snooping-na-bdcom/&amp;do=findComment&amp;comment=1214054

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

закончился ткам?

 

И тут сразу несколько вопросов.

 

Как следить/контролировать ? Не нахожу команд, подскажите

 

И тут непонятно, делаю

show ip dhcp-relay snooping statistics

server forward from trusted port:               19506655
client forward to trusted port:                 20196492
server drop received on untrusted port:         2144
client drop destination on untrusted port:      7
client drop untrusted option 82 field:          0
client drop bad DHCP release request:           0
client drop failed verify MAC check:            351
client drop max client check:           0

Vlan 125:
The current client:53

Vlan 126:
The current client:23

Vlan 127:
The current client:21

Vlan 128:
The current client:34

Vlan 200:
The current client:0

Итого 131 связка.

 

Делаю show ip dhcp-relay snooping binding all, считаю, вижу 171 связку, как так? 

С таблицы видно что есть записи с downlink порта

c0:4a:00:0c:ec:95 10.194.1.96     300          DHCP_SN 102  g0/2
c4:6e:1f:0b:45:4f 10.194.13.110   240          DHCP_SN 107  epon0/3
f8:1a:67:e0:bc:93 10.194.14.26    300          DHCP_SN 128  epon0/4
d4:6e:0e:50:6a:69 10.194.3.109    240          DHCP_SN 102  g0/2
24:18:1d:04:c9:e4 10.194.13.62    300          DHCP_SN 128  epon0/4
ac:84:c6:81:4e:af 10.194.1.5      180          DHCP_SN 128  epon0/4

Но как так ? Ведь dhcp snooping на том влане и не включен? Плюс на downlink - dhcp snooping trust

ip dhcp-relay snooping
ip dhcp-relay snooping vlan  125-128,200
ip dhcp-relay snooping information option format hn-type host

interface GigaEthernet0/2
 description DOWNLINK
 switchport trunk vlan-allowed 8,10,13-16,22,32,101-103,108,111-112,200,2000
 switchport trunk vlan-allowed add 2001
 switchport trunk vlan-untagged none
 switchport mode trunk
  dhcp snooping trust

Почему записываются эти не нужные связки?

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

Ведь dhcp snooping на том влане и не включен?

Включение в любом влане, включает на всех остальных вланах.

Поздравляю ! Это бдком. :)

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

Т.

10 минут назад, sanyadnepr сказал:

Надо писать так. Закончился ткам !

Ответ дан в этой теме https://forum.nag.ru/index.php?/topic/111305-ne-rabotaet-dhcp-snooping-na-bdcom/&amp;do=findComment&amp;comment=1214054

 

Читал, видел. Но 

В общем, смотрите сами - по максимуму на 3310 можно взять всю таблицу TCAM (512 записей) и разделить её только между DHCP Snooping и ISG. Как раз получится, что все 256 клиентов могут сидеть одновременно.

Да же с учетом этого, в момент проблемы было 171 связка, включен был DHCP Snooping и ISG. Должно было хватить?! 

Ссылка на сообщение
Поделиться на других сайтах
Включение в любом влане, включает на всех остальных вланах.

Поздравляю ! Это бдком.

И фактически про транзитный трафик через ОЛТ можно забыть (

 

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

 

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

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

 

На 256 если соблюсти условия хватит. 

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

Если не сложно гляньте в моем конфиге что не соблюдено, так как при 171 связке он уже не работает? Или что может есть tcam и от которого можно отказаться.

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від Rakim
      Продам кабель оптичний RCI S-CFP(NA)Fda-001 E9/125 - 1 волокно, на підвіс, діелектрик. Новий, в бухтах по 2км. Ціна - 4грн/м. Можливий продаж від ФОП.

    • Від Rakim
      Продам оптичні бокси Crosver FOB-04-16. Нові. Ціна - 400грн/шт. Можливий продаж від ФОП. 
       
      Продам оптичні бокси Crosver FOB-05-24АH. Нові. Ціна - 450грн/шт. Можливий продаж від ФОП. 



    • Від Rakim
      Продам затискач натяжний анкерний H3-SN (нові). Ціна - 9грн/шт. Можливий продаж від ФОП. 
       
      Продам затискач натяжний анкерний H3D (нові). Ціна - 12грн/шт. Можливий продаж від ФОП. 
       



    • Від Emanon
      Приветствую форумчан. Есть проблема и суть ее такова:
      В топологии одной провайдерской сети сделали определенные изменения. Некоторые access-коммутаторы (edge core ec3528M) в домах, решили подключить по gpon-у. Тоесть, если ранее все это дело шло ветками от одного свича к другому, то теперь ответственность, за их агрегацию , частично лягла на olt bdcom gp3600.
      Если схематически : свич -> onu -> olt -> свич агрегации -> bras (accel ipoe) ну и далее уже в ядро. Onu кстати - bdcom gp1701. Вопросы о том, зачем все это и насколько целесообразно - можно оставить для другого разговора.
      А пока что хотелось бы в кое чем разобраться. Недавно, начали идти заявки от НЕКОТОРЫХ абонентов одного и того же дома с одного и того же узла с жалобой на нестабильный интернет. Это через неделю-две после изменения топологии и соответственно, переключения их коммутатора к pon-сети.
      Техник, осмотрев происходящее, заявлял что рандомно, раз в минуту-две, начинаются потери пакетов. Проверял целостность линий,  подключался напрямую ноутом. Результат один и тот же. Линк между свичом и роутером не падает. Не падает линк и между onu и свичом. Проблем с режимами (half duplex, full duplex) портов тоже не было. Если уже далеко зайти, сам домовой свич, olt, коммутатор агрегации, без проблем пингуются (правда находятся в отдельном управляющем vlan). Очевидные проблемы, вроде роста cpu и утечек памяти, в их работе не наблюдались. В логах все чисто. В мониторинге видно, что канал не нагружен (download и upload не превышают 250 Мбит как по pon так и выше, нет аномальных значений pps как для broadcast, так для unicast и multicast). Да и для остальных пользователей, кроме проблемных, не было вопросов. У всех вроде работает, кроме некоторых ребят с конкретного узла. Трасса упорно показывает, что проблемный участок как раз между роутером и bras. Логи на роутерах тоже ничего вразумительного не пишут. При этом, стоило подключить вместо абонентского tp link archer ax12, c64 или keenetic titan, какой то древний роутер, вроде dlink dir300 или tp link tl-wr841n, как все работало стабильно, без потерь. 
      Со стороны bras сессии не рвутся, но через tcpdump действительно обнаруживается, что при пинге ( как 32 байта, так и побольше) часть icmp пакетов от проблемных абонентов не доходит. 
      Менялись mac  абонентских устройств, пытались найти mac flapping, менялся mac aging, менялся абонентский ip. Без результатов. Mac таблица за onu не забивается кстати, там не более 8 устройств. Проверялись оптические уровни. Конечно, onu rx -24 и olt rx -26 - это уже почти на грани. 
      И наверное это отчасти играет роль. Но нюанс с тем, что происходит при замене роутеров, заставляет задуматься. Возможно то, что такое вылезло именно после перехода на gpon - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • Від pytnik82
      продам по 350 грн




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