Igore Опубликовано 10 октября, 2021 (изменено) · Жалоба Добрый день , обратился клиент с проблемой при переключение на наш канал оспф автоматом переключается на резерв , диагноз потеря hello пакетов по мультикасту . как то проверить оспф нет возможности , клиент берет просто выделенный влан и гоняет OSPF все внутри влана . у нас просто выделен влан и подается на клиента в режиме access . проблема обнаружена у нескольких клиентов , закономерность то что они подключены по gpon OLT Huawei 5608T , онушку меняли не помогает . на агрегации стоят свитчи eltex там все проверили нет ограничений мультикаста самое интересное что все работало ранее , пару дней назад просто пошли потери , подняли интерфейс проверить физику . потерь icmp нет канал работает без потерь , потери только по мультикасту . одного их клиентов переключили на FTTH поставили просто медик и включили прямым линком , и проблема ушла , т.е проблема идет на конечноv узле видимо olt не пропускает . Подскажите как быть кто сталкивался ? Изменено 10 октября, 2021 пользователем Igore Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dr Tr0jan Опубликовано 11 октября, 2021 · Жалоба MTU? MTU ignore? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igore Опубликовано 11 октября, 2021 (изменено) · Жалоба максимальное mtu стоит 1560 , на агг Елтекс откуда бошка включена , jumbo frame 9000 mtu Изменено 11 октября, 2021 пользователем Igore Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orlik Опубликовано 11 октября, 2021 · Жалоба Вы расскажите чуть больше. Как часто флапает и есть ли периодичность. ? Есть логи ospf ? Приложите , хотя бы будет понятно с какой стороны не получают пакеты. Снимите дамп трафика, может там будет что-то видно. ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igore Опубликовано 11 октября, 2021 · Жалоба та в том то и проблема что клиент не дает логи , когда включает к нам оспф , флапает в течении 2 минут и переключается на другой маршрут . все работало ранее никаких изменений на сети не было , но точно у нас потому что обращается сразу пару клиентов . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VolanD666 Опубликовано 11 октября, 2021 · Жалоба А если переключиться на unicast OSPF, проблема уходит? Вы точно уверены что с MTU все ок? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igore Опубликовано 11 октября, 2021 · Жалоба это клиента железо ничего не будут переключать , просят решит вопрос , а у нас все как было и ранее вот неделю назад все работало ))) MTU 1560 на olt максимальное а на елтексах везде 9000 jumbo frame уже везде сняли даже storm control интерфейсы чистые только вланы проходят . Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
fractal Опубликовано 11 октября, 2021 · Жалоба 17 минут назад, Igore сказал: это клиента железо ничего не будут переключать , просят решит вопрос , а у нас все как было и ранее вот неделю назад все работало ))) MTU 1560 на olt максимальное а на елтексах везде 9000 jumbo frame уже везде сняли даже storm control интерфейсы чистые только вланы проходят . может все таки где то режется unuicast? попробуйте сами снять дамп, или по пути может какое оборудование обновляли? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igore Опубликовано 11 октября, 2021 · Жалоба так по мультикасту бегает Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VolanD666 Опубликовано 11 октября, 2021 · Жалоба 44 минуты назад, Igore сказал: это клиента железо ничего не будут переключать , просят решит вопрос , а у нас все как было и ранее вот неделю назад все работало ))) MTU 1560 на olt максимальное а на елтексах везде 9000 jumbo frame уже везде сняли даже storm control интерфейсы чистые только вланы проходят . Я бы проверил MTU пингом на всякий случай. Еще можно сдампить трафик с двух концов и смотреть что уходит на одном конце и приходит на другом, искать место где теряется. Можно попробовать дебаг еще включить где-нить. Клиенты точно разные? Может у них в настройках что? Там тип инт-са не совпадает, например. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orlik Опубликовано 11 октября, 2021 · Жалоба 1 hour ago, VolanD666 said: Вы точно уверены что с MTU все ок? Согласен, почти наверняка проблема в mtu, вопрос только в том какой mtu включен на стороне клиента и какой максимальный проходит по сети. @Igore, вы бы подняли тестовый vlan и проверили какой MTU проходит при ваших настройках и потом поинтересовались у клиента , какие у него настройки, а так вы ещё долго будете гадать и предполагать .. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igore Опубликовано 11 октября, 2021 (изменено) · Жалоба клиенты разные и точки включения кто знает как работает на елтексе bridge multicast filtering ??? , есть подозрения что когда выключаем на главном , режит полностью мультикаст . оспф вроде как вообще теряем мультикаст , а когда включем отпадает но хоть трафик есть Изменено 11 октября, 2021 пользователем Igore Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igore Опубликовано 11 октября, 2021 · Жалоба дело не в mtu т.к ранее все работало и mtu там используют 1500 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
passer Опубликовано 11 октября, 2021 · Жалоба 1 час назад, Igore сказал: как работает на елтексе bridge multicast filtering Если верить доке, то работает в связке с igmp snooping: bridge multicast filtering ip igmp snooping ip igmp snooping vlan <vlanid> В вашем же случае надо в клиентском vlan разрешить прохождение мультика ospf на всем пути. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igore Опубликовано 11 октября, 2021 · Жалоба насколько знаю igmp должен быть выключен так просит клиент . bridge multicast filtering по сути не нужен если по сети не проходит конкретно настройка самого потока ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dr Tr0jan Опубликовано 11 октября, 2021 (изменено) · Жалоба 9 hours ago, VolanD666 said: Я бы проверил MTU пингом на всякий случай. Эээ, MTU mismatch пингом не выяснишь (точнее, тяжело выяснить, тем более надо иметь доступ к клиентскому оборудованию). Было дело, когда на L3 интерфейсе MTU не совпадали, а на L2 (в туннеле) совпадали. В итоге пинг ходил на ура, а MTU флапалось. 8 hours ago, Igore said: дело не в mtu т.к ранее все работало и mtu там используют 1500 1500 и MTU mismatch немного разные вещи, хотя аббревиатуры расшифровываются одинаково. Изменено 11 октября, 2021 пользователем dr Tr0jan Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VolanD666 Опубликовано 12 октября, 2021 · Жалоба 8 часов назад, dr Tr0jan сказал: Эээ, MTU mismatch пингом не выяснишь Ну почему, хотя бы можно понять что где-то не так как у тебя. 8 часов назад, dr Tr0jan сказал: 1500 и MTU mismatch немного разные вещи, хотя аббревиатуры расшифровываются одинаково. Можно MTU ignore попробовать, но правда не у всех оно есть. ТС, можно для теста другой протокол даже попробовать. Убедиться что дело не в мультикасте или в нем. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
passer Опубликовано 12 октября, 2021 · Жалоба 16 часов назад, Igore сказал: насколько знаю igmp должен быть выключен так просит клиент . bridge multicast filtering по сути не нужен если по сети не проходит конкретно настройка самого потока ? Если хоть в одном влане есть включенный igmp snooping, то bridge multicast filtering нужен. Я не знаю что у вас за Eltex'ы, но да igmp snooping у клиента в влане выключить. У eltex есть вещи типа sh bridge multicast filtering <vlanid> sh bridge multicast reserved-addresses попробуйте их Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Igore Опубликовано 12 октября, 2021 · Жалоба все завелось , переключили на другой АГГ , со свитчем huawei лажа , хотя ограничений нет , всем спасибо Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...