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

BGP address-family multicast Реальная польза?

Всем привет!

 

Собираемся делать BGP стык с партнером, для отправки и получения источников мультикаста. Они склоняют нас к MBGP (отдельный address-family multicast). Физический стык будет один. Будет ли какая-то дополнительная выгода от MBGP? Насколько я понимаю, его имеет смысл использовать, когда у тебя есть 2 стыка . По одному можно запустить multicast, а по другому unicast. И еще вопрос, где хранятся и как посмотреть маршруты, которые получил через MBGP?

Share this post


Link to post
Share on other sites

выгода в том, что маршруты в bgp ipv4 multicast не будут вставлены в rib. эти маршруты используются для проверки rpf.

можно в одной сесси запустить и ipv4 unicast, и ipv4 multicast.

посмотреть mrib можно так sh bgp ipv4 mu (это на циско).

Share this post


Link to post
Share on other sites

выгода в том, что маршруты в bgp ipv4 multicast не будут вставлены в rib. эти маршруты используются для проверки rpf.

можно в одной сесси запустить и ipv4 unicast, и ipv4 multicast.

посмотреть mrib можно так sh bgp ipv4 mu (это на циско).

 

Да, но для проверки rpf с таким же успехом можно и unicast таблицу использовать. То, что их в rib не будет, это наверно хорошо. Но получается, что бы такие маршруты разошлись внутри ASки, нужно на всех iBGP поднимать отдельный address family для мультикаст?

Share this post


Link to post
Share on other sites

Да. Все верно. Просто иногда бывают ситуации, когда мультикаст идет по другому пути, нежели обычный unicast, тогда без multicast address family не обойтись + позволяет избавиться от маршрутов в rib, как выше уже было сказано.

Share this post


Link to post
Share on other sites

выгода в том, что маршруты в bgp ipv4 multicast не будут вставлены в rib. эти маршруты используются для проверки rpf.

можно в одной сесси запустить и ipv4 unicast, и ipv4 multicast.

посмотреть mrib можно так sh bgp ipv4 mu (это на циско).

 

Да, но для проверки rpf с таким же успехом можно и unicast таблицу использовать. То, что их в rib не будет, это наверно хорошо. Но получается, что бы такие маршруты разошлись внутри ASки, нужно на всех iBGP поднимать отдельный address family для мультикаст?

если в backbone не будет этих маршрутов, то rpf будет использовать default или другой маршрут подходящий под source потока (в случае пересечения маршрутов). У нас магистраль знает, что default в ядре, а ядро знает где источники мультикаста. В ядре 2 коммутатора, которые анонсируют default, связаны по iBGP и только они знают multicast source.

Share this post


Link to post
Share on other sites

Join the conversation

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

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.