(Решено) Чудеса P3616-2TE

[melvin 67]

Добрый день!

Существует вот такая проблемка:

На олте 15 pon портов (1-6,8-16) забиты практически полностью (по 3-4 свободных места на каждом).

Темплейт тривиальный и один для всех epon портов:

epon onu-config-template ep1
 cmd-sequence 1 epon onu port 1 ctc vlan mode tag 11
 cmd-sequence 2 epon onu port 1 ctc loopback detect
 cmd-sequence 3 epon onu port 1 storm-control mode 1 threshold 256

Настройки epon портов тоже одинаковы:

epon pre-config-template ep1 binded-onu-llid 1-64
 switchport trunk vlan-allowed 10-11,44
 switchport mode trunk
 switchport pvid 44
 ip access-group subs.filter
 switchport protected 1

Прошивка OLT'а:

BDCOM(tm) P3616-2TE Software, Version 10.1.0E Build 36039
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2016-6-22 15:9:50 by SYS, Image text-base: 0x10000
ROM: System Bootstrap, Version 0.4.5, Serial num:00315072970
System image file is "Switch.bin"
hardware version:V1.0
(RISC) processor with 262144K bytes of memory, 32768K bytes of flash
Base ethernet MAC Address: 00:e0:0f:5e:ee:ad
PCB version:A 
snmp info:
  product_ID:2011   system_ID:1.3.6.1.4.1.3320.1.2011.0

Описание проблемы:

На 7-мом epon порту зарегистрировано 32 онушки, которые стабильно функционируют и выполняют свою задачу.

33-ая и последующие онушки, при добавлении, успешно регистрируются (reg горит стабильно, не пропадает), но конфиг теплейта не подтягивают ни в автоматическом режиме ни при конфигурации в ручную. 

Выдает следующее:

Current configuration:
!
interface EPON0/7:35

Но при этом в самом порту:

 

 epon bind-onu mac 8014.a8a4.1710 35

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

- SFP модуль меняли;

- ONU VSOL, BDCOM, FOXGATE - симптомы одни и те же.

 

Заранее спасибо.
 

Edited 2018-07-17 09:20:37 by melvin

[fet4 46]

А зачем у Вас ?

 switchport pvid 44

и

cmd-sequence 1 epon onu port 1 ctc vlan mode tag 11

одновременно?

 

И тут же 44 влан транком

switchport trunk vlan-allowed 10-11,44

и его pvid указываете

switchport pvid 44

 

 

И обновитесь до 46085.

[Matou 83]

48 минут назад, fet4 сказал:

А зачем у Вас ?

 switchport pvid 44

и

cmd-sequence 1 epon onu port 1 ctc vlan mode tag 11

одновременно?

Дык влан управления, нет ?

[RockManX 9]

35 минут назад, Matou сказал:

Дык влан управления, нет ?

всё норм, я тоже так делаю, чтоб в 1 влан ничё не приходило

[melvin 67]

Как зачем?????

11 влан - это сервис под абонентов

44 влан - это менеджмент.

Влан транком быть не может

А что Вас возмутило в pvid  ?????? э

Да и смысл то не в том, куда Вы обратили свое внимание т.к. на всех остальных портах все замечательно.

 

Ребят, а кто-то тестил 46085, как со стабильностью?

20 минут назад, RockManX сказал:

всё норм, я тоже так делаю, чтоб в 1 влан ничё не приходило

ОООО, плюсую к карме. 

Edited 2018-07-16 13:26:55 by melvin

[serf 9]

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

[melvin 67]

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

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

Касается всех портов в целом при включенной функции или есть ограничение на общее кол-во ону с этим функционалом?

[serf 9]

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

[melvin 67]

За совет спасибо. На ограничение по портам не похоже, т.к. на всех остальных портах от 58 онушек.

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

 

Перерегать онушки - не вариант. Несколько вланов и в этих вланах разные подсети.

Спасибо.

[serf 9]

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

[melvin 67]

Проблема решилась банально.

Для начала - небольшое отступление.

Удалось поковыряться в недрах интернета и проверить эксперементальным путем ограничения по кол-ву ONU на порту.

Делаем вывод:

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

 

На данный момент проблема решилась перепрошивкой на:

BDCOM(tm) P3616-2TE Software, Version 10.1.0E Build 49510
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2018-1-11 15:4:51 by SYS, Image text-base: 0x10000
ROM: System Bootstrap, Version 0.4.5, Serial num:00315072970
System image file is "Switch.bin"
hardware version:V1.0
(RISC) processor with 262144K bytes of memory, 32768K bytes of flash
Base ethernet MAC Address: 00:e0:0f:5e:ee:ad
PCB version:A 
snmp info:
  product_ID:2011   system_ID:1.3.6.1.4.1.3320.1.2011.0

Онушки на epon 0/7 теперь дальше продолжают регистрироваться и подтягивать конфиг с темплейта в автоматическом режиме.

Таким образом ограничения не действуют на loopback и storm control - это факт.

Благодарю форумчан, которые высказали свои идеи и предположения. "Поле для маневра" - это уже половина решения поставленной задачи. 

 

З.Ы: До этого была проблема с epon 0/6 (пол года назад), но решилась заменой SFP модуля. Но там ситуация была чуть другая, сигнал был хороший, но ни одна ONU не регистрировалась. Может кому поможет в будущем.

 

После перепрошивки -  конфиги не послетали (хоть и не должны были, но чем черт не шутит  ). Все онушки зарегистрировались в штатном режиме, косяков со скоростью не обнаружено, ONU с порта на порт не плавают (бывает и такое  ), вланы поподхватывали те, которые и были на них закреплены. На каждом epon порту действует access-list

 

Для тех, кто ищет:

 

BD_3616_10.1.0E_49510.bin

Edited 2018-07-17 08:29:59 by melvin

[SpasiboMne 20]

Добрый день.

Понимаю что не в той теме, но не знаю где спросить, по-этому приношу свои извинения.

Нужны дефолтные логин и пароль на web интерфейс BDCOM ONU GP1501DR (gpon).

ip 10.0.0.10/24 уже знаю.

Но дефолтные admin/admin и все что приходило в голову, в том числе ресет кнопкой, не помогли.

ОНУ с коробки. До меня ее не ковыряли.

Заранее спасибо всем откликнувшимся.

[GrDEV 44]

Введите логин и пароль пользователя через которого заходите в консоль.

[Doctorzlo 20]

2 часа назад, SpasiboMne сказал:

Добрый день.

Понимаю что не в той теме, но не знаю где спросить, по-этому приношу свои извинения.

Нужны дефолтные логин и пароль на web интерфейс BDCOM ONU GP1501DR (gpon).

ip 10.0.0.10/24 уже знаю.

Но дефолтные admin/admin и все что приходило в голову, в том числе ресет кнопкой, не помогли.

ОНУ с коробки. До меня ее не ковыряли.

Заранее спасибо всем откликнувшимся.

в депс обратитесь  там подскажут 

[router_mx 4]

В 17.07.2018 в 11:27, melvin сказал:

Проблема решилась банально.

Для начала - небольшое отступление.

Удалось поковыряться в недрах интернета и проверить эксперементальным путем ограничения по кол-ву ONU на порту.

Делаем вывод:

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

 

На данный момент проблема решилась перепрошивкой на:

BDCOM(tm) P3616-2TE Software, Version 10.1.0E Build 49510
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2018-1-11 15:4:51 by SYS, Image text-base: 0x10000
ROM: System Bootstrap, Version 0.4.5, Serial num:00315072970
System image file is "Switch.bin"
hardware version:V1.0
(RISC) processor with 262144K bytes of memory, 32768K bytes of flash
Base ethernet MAC Address: 00:e0:0f:5e:ee:ad
PCB version:A 
snmp info:
  product_ID:2011   system_ID:1.3.6.1.4.1.3320.1.2011.0

 

 

Для тех, кто ищет:

 

BD_3616_10.1.0E_49510.bin

Добрый день
поделитесь файлом tiger.blob

[Doctorzlo 20]

3 часа назад, router_mx сказал:

Добрый день
поделитесь файлом tiger.blob

 

tiger_06011_2016.blob

[router_mx 4]

12 минут назад, Doctorzlo сказал:

 

tiger_06011_2016.blob

С этой прошивкой BD_3616_10.1.0E_49510.bin он нормально дружит?

[Doctorzlo 20]

насколько помню да , да и на самом деле   версия тайгера не особо  зависит от прошивки  

как и прошивка от тайгера 

[melvin 67]

В 06.09.2018 в 17:42, router_mx сказал:

С этой прошивкой BD_3616_10.1.0E_49510.bin он нормально дружит?

 

В 06.09.2018 в 17:44, Doctorzlo сказал:

насколько помню да , да и на самом деле   версия тайгера не особо  зависит от прошивки  

как и прошивка от тайгера 

Версия тайгера не зависит от прошивки. Но, лучше, выложу, т.к. Bdcom - это еще те чудеса в коробке.

 

Сам файл:

 

tiger.blob