fox_m Posted April 21, 2016 Всем привет! Собираемся делать BGP стык с партнером, для отправки и получения источников мультикаста. Они склоняют нас к MBGP (отдельный address-family multicast). Физический стык будет один. Будет ли какая-то дополнительная выгода от MBGP? Насколько я понимаю, его имеет смысл использовать, когда у тебя есть 2 стыка . По одному можно запустить multicast, а по другому unicast. И еще вопрос, где хранятся и как посмотреть маршруты, которые получил через MBGP? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
zstas Posted April 21, 2016 выгода в том, что маршруты в bgp ipv4 multicast не будут вставлены в rib. эти маршруты используются для проверки rpf. можно в одной сесси запустить и ipv4 unicast, и ipv4 multicast. посмотреть mrib можно так sh bgp ipv4 mu (это на циско). Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
fox_m Posted April 21, 2016 выгода в том, что маршруты в bgp ipv4 multicast не будут вставлены в rib. эти маршруты используются для проверки rpf. можно в одной сесси запустить и ipv4 unicast, и ipv4 multicast. посмотреть mrib можно так sh bgp ipv4 mu (это на циско). Да, но для проверки rpf с таким же успехом можно и unicast таблицу использовать. То, что их в rib не будет, это наверно хорошо. Но получается, что бы такие маршруты разошлись внутри ASки, нужно на всех iBGP поднимать отдельный address family для мультикаст? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
crank Posted April 21, 2016 Да. Все верно. Просто иногда бывают ситуации, когда мультикаст идет по другому пути, нежели обычный unicast, тогда без multicast address family не обойтись + позволяет избавиться от маршрутов в rib, как выше уже было сказано. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
dmvy Posted April 21, 2016 выгода в том, что маршруты в 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. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...