Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Community Member

Multicast - on IP/TV only voice stream works, while video doesn't

Our customer has a PIM-SP with manually configured RP.

Only voice works on IP/TV service.

193.145.203.23 is the IP/TV server

192.168.163.9 is the IP/TV client

192.168.96.19 is the Redezvous Point router

224.2.200.235 is the video stream that doesn't work

224.2.150.253 is the voice stream that does work

This is what I see on the router where the IP/TV client is connected when debbuging PIM:

Nov 22 09:01:22: PIM: Send v2 Data-header Register to 192.168.96.19 for 193.145.203.23, group 224.2.200.235

Nov 22 09:01:22: PIM: Received v2 Register-Stop on ATM2/0.1 from 192.168.96.19

Nov 22 09:01:22: PIM: for source 193.145.203.23, group 224.2.200.235

Nov 22 09:01:22: PIM: Clear register flag to 192.168.96.19 for (193.145.203.23/32, 224.2.200.235)

Does this mean that Video stream is stopped?

2 REPLIES
Community Member

Re: Multicast - on IP/TV only voice stream works, while video do

Hi,

From the output available I agree with you that Video is being stopped. But i haven't been able to gather informtation on how to overcome this issue. Has anyone else experienced this before?

Community Member

Re: Multicast - on IP/TV only voice stream works, while video do

Hi,

we finally found out what was happening (or at least the explanation appears worthy of belief).

LAN Emulation is our customer's layer 2 protocol.

In a certain moment our customer upgraded the router acting as Rendezvous Point (static RP), at that time IP/TV was running.

LANE creates point-to-multipoint SVC's as needed. It seems that the multicast_group_owner of the video group was that RP router, and when it was reloaded, another router got the ownership. So, when the RP router came online again video packets couldn't find a fine reverse path and were dropped.

Our customer changed IP/TV server configuration and began to send audio and video packets to other multicast groups and it worked fine because newly created SVC's were right.

I believe that in a real broadcast layer 2 framework the problem would not happen. In this LANE environment, it seems better to stop IP/TV server if you are planning to reload RP router.

Regards,

Sergi

195
Views
0
Helpful
2
Replies
CreatePlease to create content