ke1evra Опубліковано: 15 травня, 2018 Опубліковано: 15 травня, 2018 После 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 У меня больше нет предположений из-за чего ещё может быть... Есть у кого мысли?
nik247 Опубліковано: 15 травня, 2018 Опубліковано: 15 травня, 2018 (відредаговано) 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 Відредаговано 15 травня, 2018 nik247
ke1evra Опубліковано: 15 травня, 2018 Опубліковано: 15 травня, 2018 (відредаговано) 8 минут назад, nik247 сказал: в "Е" прошивках для 3310с появился мас-фильтр - может оно? ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/Read_before_Update.txt Мысль интересная, но подобных маков в сети нет. Да и работает же до выполнения write all. В принципе можно и включить local-mac forward. Только вот зачем это ввели непонятно. Відредаговано 15 травня, 2018 ke1evra
exhalace Опубліковано: 31 липня, 2018 Опубліковано: 31 липня, 2018 Коллеги, у всех ли на данной железке работает ftp-client, то есть выгрузка файлов с олта на FTP сервер? У меня ввиду того, что умирает dhcp-relay при выгрузке через tftp, пользоваться им чревато. Кстати, подозрительно - bootp протокол 67, 68 UDP, а у TFTP 69 UDP порт. Че-то подозрительно. Глюк кочует из версии в версию, но его так и не фиксят. Сейчас юзаю самую свежее ПО.
superb Опубліковано: 9 вересня, 2018 Опубліковано: 9 вересня, 2018 Только начинаю знакомится с p3310c, сильно не пинайте) Ону фоксгейты, на 2 гпон порта подключаются 7 абонов, в билинге висят в онлайне. Но когда смотрю по сигналам то днём к примеру только 2-3 ону видно. Вечером может и 5-6 появится. Так и должно быть, если ону в режиме ожидания то сигналы не увижу?
Дмитро Опубліковано: 9 вересня, 2018 Опубліковано: 9 вересня, 2018 Ону всегда видно если она включена в розетку и в допустимых пределах уровни.
superb Опубліковано: 15 вересня, 2018 Опубліковано: 15 вересня, 2018 (відредаговано) Еще есть проблема( Прошивка 10.1.0E Build 47063, модули Foxgate Gepon C++, ону Foxgate 1001wz. Настройка минимальная, ону регистрируются автоматом, влан на порт Gpon Перед олт микротик нас с PPPoE сервером. С самого начала подключений столкнулись с проблемой что роутере не с первого раза подключаются. Приходит настройщик к абону, подключает ону, сигнал 20 регистрацию прошла. Подключает на прямую в ПК, настоил PPPoe клиент и все сразу подключилось, скорость норм, проблем нет. Распаковывает новый роутер, аналогично настраивает но к пппое не подключается. Ip адрес з сети получает и все. Потом может взять другую ону и может подключится. И так каждое подключение. Он сразу берет 2-3 ону и пару роутеров и как то оно заработает. Пробовали на двух разных моделях ТПлинк все равно вылазит. Если подключить этот роутер в олт напрямую, в порт G1 то тоже подключается без проблем. Проблема именно в том что не пропускает PPPoe. Может кто сталкивался?( Відредаговано 15 вересня, 2018 superb
superb Опубліковано: 18 вересня, 2018 Опубліковано: 18 вересня, 2018 Ребят поделитесь для pppoe стабильную прошивку, что у кого стоит?
gubanov Опубліковано: 22 вересня, 2018 Опубліковано: 22 вересня, 2018 В 18.09.2018 в 23:15, superb сказал: Ребят поделитесь для pppoe стабильную прошивку, что у кого стоит? Стоит 10.1.0E Build 50174, PPPoE работает.
Lenchenko_Artem Опубліковано: 3 жовтня, 2018 Опубліковано: 3 жовтня, 2018 Добрый день. Коллеги помогите понть что за логи на олт. У нас есть олт 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 Подскажите, что это означает ?? И как с этим бороться ??
pashaumka Опубліковано: 3 жовтня, 2018 Опубліковано: 3 жовтня, 2018 Только что, 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 его надо грохнуть и перегрузить олт.
Lenchenko_Artem Опубліковано: 3 жовтня, 2018 Опубліковано: 3 жовтня, 2018 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 или нужно с бут меню грохать через консоль ???
Doctorzlo Опубліковано: 3 жовтня, 2018 Опубліковано: 3 жовтня, 2018 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 в бут меню залезать не нужно !!!!!!!
Lenchenko_Artem Опубліковано: 3 жовтня, 2018 Опубліковано: 3 жовтня, 2018 1 минуту назад, Doctorzlo сказал: delete config.db в бут меню залезать не нужно !!!!!!! Как раз перед тем как написать сюда удалил config .db и ifindex-config и перерегал онушки. Я так понял что переполнился база конфигов онушек или что то в этом роде ))
pashaumka Опубліковано: 6 жовтня, 2018 Опубліковано: 6 жовтня, 2018 В 03.10.2018 в 12:24, Lenchenko_Artem сказал: Как раз перед тем как написать сюда удалил config .db и ifindex-config и перерегал онушки. Я так понял что переполнился база конфигов онушек или что то в этом роде )) у меня эта беда возникла, когда я переносил конфиг с одной головы на другую, и в темплейте оставил wrire. Потом, просто переключили головы и получили такой-же еффект + вынос мозга техподдержке
fet4 Опубліковано: 24 жовтня, 2018 Опубліковано: 24 жовтня, 2018 Столкнулся с проблемой, за онухой несколько человек (до 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
sanyadnepr Опубліковано: 24 жовтня, 2018 Опубліковано: 24 жовтня, 2018 59 минут назад, Dimkers сказал: закончился ткам? Надо писать так. Закончился ткам ! 1 час назад, fet4 сказал: Чем объяснить такое поведение ? Ответ дан в этой теме https://forum.nag.ru/index.php?/topic/111305-ne-rabotaet-dhcp-snooping-na-bdcom/&do=findComment&comment=1214054
fet4 Опубліковано: 24 жовтня, 2018 Опубліковано: 24 жовтня, 2018 (відредаговано) 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 Почему записываются эти не нужные связки? Відредаговано 24 жовтня, 2018 fet4
sanyadnepr Опубліковано: 24 жовтня, 2018 Опубліковано: 24 жовтня, 2018 (відредаговано) 4 минуты назад, fet4 сказал: Ведь dhcp snooping на том влане и не включен? Включение в любом влане, включает на всех остальных вланах. Поздравляю ! Это бдком. Відредаговано 24 жовтня, 2018 sanyadnepr
fet4 Опубліковано: 24 жовтня, 2018 Опубліковано: 24 жовтня, 2018 Т. 10 минут назад, sanyadnepr сказал: Надо писать так. Закончился ткам ! Ответ дан в этой теме https://forum.nag.ru/index.php?/topic/111305-ne-rabotaet-dhcp-snooping-na-bdcom/&do=findComment&comment=1214054 Читал, видел. Но В общем, смотрите сами - по максимуму на 3310 можно взять всю таблицу TCAM (512 записей) и разделить её только между DHCP Snooping и ISG. Как раз получится, что все 256 клиентов могут сидеть одновременно. Да же с учетом этого, в момент проблемы было 171 связка, включен был DHCP Snooping и ISG. Должно было хватить?!
fet4 Опубліковано: 24 жовтня, 2018 Опубліковано: 24 жовтня, 2018 (відредаговано) Включение в любом влане, включает на всех остальных вланах. Поздравляю ! Это бдком. И фактически про транзитный трафик через ОЛТ можно забыть ( Даже с учетом того что олт будет конечным устройством и будет под завязку, в существующих реалиях не хватит на 256 абонентов, которые заявлены производители. Відредаговано 24 жовтня, 2018 fet4
sanyadnepr Опубліковано: 24 жовтня, 2018 Опубліковано: 24 жовтня, 2018 11 минут назад, fet4 сказал: Даже с учетом того что олт будет конечным устройством и будет под завязку, в существующих реалиях не хватит на 256 абонентов, которые заявлены производители. На 256 если соблюсти условия хватит.
fet4 Опубліковано: 24 жовтня, 2018 Опубліковано: 24 жовтня, 2018 (відредаговано) Если не сложно гляньте в моем конфиге что не соблюдено, так как при 171 связке он уже не работает? Или что может есть tcam и от которого можно отказаться. Відредаговано 24 жовтня, 2018 fet4
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас