12-15-2010
06:08 AM
- last edited on
03-20-2023
04:26 AM
by
Translator
My (S,G) entry is always stuck in "Registering".
What does Registering mean and how can I fix this problem? My primary RP is 10.4.1.81 and backup RP is 10.0.1.7.
Thanks in advance.
sa26-lan-r1#sh ip mroute 239.246.0.28
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, E - Extranet,
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
V - RD & Vector, v - Vector
Outgoing interface flags: H - Hardware switched, A - Assert winner
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(*, 239.246.0.28), 01:07:38/stopped, RP 10.4.1.81, flags: SPF
Incoming interface: Vlan11, RPF nbr 10.0.22.254, RPF-MFD
Outgoing interface list: Null
(10.20.32.109, 239.246.0.28), 01:07:38/00:03:28, flags: FT
Incoming interface: Vlan10, RPF nbr 0.0.0.0, Registering
, Partial-SC
Outgoing interface list:
Vlan11, Forward/Sparse-Dense, 01:06:41/00:02:51, H
Solved! Go to Solution.
12-15-2010 06:31 AM
Hi David,
Registering means that your router is receiving the multicast packets from a source, it is encapsulating them into PIM Register messages (hence the name) and is sending them as unicast packets to the RP. The RP shall decapsulate them and send the original packets down the shared tree as native multicast.
If your RP receives a Register message, it should send a PIM Join message towards the source of the multicast stream that should eventually reach your router. In that moment, you should also start routing the multicast stream natively, along with sending the stream as Register messages. As soon as the native multicast hits the RP, thanks to the tree branch created by the PIM Join messages, the RP will send a Register-Stop message back to you, and you should stop sending the Register messages, leaving only the native multicast stream to flow.
So if your group is stuck in Registering state, there is a problem that essentially prevents you from receiving the Register-Stop message. The reasons include:
Best regards,
Peter
12-15-2010 06:31 AM
Hi David,
Registering means that your router is receiving the multicast packets from a source, it is encapsulating them into PIM Register messages (hence the name) and is sending them as unicast packets to the RP. The RP shall decapsulate them and send the original packets down the shared tree as native multicast.
If your RP receives a Register message, it should send a PIM Join message towards the source of the multicast stream that should eventually reach your router. In that moment, you should also start routing the multicast stream natively, along with sending the stream as Register messages. As soon as the native multicast hits the RP, thanks to the tree branch created by the PIM Join messages, the RP will send a Register-Stop message back to you, and you should stop sending the Register messages, leaving only the native multicast stream to flow.
So if your group is stuck in Registering state, there is a problem that essentially prevents you from receiving the Register-Stop message. The reasons include:
Best regards,
Peter
12-15-2010
07:29 AM
- last edited on
03-20-2023
04:28 AM
by
Translator
Hello David,
S,G entry created by RP so can you check for rpf reachability from RP.
I mean Can you try command
sh ip mroute
on RP and check for RPF neighbor field. Should not
be empty and check for that ip in routing table. It shoul d be reachable from RP
Hope this helps
Regards
Mahesh
12-16-2010 04:24 AM
Hi Peter,
Thank you for the clear explanation; you are a very good writer. I have a question regarding this statement "The RP not accepting the Register messages from you (check the source address of the Register stream!)" Can you elaborate on this and what command can I run to check the source address of the Register stream?
12-16-2010
05:16 AM
- last edited on
03-20-2023
04:31 AM
by
Translator
Hi David,
Okay, let's see... First of all, the RP may be configured using the
ip pim accept-register
command that allows it to filter PIM Register messages according to an ACL or a
route-map
If this command is used on the RP then it is necessary to verify whether your router is among the list of allowed sources of PIM Register messages. See the following URL for the description of the command:
http://www.cisco.com/en/US/docs/ios/ipmulti/command/reference/imc_04.html#wp1039548
Regarding the source address used by your router in the PIM Register messages - I am not sure if there is such command available to verify the current source address. I assume that because the PIM Register packet is originated by your router, it will use the egress interface's IP address as the source. However, you can configure your router to always use a particular source IP address when sending PIM Register messages using the
ip pim register-source
command, see the description here:
http://www.cisco.com/en/US/docs/ios/ipmulti/command/reference/imc_04.html#wp1041397
Obviously, using a loopback address also advertised in your IGP routing protocol is the most appropriate way of using this command.
Best regards,
Peter
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide