kosmich7

Добрый день. Попробуйте, это проверенное решение ? У Вас была такая же ошибка ? Пробовал более свежий софт, пока не очень понравилось, пришлось откатиться.

Здравствуйте. Обнаружил такое в логе, уже второй раз, кто может подсказать из-за чего это происходит, как можно устранить ? Перезагрузка решает, но это не выход. BDCOM(tm) GP3600-16 Software, Version 10.3.0D Build 52548 PON_NI: 0 Aug 4 10:46:16 paldriver.c#2158 PalDrvHostCnterDump > subgroup 5 : 53 Aug 4 10:46:16 paldriver.c#2152 PalDrvHostCnterDump > Obj_id 25 Aug 4 10:46:16 paldriver.c#2158 PalDrvHostCnterDump > subgroup 13 : 321 Aug 4 10:46:16 paldriver.c#2152 PalDrvHostCnterDump > Obj_id 24 Aug 4 10:46:16 paldriver.c#2158 PalDrvHostCnterDump > subgroup 10 : 22 Aug 4 10:46:16 paldriver.c#2152 PalDrvHostCnterDump > Obj_id 5 Aug 4 10:46:16 paldriver.c#2137 PalDrvHostCnterDump > Last one minute host event statistics: Aug 4 10:46:16 paldriver.c#2229 HostEventCallback > Software Error from PON Chip 0: Task: qwm0 File: bws_dba.c Line: 5972 PON_NI: 0 Aug 4 10:46:14 paldriver.c#2158 PalDrvHostCnterDump > subgroup 5 : 51 Aug 4 10:46:14 paldriver.c#2152 PalDrvHostCnterDump > Obj_id 25 Aug 4 10:46:14 paldriver.c#2158 PalDrvHostCnterDump > subgroup 13 : 306 Aug 4 10:46:14 paldriver.c#2152 PalDrvHostCnterDump > Obj_id 24 Aug 4 10:46:14 paldriver.c#2158 PalDrvHostCnterDump > subgroup 10 : 21 Aug 4 10:46:14 paldriver.c#2152 PalDrvHostCnterDump > Obj_id 5 Aug 4 10:46:14 paldriver.c#2137 PalDrvHostCnterDump > Last one minute host event statistics: Aug 4 10:46:14 paldriver.c#2229 HostEventCallback > Software Error from PON Chip 0: Task: qwm0 File: bws_dba.c Line: 5972 PON_NI: 0 Aug 4 10:46:12 paldriver.c#2158 PalDrvHostCnterDump > subgroup 5 : 51 Aug 4 10:46:12 paldriver.c#2152 PalDrvHostCnterDump > Obj_id 25 Aug 4 10:46:12 paldriver.c#2158 PalDrvHostCnterDump > subgroup 13 : 291 Aug 4 10:46:12 paldriver.c#2152 PalDrvHostCnterDump > Obj_id 24 Aug 4 10:46:12 paldriver.c#2158 PalDrvHostCnterDump > subgroup 10 : 20 Aug 4 10:46:12 paldriver.c#2152 PalDrvHostCnterDump > Obj_id 5 Aug 4 10:46:12 paldriver.c#2137 PalDrvHostCnterDump > Last one minute host event statistics: Aug 4 10:46:12 paldriver.c#2229 HostEventCallback > Software Error from PON Chip 0: Task: qwm0 File: bws_dba.c Line: 5972

После перезагрузки по питанию ону не может зарегистрироваться. Поэтому "в какой-то момент" не наш случай. Заменили модуль на ОЛТ, взлетела.

Да есть как с худшим так и с немного лучшим, от -18 до -25. Текущий модуль рабочий. С одним абонентом(ону) проблема из нескольких десятков. Планируем заменить модуль.

Добрый! Спасибо. Это происходит только с одним клиентом, сигнал -20, ону меняли, сообщения на новой те же. Подсела чувствительность модуля на ОЛТ ?

cause Omci linkdown подскажите пожалуйста что означает ?

Ларчик просто открывался. На интел i350t4 и подобных где не подхватывается l2mtu. Надо на всех езернет интерфейсах, которые планируем включать в bonding, указать mtu 1504. Создать bonding и vlan_ы = профит.

Агрегировать 1Г*4, 10Г*2, на нескольких серверах. Порты, на нескольких серверах. В Linux и FreeBSD, агрегация каналов, работает из коробки. И только в ROS х86 сломали агрегацию, на некоторых современных адаптерах. Приведите пожалуйста пример конфигурации L2+L3, в котором емкость интерфейса vlan, не будет ограничена емкостью одного из ether интерфейсов ?

@nkusnetsov Спасибо ! У кого то на ROS 6.37+ используются адаптеры 82599ES - Intel X520 series adapters или 82576 Gigabit ? Какая на них ситуация с l2mtu ? На 82599ЕВ l2mtu 0. В инете находились скрины с 82576 dual port и l2mtu 0.

До 2016-03-11 всем, в том числе и микротику, не было дела, какой там отображается(считывается) или нет l2mtu. Тут еще бабка на двое сказала, карта не отдает l2mtu или микротик так выкрутился, имхо.

@jffulcrum спасибо Вам конечно за ликбез, но чем эта информация может помочь в проблеме c l2mtu 0 ? В "проблемных" адаптерах, l2mtu не изменяется. Микротик не мог сделать костыль ? Править l2mtu руками, сделать возможность.

@jffulcrum Благодарю ! MTU issues on ROS • Even on RouterOS, there are MTU issues. • Currently, a bonding interface does NOT report Max L2MTU. • You can not use MTU >1500 if you use bonding. (no MPLS) • Bug is reported, hopefully will be fixed. (2 months in waiting) Watch our for cheap NICs • Some NICs will not report their Max L2MTU toRouterOS. • In this case, since RouterOS doesn’t know the NICs Max L2MTU, it ignores any frames that are >1500 (even if NIC actually supports jumbo). • Only a problem on x86 or if ROS is a VM. Перевод. Если Вы не хотите иметь проблем с l2mtu, на отличных сетевых картах на базе intel - переходите на другие операционные системы и больше не используйте ROS x86.

Например к каким ? Агрегирование каналов, какие еще вопросы может решать bonding ? Сегодня необходимо агрегировать несколько серверов 1Г*4 в одном месте, завтра 10Г*2 в другом. PS: Пора перейти с микротика на freebsd. :)

Где его сейчас можно посмотреть ? https://wiki.mikrotik.com/wiki/Supported_Hardware здесь ?

Искали поиском, не нашли. Ничего кроме нескольких схожих ситуаций, на офф. форуме микротика. В основном все кто пишут про проблемы mtu, связано с туннелями. Это очень по микротиковски, не афишировать о наличии проблемы. И не сообщить что решать проблему, они не собираются. Такой вывод за 5 лет напрашивается. Актуальная версия CHR 6.43.8, влан не создается на интерфейсе бондинг !