Перейти к содержимому
Калькуляторы

DES-3526 и мультикаст (OSPF) через него почему-то не работает

Есть свич на доступе, так получилось, что именно через него подключили супер-важного абонента. Свич имеет типовые настройки, в нём работает iptv (т.е. есть мультикаст влан и всё настроено). прокинули ещё один влан для убер-абонента, а этот уберабон хочет OSPF. Такое подозрение, что свич его фильтрует ... по идее свичи не должны трогать первую С-шку из мультикастового диапазона, но 224.0.0.5 через него не пролазит.

 

На аплинке и на убер-порту установили forward_all_groups, но всёравно не пролазит. Диагностировать сложно в связи с удалённостью и отсутствием возможности туда подключить ноут. Смотрим по счётчикам и по fdb -- на выше стоящем мутаторе маки с обеих сторон есть, на 3526 есть только со стороны абонента. В момент наблюдения в этом влане с обеих сторон есть только OSPF Helo пакеты. Получается, что (скорее всего) 3526 как-то фильтрует группу 224.0.0.5 либо это делает вышестоящий свич (DGS-3100-24TG).

 

Сравнивали с другими подключениями этого убер-абона, отличается только моделью свича доступа -- на 3526 почему-то не работает.

 

Что можно посмотреть ? Или менять мутатор ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Попробуйте включить igmp snooping в абонентском влане.

Как-то раз сталкивался с такой проблемой (не ходил абонентский мультикаст). Решил выставлением по всему маршруту forward_unregistered.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть свич на доступе, так получилось, что именно через него подключили супер-важного абонента. Свич имеет типовые настройки, в нём работает iptv (т.е. есть мультикаст влан и всё настроено). прокинули ещё один влан для убер-абонента, а этот уберабон хочет OSPF. Такое подозрение, что свич его фильтрует ... по идее свичи не должны трогать первую С-шку из мультикастового диапазона, но 224.0.0.5 через него не пролазит.

 

На аплинке и на убер-порту установили forward_all_groups, но всёравно не пролазит. Диагностировать сложно в связи с удалённостью и отсутствием возможности туда подключить ноут. Смотрим по счётчикам и по fdb -- на выше стоящем мутаторе маки с обеих сторон есть, на 3526 есть только со стороны абонента. В момент наблюдения в этом влане с обеих сторон есть только OSPF Helo пакеты. Получается, что (скорее всего) 3526 как-то фильтрует группу 224.0.0.5 либо это делает вышестоящий свич (DGS-3100-24TG).

 

Сравнивали с другими подключениями этого убер-абона, отличается только моделью свича доступа -- на 3526 почему-то не работает.

 

Что можно посмотреть ? Или менять мутатор ?

 

В общем, на аплинковом мутаторе port filtering mode мешало :-). forward_all_groups на аплинке включили и всё заработало, но почему только на аплинке хватило -- непонятно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Можно еще посоветовать клиенту использовать BGP.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Можно еще посоветовать клиенту использовать BGP.

 

А что не RIP с unicast нейборами сразу?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Можно еще посоветовать клиенту использовать BGP.

 

А что не RIP с unicast нейборами сразу?

не энтерпрайзно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

forward_all_groups на аплинке включили и всё заработало, но почему только на аплинке хватило -- непонятно.

Все правильно. Вы разрешили форвардить в аплинк неизвестные группы. Точно такая же настройка должна быть и на абонентском порту.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

forward_all_groups на аплинке включили и всё заработало, но почему только на аплинке хватило -- непонятно.

Все правильно. Вы разрешили форвардить в аплинк неизвестные группы. Точно такая же настройка должна быть и на абонентском порту.

 

Свичи разные -- софт и чипсеты у них разные, при прочих равных условиях результаты отличаться могут. На других связках оборудования всё раотало без "бубнов". Хотя везде длинки, отличаются только моделями свичей. Я грешил на 3526, но он как раз предсказуемо отработал в данном случае.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В общем, на аплинковом мутаторе port filtering mode мешало :-). forward_all_groups на аплинке включили и всё заработало, но почему только на аплинке хватило -- непонятно.

Где-то встречал не относительно D-Link, а просто для коммутаторов - сделать статическую связку мультикаст MAC и группы к транзитным портам. Собственно OSPF это 224.0.0.5-6 и 01:00:5e:00:00:05 - 06

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Прибить мультикастовый мак к порту далеко не на каждом свиче возможно.

Все мак-адреса с выставленым первым битом в первом октете изучаться не должны, а должны обрабатываться как раз механизмами обработки multicast/broadcast.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.