cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1529
Views
0
Helpful
2
Replies

MSDP Scenario and BGP

sarahr202
Level 5
Level 5

Hi everyone,

I hope you all are doing fine, I start delving into MSDP..

Please consider the following fictitious scenario:

MSDP-SCENARIO.PNG 

 

Assumptions:

Source 1.1.1. is routable among all three companies via static routes. These companies do not own any AS. These companies are not running BGP between R1,R2, R3 either. Currently all routing between these companies are configured using static routes.

 

We want Multicast stream 235.1.1.1 from source 1.1.1.1 to reach destination machine listening on 235.1.1.1 in Company 3. 

1) Do we need to establish MSDP between R1 and R3 as well? or MSDP between R1--R2,  MSDP R2--R3 will suffice?

2) Do we need to run BGP between R1,R2,R3 or any IGB will work as well say EIGRP?

 

Thanks and have a nice weekend!!

 

 

 

 

1 Accepted Solution

Accepted Solutions

willwetherman
Spotlight
Spotlight

Hi Sarah,

 

I have not looked at MSDP for a while but this is what I recall from my notes:

 

1) “The RP in each domain establishes an MSDP peering session using a TCP connection with the RPs in other domains or with border routers leading to the other domains.” https://www.cisco.com/c/en/us/td/docs/ios/solutions_docs/ip_multicast/Phase_1/mcstmsdp/mcst_p1.html#wp1079524

 

From my understanding, the above statement means that an MSDP peering session can be established between all RPs in different domains that need to share (S,G) information, so in your example, MSDP peering can be established between R1, R2 and R3 in a full-mesh scenario in order to share SA messages. Alternatively, an MSDP session can established between border routers that lead to other domains, so in your example, R2 would be the border router and will establish an MSDP peering session to R1 and R3. When R2 receives SA messages from R1, it will send these message to R3.

 

2) I believe that MSDP can run without BGP as when you configure an MSDP peering session you don’t need to specify a remote-AS. Also MSDP is commonly used for Anycast RP which typically operates within the same domain which may or may not be using BGP for unicast routing.

 

As with regular intra-domain multicast, once the RPs have received the SA information from their MSDP peer(s), the SPT can then be built back to the source using the unicast routing for the RFP check. The unicast table can be populated using BGP, EIGRP, static routes etc.

 

I remember configuring MSDP with BGP and having to specify the ‘remote-as’ keyword but I don’t recall why. I will have to look into this again.

 

I hope that this helps

 

Will

View solution in original post

2 Replies 2

willwetherman
Spotlight
Spotlight

Hi Sarah,

 

I have not looked at MSDP for a while but this is what I recall from my notes:

 

1) “The RP in each domain establishes an MSDP peering session using a TCP connection with the RPs in other domains or with border routers leading to the other domains.” https://www.cisco.com/c/en/us/td/docs/ios/solutions_docs/ip_multicast/Phase_1/mcstmsdp/mcst_p1.html#wp1079524

 

From my understanding, the above statement means that an MSDP peering session can be established between all RPs in different domains that need to share (S,G) information, so in your example, MSDP peering can be established between R1, R2 and R3 in a full-mesh scenario in order to share SA messages. Alternatively, an MSDP session can established between border routers that lead to other domains, so in your example, R2 would be the border router and will establish an MSDP peering session to R1 and R3. When R2 receives SA messages from R1, it will send these message to R3.

 

2) I believe that MSDP can run without BGP as when you configure an MSDP peering session you don’t need to specify a remote-AS. Also MSDP is commonly used for Anycast RP which typically operates within the same domain which may or may not be using BGP for unicast routing.

 

As with regular intra-domain multicast, once the RPs have received the SA information from their MSDP peer(s), the SPT can then be built back to the source using the unicast routing for the RFP check. The unicast table can be populated using BGP, EIGRP, static routes etc.

 

I remember configuring MSDP with BGP and having to specify the ‘remote-as’ keyword but I don’t recall why. I will have to look into this again.

 

I hope that this helps

 

Will

Thanks Will, have a nice weekend.
Review Cisco Networking products for a $25 gift card