отмена
Отображаются результаты для 
Вместо этого искать 
Вы имели в виду: 
cancel
Объявления

December 2020

133
Просмотры
10
Полезный материал
3
Ответы
Highlighted

MVPN dr-priority for Tunnel interface. Is it possible?

Hello, All

 

We have configured MVPN topology for IPTV service. For MDT used Loopback addresses. DR assigned according higher ip address.

DR election is posible manually on physical link if used command ip pim dr-priority,

Is it possible in MVPN topology, where we have Tunnel interfaces (MTI) assign DR-priority manually????

Loopbacks not in VRF. Command "pim dr-priority" not affect on result.
So, Is it really only changing ip address on highest is only possible way to resolve this issue???

Please help!

 

 

3 ОТВЕТ 3
Highlighted
Cisco Employee

Hello,

It is not possible to alter DR priority on mdt tunnels (apart from highest IP).

And it should not be required actually, especially for MDT-default.
DR is only significant at Last-Hop-Router for local membership (IGMP, MLD)
or at First-Hop-Router for Registering directly connected sources;

These are not applicable for MDT tunnel interfaces.

Thanks,
Sergey

 

 

Highlighted

Сергей спасибо за ответ. С DR для MVPN все ясно. Вопрос возник из-за аномалии, которую мы обнаружили у себя на сети. Она связана с тем, что при получении непрерывного multicast потока (порядка 300Mbps) от одного из источников на наш Cisco маршрутизатор, который является  RP и по идее должен отдавать только запрашиваемые потоки, а остальные помечать как prune и не выливать в сеть. Мы наблюдаем странную картину, при которой в направлении DR маршрутизатора в MVPN топологи, который находится внутри сети, в силу того, что имеет больший ip чем RP, выливается весь этот трафик, причем по разным маршрутам по которым он достижим по физической топологии, где включен  PIM. Самое странное то, что за этим DR нет такого числа потребителей, и еще более странно то, что этого трафика нет в MTI ни со стороны RP ни со стороны DR. Все магистральные линки PIM-SM, IP интерфейсы в сторону источников и потребителей  PIM-SM и участвуют в MVPN.

На одном из промежуточных маршрутизаторов, который по идее должен был отфорвардить такой трафик дальше по топологии, поизошло переполнеии буфера интерфейса, так как этот трафик стал попадать в Proccess Switching что вызвало перегрузку по CPU. Решилось после исключения этого магистрального линка из PIM топологии, но в результате сломался RPF.

Вщбщем, сижу теперь и думаю, может уйти от архитектуры MVPN и попробовать MSDP? Хотя возможно проблема в механизме взаимодействия с источником.

К слову, такая проблема наблюдается от двух источников -- от одного потоки принимаются на 72-ую платформу, от второго на ASR1002. Есть также источник, взаимодействие с которым по MSDP, и, то ли в силу того, что там нет постоянно такого объема трафика, толи из-за того, что это MSDP -- вроде такой проблемы нет. 

Есть идея переназначить ip адрес таким образом чтобы наибольший стал принадлежать одному из проблемных RP, хотя ИМХО это костыль.

Не хочется думать, что для сложной физической топологии, коей является наша сеть, MVPN + PIM-SM архитектура не подходит или исчерпала себя, в силу каких-то особенностей постороения Multicast Data Tree или Multicast Distribution Tree для SPT 

 

 

 

 

 

Highlighted

Добрый день, Андрей,

Если речь о линейке SRE, то до SRE4 в ней были дефекты с MVPN mcast punt на CPU,
для случая когда нет локальных получателей.
Речь в частности о
CSCtn73293    12.2(33)SRE3 -- mvpn no-receivers multicast is punted CPU
CSCtl04375    Remove need for acl support for installing *,G/m

Исправлены начиная с SRE4.

Если используется sup32 и mcast source подключен к SVI, то так же есть
CSCua95687    Sup32 punts mcast traffic in mVPN setup
Который исправлен начинаяс с SRE7.

Чтобы снизить нагрузку на ЦПУ (если есть) - можно в качестве временного решения попробовать использовать mls  rate-limit multicast ipv4 partial 200 10.

Спасибо,
Сергей

 

 

СоздатьДля создания публикации, пожалуйста в систему
Content for Community-Ad
Community Helping Community
Не удалось отобразить этот виджет.