# Multicast PIM Register Message

**URL:** https://forum.networklessons.com/t/multicast-pim-register-message/989
**Category:** Lessons Discussion
**Created:** [December 26, 2016, 5:43pm UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989 "2016-12-26T17:43:01Z")
**Posts on this page:** 17
**Page:** 1

<div class="post-metadata">

### Author: ![ReneMolenaar](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/renemolenaar/32/488_2.png) [@ReneMolenaar](https://forum.networklessons.com/u/ReneMolenaar)
#### Post date: [December 26, 2016, 5:43pm UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/1 "2016-12-26T17:43:01Z")

</div>

This topic is to discuss the following lesson:

> **[Multicast PIM Register Message](https://networklessons.com/multicast/multicast-pim-register-message)**
>
> When a new source starts sending multicast packets it will register itself with the RP using PIM register. I will show you how it works on Cisco routers.

---

<div class="post-metadata">

### Author: ![system](https://cdn-forum.networklessons.com/uploads/default/original/1X/1d2ef66728c7fbac8377748594345a3f474fce5f.png) [@system](https://forum.networklessons.com/u/system)
#### Post date: [September 9, 2013, 9:33am UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/2 "2013-09-09T09:33:58Z")

</div>

Really a nice Blog.

---

<div class="post-metadata">

### Author: ![system](https://cdn-forum.networklessons.com/uploads/default/original/1X/1d2ef66728c7fbac8377748594345a3f474fce5f.png) [@system](https://forum.networklessons.com/u/system)
#### Post date: [September 9, 2013, 10:08am UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/3 "2013-09-09T10:08:25Z")

</div>

There is a mechanism REGISTER SUPPRESSION.  
when a DR receives a Register stop message it starts a 60-sec Register-suppression timer and when the timer expires, the router again sends multicast packets to the RP.

---

<div class="post-metadata">

### Author: ![jeffreywatson](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/j/41988e/32.png) [@jeffreywatson](https://forum.networklessons.com/u/jeffreywatson)
#### Post date: [September 6, 2015, 10:47pm UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/4 "2015-09-06T22:47:46Z")

</div>

If the DR has received a register stop from the RP because the RP the does not have any receivers.

Then how does it restart back again?  
does the whole process wait for a receiver to send a pim join to the RP,  
then the RP sends a join back to the source ?

During the registration process do the unicast encapsulated packets get sent to the receiver  
at the same time as the RP is establishing the SPT back to the source?  
so during that time you can get duplicate packets and dropped packets

---

<div class="post-metadata">

### Author: ![ReneMolenaar](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/renemolenaar/32/488_2.png) [@ReneMolenaar](https://forum.networklessons.com/u/ReneMolenaar)
#### Post date: [September 6, 2015, 11:43pm UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/5 "2015-09-06T23:43:21Z")

</div>

Hi Jeffrey,

Once the DR receives the register stop, it will start a 60 second “register suppression” timer. During this time, it will not forward any PIM register messages to the RP. Five seconds before the timer expires, it will send a “null register” message to the RP. Now there are two options:

Option 1) The RP still doesn’t have anyone that is interested in the multicast stream, if so it will send another register stop message and the DR will reset its suppression time.

Option 2) If the RP does have receivers, it won’t send anything to the DR. The DR its time will expire and it will send another PIM register message with an encapsulated packet.

About your second question, I believe the packet will be forwarded to the receiver but I’m not entirely sure how this process works…I’d have to lab and debug that to take a closer look 🙂

Rene

---

<div class="post-metadata">

### Author: ![jeffreywatson](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/j/41988e/32.png) [@jeffreywatson](https://forum.networklessons.com/u/jeffreywatson)
#### Post date: [September 6, 2015, 11:45pm UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/6 "2015-09-06T23:45:37Z")

</div>

thank you

---

<div class="post-metadata">

### Author: ![wdavis84](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/w/7ba0ec/32.png) [@wdavis84](https://forum.networklessons.com/u/wdavis84)
#### Post date: [January 14, 2016, 2:05am UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/7 "2016-01-14T02:05:35Z")

</div>

Hi Rene,

Just check with you, why the multicast source ping one time to receiver, and will get multiple reply? Only have one join group which R4 only.

I thought is because using the multiple source interface ping to the receiver, but i try to specify the source IP address to ping still the same, will get multiple reply. “ping 239.1.1.1 source 192.168.12.1”

Davis

---

<div class="post-metadata">

### Author: ![ReneMolenaar](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/renemolenaar/32/488_2.png) [@ReneMolenaar](https://forum.networklessons.com/u/ReneMolenaar)
#### Post date: [January 14, 2016, 2:14pm UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/8 "2016-01-14T14:14:22Z")

</div>

Hi Davis,

```auto
I believe the router will generate a packet for each multicast enabled interface that you have, using the same source address. With an extended ping where you specify the egress interface you should be able to prevent this:
R1#ping
Protocol (ip):
Target IP address: 239.1.1.1
Repeat count [1]: 5
Datagram size [100]:
Timeout in seconds [2]:
Extended commands : yes
Interface [All]: GigabitEthernet0/1
Time to live [255]:
Source address: Loopback0
Type of service [0]:
Set DF bit in IP header? [no]:
Validate reply data? [no]:
Data pattern [0xABCD]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Sweep range of sizes :
Type escape sequence to abort.
Sending 10, 100-byte ICMP Echos to 239.1.1.1, timeout is 2 seconds:
Packet sent with a source address of 1.1.1.1

```

Rene

---

<div class="post-metadata">

### Author: ![wdavis84](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/w/7ba0ec/32.png) [@wdavis84](https://forum.networklessons.com/u/wdavis84)
#### Post date: [January 15, 2016, 2:03am UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/9 "2016-01-15T02:03:05Z")

</div>

Hi Rene,

Yes, you are right. I need to specify the interface to ping.

Thanks!

Davis

---

<div class="post-metadata">

### Author: ![nagenderkaushik](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/n/f4b2a3/32.png) [@nagenderkaushik](https://forum.networklessons.com/u/nagenderkaushik)
#### Post date: [August 30, 2016, 9:47pm UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/10 "2016-08-30T21:47:07Z")

</div>

Hi Rene,

In your example, you haven’t enabled PIM on lo0 of R2, any particular reason. Also, I tried following your example, but, if I don’t place “ip pim sparse-mode” on R4’s interface towards R3, I am unable to PING from the source (R1)

```
PIM(0): Building Periodic (*,G) Join / (S,G,RP-bit) Prune message for 224.0.1.40...
PIM(0): Building Periodic (*,G) Join / (S,G,RP-bit) Prune message for 239.1.1.1..
PIM(0): Building Triggered (*,G) Join / (S,G,RP-bit) Prune message for 224.0.1.40
PIM(0): Building Triggered (*,G) Join / (S,G,RP-bit) Prune message for 239.1.1.1.
PIM(0): Received v2 Join/Prune on GigabitEthernet1.12 from 192.168.12.2, to us
PIM(0): Join-list: (192.168.12.1/32, 239.1.1.1), S-bit set
%LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel0, changed state to up................
PIM(0): Received v2 Join/Prune on GigabitEthernet1.12 from 192.168.12.2, to us
PIM(0): Join-list: (192.168.12.1/32, 239.1.1.1), S-bit set......
Reply to request 36 from 192.168.34.4, 2 ms
Reply to request 37 from 192.168.34.4, 2 ms
PIM(0): Building Periodic (*,G) Join / (S,G,RP-bit) Prune message for 224.0.1.40
Reply to request 38 from 192.168.34.4, 2 ms
Reply to request 39 from 192.168.34.4, 3 ms
Reply to request 40 from 192.168.34.4, 2 ms
PIM(0): Building Periodic (*,G) Join / (S,G,RP-bit) Prune message for 239.1.1.1
Reply to request 41 from 192.168.34.4, 2 ms
Reply to request 42 from 192.168.34.4, 1 ms
Reply to request 43 from 192.168.34.4, 2 ms
Reply to request 44 from 192.168.34.4, 1 ms
Reply to request 45 from 192.168.34.4, 2 ms

```

---

<div class="post-metadata">

### Author: ![nagenderkaushik](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/n/f4b2a3/32.png) [@nagenderkaushik](https://forum.networklessons.com/u/nagenderkaushik)
#### Post date: [August 30, 2016, 9:50pm UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/11 "2016-08-30T21:50:18Z")

</div>

Also, the PING stopped at the end

```
R1#ping 239.1.1.1 repeat 100000
Type escape sequence to abort.
Sending 100000, 100-byte ICMP Echos to 239.1.1.1, timeout is 2 seconds:
...
PIM(0): Building Periodic (*,G) Join / (S,G,RP-bit) Prune message for 224.0.1.40..
R1#

```

Any reasoning behind it?

---

<div class="post-metadata">

### Author: ![ReneMolenaar](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/renemolenaar/32/488_2.png) [@ReneMolenaar](https://forum.networklessons.com/u/ReneMolenaar)
#### Post date: [September 24, 2016, 7:05pm UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/12 "2016-09-24T19:05:06Z")

</div>

Hi Nagender,

In my example, I don’t have a loopback interface on R2. Only R3 has one since it’s the RP of this network.

R1 and R4 are the source and receiver, I’m using routers but these are only used as host devices. That’s why you don’t need PIM on their interfaces, you could also replace them with windows/linux computers. Make sure you have PIM enabled on the routers that are facing your hosts (R2 and R3).

Rene

---

<div class="post-metadata">

### Author: ![ryandm1776](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/r/9fc29f/32.png) [@ryandm1776](https://forum.networklessons.com/u/ryandm1776)
#### Post date: [April 16, 2017, 9:48pm UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/13 "2017-04-16T21:48:51Z")

</div>

“First we will enable multicast routing and PIM dense mode on all routers:”

- looks like a misprint. Should be sparse mode, right?

---

<div class="post-metadata">

### Author: ![lagapidis](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/lagapidis/32/4949_2.png) [@lagapidis](https://forum.networklessons.com/u/lagapidis)
#### Post date: [April 23, 2017, 10:06am UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/14 "2017-04-23T10:06:12Z")

</div>

Hello Ryan

Yes you are correct, thanks for catching that. I will let @ReneMolenaar know so that he can fix it…

> ![](https://cdn-forum.networklessons.com/uploads/default/original/1X/b2e29e53f698c42418458ac633b190557dd77263.png)

Thanks again!

Laz

---

<div class="post-metadata">

### Author: ![vadim.zhukov](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/v/cab0a1/32.png) [@vadim.zhukov](https://forum.networklessons.com/u/vadim.zhukov)
#### Post date: [January 24, 2023, 4:09am UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/15 "2023-01-24T04:09:48Z")

</div>

Is it correct that source router will only send registration request for particular group to RP it knows is responsible for that group? Similar to receivers knowing which RP is responsible for the desired group? Or registration will be sent to all known RPs and its RPs that filter our register requests based on ACLs on them?

---

<div class="post-metadata">

### Author: ![lagapidis](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/lagapidis/32/4949_2.png) [@lagapidis](https://forum.networklessons.com/u/lagapidis)
#### Post date: [January 30, 2023, 5:56am UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/16 "2023-01-30T05:56:47Z")

</div>

Hello Vadim

When a source router sends a registration request, it sends it to the RP that corresponds to the specific group. When there are multiple RPs, each multicast router maintains a group-to-RP mapping where the groups correspond to the appropriate RPs. Using the `show ip pim rp mapping command`, you can see these mappings. How are they created? It depends upon the setup.

You can use mechanisms such as [Auto-RP](https://networklessons.com/multicast/multicast-ip-pim-auto-rp) or [BSR](https://networklessons.com/multicast/multicast-pim-bootstrap-bsr) to automatically choose an RP. These mechanisms also maintain this mapping that is used in the event that there are multiple RPs.

Multiple RPs can be statically configured as well. As seen from [the Wireshark capture in the PIM\_Register section of the Multicast Sparse Mode lesson](https://networklessons.com/multicast/multicast-pim-sparse-mode#PIM_Register), the registration request is sent specifically to the RP with an address of 2.2.2.2, and that RP is chosen from the group to RP mappings. Now in this case there is only one RP, but if there were more, the choice is made from the mappings.

I hope this has been helpful!

Laz

---

<div class="post-metadata">

### Author: ![vadim.zhukov](https://cdn-forum.networklessons.com/letter_avatar_proxy/v4/letter/v/cab0a1/32.png) [@vadim.zhukov](https://forum.networklessons.com/u/vadim.zhukov)
#### Post date: [January 30, 2023, 10:36pm UTC](https://forum.networklessons.com/t/multicast-pim-register-message/989/17 "2023-01-30T22:36:46Z")

</div>

Thank you for clarifying that.
