05-20-2013 11:32 AM - edited 03-04-2019 07:57 PM
Welcome to the Cisco Support Community Ask the Expert conversation. This is an opportunity to learn and ask questions about IP Multicast and Multicast VPN with Cisco expert Pulikkal Sekharan Raju. With Multicast VPN Cisco provides a practical solution to solve the challenge of manual configuration. MVPN architecture introduces an additional set of protocols and procedures that help enable a service provider to support multicast traffic in a VPN.
Pulikkal Sekharan Raju is a customer support engineer in the High Touch Technical Support group for Cisco. He has over 13 years of experience in electronics and communications. His technical expertise is Border Gateway Protocol, Open Shortest Path First protocol, MPLS, Multicast, Multicast Virtual Private Network Layer 3 Virtual Private Network (MVPN L3VPN), and Layer 2 Virtual Private Network (L2VPN). He has also served as a network engineer for CMC Ltd and a team lead for Remote Management Services. He holds a bachelor of technology degree in electronics and communications from M G University and holds CCIE certification (#25000).
Remember to use the rating system to let Pulikkal know if you have received an adequate response. Pulikkal might not be able to answer each question due to the volume expected during this event. Remember that you can continue the conversation on the WAN, Routing and Switching community sub-community in Network Infrastructure shortly after the event.
This event lasts through Friday May 31, 2013.
Visit this forum often to view responses to your questions and the questions of other community members.
Solved! Go to Solution.
05-28-2013 09:16 AM
Hi Giuseppe
I can see that BGP Auto-discovery and BGP C-multicast Routing support added on 15.2(2)S
http://www.cisco.com/en/US/docs/ios-xml/ios/ipmulti_mvpn/configuration/15-s/imc_vpn_bgp_croute.html
These features should be availble on ASR1K
7600 Hardware I am still checking if this is supported on it. Will update you back
Thanks
Raju
05-28-2013 09:24 AM
Hi
Also for transport, Juniper supports RSVP TE. But ASR1k does not support this but supports mLDP
Thanks
Raju
05-29-2013 08:41 PM
Hi Giuseppe
BGP AD and BGP c-Mc sig are not offcially supported on 7600
Thanks
Raju
05-31-2013 02:53 AM
New generation MVPN eveolved to meed the following requirements
Simplicity, managability, scalability,....
Label Switched Multicast has following advantages over traditional GRE based MVPN
. Both Mldp and P2P TE support a unified forwarding plane for unicast and multicast. They are hop-by-hop protocols. MLDP is receiver driven while P2MP is headend driven. MLDP is a suitable for generic MVPN, secondary video and consumer video distribution where the trees are dynamic and number of participants are larger. P2MP is suitable for primary and studio-to-studio distribution where the trees are static and the number of participants is smaller.
Here is a white paper for this
http://www.cisco.com/en/US/prod/iosswrel/ps6537/ps6552/ps11505/whitepaper_c11-598929_v1.pdf
Thanks
Raju
05-20-2013 11:45 AM
Hello Pulikkal,
Thank you for taking to the CSC for multicast etc...
I need some help please,
Thank you.
Please rate useful posts & remember to mark any solved questions as answered. Thank you
05-21-2013 07:35 AM
Hi Bilal
Thank you for yout query
1. Is your requirement to have both anycast RPs in each site to have external MSDP peering with the 2 anycast RPs in SQP. Also you don't want to run BGP between them and want to use OSPF as the protocol between them?
2. Can you clarify the below statement
"we want to ensure that only one stream is sent across the WAN and then split locally at the site"
Does that mean that you don't want to receive the mutlicast packet on both RPs in the same site?
3. What is the code you are running on the ASRs which is used as RP?
Thanks
Raju
05-21-2013 11:43 AM
Hello Raju
Thank you for your reply.
1) This is not a requirement, although I don't know if this is actually needed or not? I have only created MSDP peering for Anycast between the SQP ASR's only for redundancy. OSPF is already the routing protocol, BGP is not used unfortunately. But the Plan is to create MSDP peering's for anycast
SQPASR01 -- SQPASR02 (Anycast RP for x.x.x.x)
ETASR01 -- ETASR02 (Anycast RP for y.y.y.y)
IHASR01 -- IHASR02 (Anycast RP for z.z.z.z)
2) We want to make sure that when multicast source traffic is generated (lets say in SQP IPTV is streaming Channel 1 (x.x.x.x) ) - If myself and other users within another building (lets say ET or IH) were to be interested in this Channel 1 traffic, how can I ensure that only one single multicast stream is sent across the WAN link (or two of the links - because of the secondary WAN link and equal paths in OSPF) instead of unicast for each and every user - I don't want to be saturating a 1GB WAN link. Is this the way it would work already with PIM-SM?
The RP's for each multicast stream should be local to the site from which its generated (makes sense to do that right?)
This should be the same for any source at any other site.
3)
SQP ASRs:
asr1000rp1-adventerprisek9.03.06.00.S.152-2.S.bin
IH ASRs:
asr1001-universalk9.03.06.00.S.152-2.S.bin
ET ASRs:
asr1001-universalk9.03.07.00b.S.152-4.S0b.bin
What kind of configuration and design will be required for this?
Thank you
Please rate useful posts & remember to mark any solved questions as answered. Thank you.
05-22-2013 09:26 PM
Hi Bilal
This should be ok. I will test this and provide you a detailed reply. Expect bit of delay
Thank you
Raju
05-29-2013 01:57 AM
Thanks Raju - really appreciate it, look forward to your response.
By the way, this topic is on multicast, why does it say about CUCM??
Please rate useful posts & remember to mark any solved questions as answered. Thank you.
05-29-2013 02:49 AM
Hi Bilal
Me to noticed the same that it is showing as CUCM. I have contacted the cocnerned team regarding this and waiting for them to correct it
Thanks
Raju
05-30-2013 03:57 AM
Hello Raju, this event closes tomorrow unfortunately, and im really keen on your response to my questions. Is there a means for you to post the suggestion and answers after the event?
Thank you
Please rate useful posts & remember to mark any solved questions as answered. Thank you.
05-30-2013 06:01 AM
Hi Bilal
I will be answering to your query even if the event closes
Thanks
Raju
05-30-2013 11:40 AM
Generaly speaking
MSDP will help you share Mcast sources between differnt Multicast domains, which is in your case,
once the receiver find the source/sender via the MSDP/RP then your Mcast Tree and RPF things will into the picture like normal end to end Mcast network
Hope this help
05-30-2013 11:56 AM
also check out this document i did post it before and it might help
https://supportforums.cisco.com/docs/DOC-8293
sorry Raju to jump in into the discussion but just trying to share
Regards