[kostikpozh]

Добрый день.
На оборудование Huawei 
(VERSION : MA5600V800R017C10
PATCH   : SPH202
PRODUCT : MA5608T) 
зафиксировали проблему с потерей пакетов. 
Оборудование настроено в качестве L3 маршрутизатора.
Проблема возникает сразу у всех абонентов подключенных в один PON порт с одной платы, а так же  в рамках одной платы на разных PON портах
Как только мы прописываем статическую ARP запись в конфиге оборудования, потери пакетов пропадают.
89.249.241.23   485b-3915-405c 50      0 /1 /5  3   Static        

Если же оставляем динамический ARP то потери продолжаются.
89.249.241.102  6c3b-6b0d-6542 50      0 /1 /14 28  Dynamic  
во время потери пропадает арп-запись - мы это видим командой #display arp dynamic
  
Примеры:
https://share.pingplotter.com/FH97Z2mWAAm
https://share.pingplotter.com/4MTApBhdjTG

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

[azhur]

Уточняющий вопрос: чей это IP|MAC?

[UglyAdmin]

Бывает оборудование (конкретно Zyxel OLT-1308, OLT-2300), которое таблицу MAC строит по пакетам от ONU.

В своё время долго искали похожую проблему. Потом просто выставили arp timeout на БРАСах меньше времени жизни MAC в OLT.

[kostikpozh]

4 hours ago, azhur said:

Уточняющий вопрос: чей это IP|MAC?

Добрый день.
Данный  IP|MAC это оборудование клиента (роутер) который находится за ONT (абонентским терминалом)

[stepmail]

19 hours ago, UglyAdmin said:

Бывает оборудование (конкретно Zyxel OLT-1308, OLT-2300), которое таблицу MAC строит по пакетам от ONU.

В своё время долго искали похожую проблему. Потом просто выставили arp timeout на БРАСах меньше времени жизни MAC в OLT.

Я так понимаю топикстартер говорит об арп-записях. Вы предлагаете сравнить arp-timeout и mac-aging и сделать время жизки arp меньше времени жизни мак? 

 

@kostikpozh то есть у вас OLT получается терминирует клиентский влан у себя на Л3 интерфейсе. Надо будет у себя проверить такую конфигурацию...А можно какой-нибудь тестовый конфиг?

 

@kostikpozh также скажите, как вы фиксируете эти потери? Или просто запускаете пинг с каким-то то интервалом до IP устройства за ОНТ?

[UglyAdmin]

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

Вы предлагаете сравнить arp-timeout и mac-aging и сделать время жизки arp меньше времени жизни мак? 

Или mac-aging больше. Я ставил 5 минут arp-timeout и 10 минут mac-aging.

Если клиентский адрес пропадал из таблицы МАС, то до клиента никак нельзя было достучаться, пока от клиента не прилетал какой-нибудь пакет...

[UglyAdmin]

Кстати, проверьте ещё на совпадение MAC-адресов.

Некоторые вендоры как в каменном веке застряли - первичным считают MAC-адрес, а вилан у них где-то сбоку.

При этом некоторые подключальщики почему-то считают правильным при настройке клиентского роутера склонировать в него МАС со своего ноута...

[kostikpozh]

@stepmail да все верно у нас OLT терминирует клиентский влан на L3, конифг gpon и global в файле

@UglyAdmin спасибо за наводку, проверили, совпадений нет.

in nag.txt

[kostikpozh]

@stepmail Удалось ли Вам проверить такую конфигурацию, могу скинуть целый конфиг

[atande]

On 28.02.2018 at 8:22 AM, kostikpozh said:

OLT терминирует клиентский влан на L3

не могли бы скинуть пример конфига (более мене полный), решаем схожую проблему..но пока не совсем понятно в какую сторону копать...

[stepmail]

On 3/5/2018 at 10:57 AM, kostikpozh said:

@stepmail Удалось ли Вам проверить такую конфигурацию, могу скинуть целый конфиг

Давайте конфиг сравним. Сейчас на одном узле связи как раз поставили голову с L3 фичностью - то есть до нее два аплинка по OSPF, клиентские вланы затерминировали прям на голове. Стоит две платы.

 

И знаете, похоже на одном порту у меня как раз происходят такие же проблемы. Есть жалобы от клиентов, что периодически пропадает трафик. При том, что я со своей стороны вижу, что связность с ОНТ не теряется, ругани никакой в логах нет.

На примере одного клиента попробовал понаблюдать за арп-записями, видел, что арп пропадала и отсутствовала несколько секунд. Я время не засекал, но что-то около 30-40. 

 

По совету @UglyAdmin  попробовал поиграться с mac-aging и ARP entry aging-time - по ощущениям ничего не поменялось. Сейчас MAC-address выставлен 300 секунд, а arp aging 3 минуты. 

XXXX_GPON#display mac-address config  
 MAC-address aging time (s)       : 300
 MAC-address aging-mode           : bidirectional

XXXX_GPON#display arp config         
 ARP entry aging-mode            : control
 ARP entry aging-time(min)       : 3
 Global ARP proxy                : disable
 ARP learning strict mode        : enable
 Gratuitous-ARP period-send-mode : enable
 ARP conflict detect             : disable

 

Что дальше смотреть пока не могу придумать. 
 

[kostikpozh]

@atande  во вложении пример полного конфига.

@stepmail такая же ситуация и у нас. Помогает только прописать статическую ARP запись.

Может дело в плате управления MCUD1, и стоит сменить его прошивку?

config.txt

[kostikpozh]

@stepmail Вам не удалось проверить конфигурацию с нашим конфигом?
открыли тему так же в поддержки наг, они просили проверить загрузку цпу, но ее нет.
Так же предложили добавить следующие настройки

gpon alarm-profile add profile-id 10
для всех параметров задайте 2
после того как добавите, задайте профиль на ONT с которой Вы тестируете проблемы
ont alarm-profile X Y profile-id 10

[jock444]

Interface vlan 501 

proxy arp enable

#

proxy arp enable