kostikpozh Опубликовано 15 февраля, 2018 · Жалоба Добрый день.На оборудование Huawei (VERSION : MA5600V800R017C10PATCH : SPH202PRODUCT : 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/FH97Z2mWAAmhttps://share.pingplotter.com/4MTApBhdjTGПричем это возникает не у конкретного абонента, а сразу на всем дереве. потери продолжительные и возникают часто.Изначально думали что проблема с физикой, поэтому меняли делители, сфп модули, абонентские терминалы, пересаживали деревья в другие порты на плате, но это не решает проблему.Плату управления MCUD1 так же пробовали менять, не помогло.По возможности можем предоставить конфиг Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
azhur Опубликовано 15 февраля, 2018 · Жалоба Уточняющий вопрос: чей это IP|MAC? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
UglyAdmin Опубликовано 15 февраля, 2018 · Жалоба Бывает оборудование (конкретно Zyxel OLT-1308, OLT-2300), которое таблицу MAC строит по пакетам от ONU. В своё время долго искали похожую проблему. Потом просто выставили arp timeout на БРАСах меньше времени жизни MAC в OLT. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kostikpozh Опубликовано 15 февраля, 2018 · Жалоба 4 hours ago, azhur said: Уточняющий вопрос: чей это IP|MAC? Добрый день. Данный IP|MAC это оборудование клиента (роутер) который находится за ONT (абонентским терминалом) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
stepmail Опубликовано 16 февраля, 2018 · Жалоба 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 устройства за ОНТ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
UglyAdmin Опубликовано 16 февраля, 2018 · Жалоба 3 часа назад, stepmail сказал: Вы предлагаете сравнить arp-timeout и mac-aging и сделать время жизки arp меньше времени жизни мак? Или mac-aging больше. Я ставил 5 минут arp-timeout и 10 минут mac-aging. Если клиентский адрес пропадал из таблицы МАС, то до клиента никак нельзя было достучаться, пока от клиента не прилетал какой-нибудь пакет... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
UglyAdmin Опубликовано 16 февраля, 2018 · Жалоба Кстати, проверьте ещё на совпадение MAC-адресов. Некоторые вендоры как в каменном веке застряли - первичным считают MAC-адрес, а вилан у них где-то сбоку. При этом некоторые подключальщики почему-то считают правильным при настройке клиентского роутера склонировать в него МАС со своего ноута... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kostikpozh Опубликовано 28 февраля, 2018 · Жалоба @stepmail да все верно у нас OLT терминирует клиентский влан на L3, конифг gpon и global в файле @UglyAdmin спасибо за наводку, проверили, совпадений нет. in nag.txt Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kostikpozh Опубликовано 5 марта, 2018 · Жалоба @stepmail Удалось ли Вам проверить такую конфигурацию, могу скинуть целый конфиг Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
atande Опубликовано 7 марта, 2018 · Жалоба On 28.02.2018 at 8:22 AM, kostikpozh said: OLT терминирует клиентский влан на L3 не могли бы скинуть пример конфига (более мене полный), решаем схожую проблему..но пока не совсем понятно в какую сторону копать... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
stepmail Опубликовано 12 марта, 2018 · Жалоба 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 : bidirectionalXXXX_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 Что дальше смотреть пока не могу придумать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kostikpozh Опубликовано 13 марта, 2018 · Жалоба @atande во вложении пример полного конфига. @stepmail такая же ситуация и у нас. Помогает только прописать статическую ARP запись. Может дело в плате управления MCUD1, и стоит сменить его прошивку? config.txt Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kostikpozh Опубликовано 21 марта, 2018 · Жалоба @stepmail Вам не удалось проверить конфигурацию с нашим конфигом? открыли тему так же в поддержки наг, они просили проверить загрузку цпу, но ее нет. Так же предложили добавить следующие настройки gpon alarm-profile add profile-id 10для всех параметров задайте 2после того как добавите, задайте профиль на ONT с которой Вы тестируете проблемыont alarm-profile X Y profile-id 10 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jock444 Опубликовано 19 ноября, 2018 · Жалоба Interface vlan 501 proxy arp enable # proxy arp enable Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...