Buy or Renew
Buy or Renew
Cisco + Splunk: It’s a new day for your data. Learn more.
 
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
cancel
Start a conversation
386
Views
0
Helpful
2
Replies

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

sseira
Level 1
Level 1

‎11-22-2002 02:49 AM - edited ‎03-02-2019 03:06 AM

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?

Labels:
0 Helpful
2 Replies 2

murabi
Level 4
Level 4

‎12-02-2002 07:55 AM

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?

0 Helpful

sseira
Level 1
Level 1
In response to murabi

‎12-03-2002 01:51 AM

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

0 Helpful
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Customers Also Viewed These Support Documents