Jump to content
Калькуляторы

Вопрос по теории PIM-SM

Имеется настроенная в качестве PIM-SM RP Cisco49xx, к ней подключены 2 ресивера, которые вещают мультикаст в сеть.

Так же к ней по PIM подключаются несколько Dlink 3627.

Изза мисконфига на Cisco из таблицы маршрутизации пропали адреса нескольких Dlink, но остался default route через который можно достучаться.

Cisco не отдает multicast - только перекидывает на SPT.

Те Dlink, которых нет в таблице маршрутизации - стали строить SPT-записи до источников медленнее остальных - по 5-10 секунд.

 

Вопрос - как строится это самое SPT-дерево в PIM-SM?

 

Я думал что Cisco выполнив RPF и не найдя маршрута должна дропнуть PIM-запрос, но почему-то запрашивающих 3627 все равно перекидывает на SPT.

Share this post


Link to post
Share on other sites

вообще-то SPT начинает строить 3627, после получения первого пакета через RPT. А ваши задержки 5-10 секунд связанны с тем, что на роутере на пути SPT кто-то также запрашивает туже самую группу =)

Но конечно это надо проверять, слушать трафик, смотреть логи и таблицы роутинга.

Share this post


Link to post
Share on other sites

вообще-то SPT начинает строить 3627, после получения первого пакета через RPT. А ваши задержки 5-10 секунд связанны с тем, что на роутере на пути SPT кто-то также запрашивает туже самую группу =)

Но конечно это надо проверять, слушать трафик, смотреть логи и таблицы роутинга.

Да, согласен что процесс начинается с 3627. Получается что первый пакет через RPT поздно приходит?

Не совсем понял про задержки - ну запрашивает кто-то на промежуточном роутере ту же группу, наоборот по идее должно быстрее работать, если там уже есть (S,G) запись для группы. Кстати между циской и 3627 всего 1 роутер.

Share this post


Link to post
Share on other sites

Вопрос тс, но не по теории, а по практитке. На 3627 multicast_filtering на аплинк портах включен?

Share this post


Link to post
Share on other sites

Вопрос тс, но не по теории, а по практитке. На 3627 multicast_filtering на аплинк портах включен?

Вообще forward_all_groups на vlan'e до промежуточной железки. Но интересная особенность - у 3627 есть еще один влан до отдельного роутера(через него ничего ходить не должно).

И на том vlan'е filter у тормозящих и forward у нормально работающих.

Share this post


Link to post
Share on other sites

Немного не понял про "ничего ходить не должно". Но ходит? Mroute? Не понял.

В общем, у меня были дикие тормоза при подписке с включенным filter_all_groups в примерно такой же схеме, даже попроще. На остальных длинках, промежуточных в том числе включение или выключение фильтра никак не влияло. Сдается мне проблема не в pim-е.

Share this post


Link to post
Share on other sites

vurd

Да, похоже вы правы. Перевел нерабочие D-link на pim last_hop_switchover never(чтобы вообще на STP не переключались, а брали напрямую с RP), но даже в этом случае мультикаст до абонента доходит через несколько секунд.

Может какая-то бага прошивки. Позже попробую на 3ью прошить.

Share this post


Link to post
Share on other sites

Имеется настроенная в качестве PIM-SM RP Cisco49xx, к ней подключены 2 ресивера, которые вещают мультикаст в сеть.

 

наверное источника

 

Так же к ней по PIM подключаются несколько Dlink 3627.

Изза мисконфига на Cisco из таблицы маршрутизации пропали адреса нескольких Dlink, но остался default route через который можно достучаться.

 

 

Дефолт куда? Достучаться куда?

 

 

Cisco не отдает multicast - только перекидывает на SPT.

 

На SPT переключается получатель , а не RP.

 

 

Те Dlink, которых нет в таблице маршрутизации - стали строить SPT-записи до источников медленнее остальных - по 5-10 секунд.

 

 

Это Адъ, что у вас происходит в сети?

Share this post


Link to post
Share on other sites

TimaTima

Да, спасибо, уже разобрался. Проблема с dlink 3627, которые почему-то криво обрабатывают приходящий к ним мультикаст. multicast filtering mode уже пробовал править, результата это не дает(

Share this post


Link to post
Share on other sites

Я вообще у себя весь мультикаст вогнал в отдельный VLAN, растянул его на всю сеть (естественно, с кучей фильтров) и отдаю клиентам через Multicast VLAN. Всё на L2, проблем нет.

Share this post


Link to post
Share on other sites

Я вообще у себя весь мультикаст вогнал в отдельный VLAN, растянул его на всю сеть (естественно, с кучей фильтров) и отдаю клиентам через Multicast VLAN. Всё на L2, проблем нет.

и сколько у вас маков в этом влане?

Share this post


Link to post
Share on other sites

Я вообще у себя весь мультикаст вогнал в отдельный VLAN, растянул его на всю сеть (естественно, с кучей фильтров) и отдаю клиентам через Multicast VLAN. Всё на L2, проблем нет.

и сколько у вас маков в этом влане?

 

вам же говорят про мультикаст влан, там вопрос mac-learning-а не актуален, там другие процессы происходят, не как в обычном влане

Share this post


Link to post
Share on other sites

Я вообще у себя весь мультикаст вогнал в отдельный VLAN, растянул его на всю сеть (естественно, с кучей фильтров) и отдаю клиентам через Multicast VLAN. Всё на L2, проблем нет.

и сколько у вас маков в этом влане?

Только маки свитчей. Сейчас - свитчей доступа, но можно сделать и свитчей агрегации :).

Share this post


Link to post
Share on other sites

Я вообще у себя весь мультикаст вогнал в отдельный VLAN, растянул его на всю сеть (естественно, с кучей фильтров) и отдаю клиентам через Multicast VLAN. Всё на L2, проблем нет.

и сколько у вас маков в этом влане?

 

вам же говорят про мультикаст влан, там вопрос mac-learning-а не актуален, там другие процессы происходят, не как в обычном влане

да вот в том то и дело, что у меня в ISM влане на свичах агрегации в этих вланах живет много маков. И до ядра добегает где-то 400-500 маков.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this