Hi, I am configuring a Multicast Setup , wherein I am sending traffic from IXIA . I am getting mroute entry at CE router but outgoing interface is showing as Null . Bellow are some snapshots . PLease suggest , what could be the problem:
Well I have the setup where I have multicast source ( IXIA )connecetd to one CE and one multicast receiver ( IXIA) connected to other CE . I am running PIM-SSM at core and using sparse mode at interfaces . At receiver CE I am getting mrouter entry properly( plz see bellow ):
72xx167vxr#sh ip mroute vrf Multi_0 188.8.131.52 184.108.40.206
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
Y - Joined MDT-data group, y - Sending to MDT-data group
Outgoing interface flags: H - Hardware switched, A - Assert winner
Interface state: Interface, Next-Hop or VCD, State/Mode
(*, 220.127.116.11), 2d18h/stopped, RP 18.104.22.168, flags: SJC
Your receiver CE still does not show incoming interface and RPF nbr is 0.0.0.0 and your sender CE does not have any outgoing interface listed. So looks to be some commuication problem between 2 CEs. How are they connected?
Is it possible for you to post the config for 2 CEs.
Do you have RP's configured correctly for your mode of operation? Are you using only SSM? And if you are using SSM, are you using correct group numbers for the SSM (SSM have a specific address scope dedicated to them).
As per RFC 4601:
" The range of multicast addresses from 22.214.171.124 to 126.96.36.199 is
currently set aside for source-specific multicast in IPv4. For
groups in this range, receivers should only issue source-specific
IGMPv3 joins. If a PIM router receives a non-source-specific join
for a group in this range, it should ignore it, as described in
So if you are using SSM and a group of 188.8.131.52, this could be a problem.
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...