HP 6125XLG R2306-HP 6125XLG Blade Switch IP Multicast Configuration Guide - Page 71

RP discovery, DR election

Page 71 highlights

IMPORTANT: IGMP must be enabled on the device that acts as the receiver-side DR. Otherwise, the receiver hosts attached to the DR cannot join any multicast groups. Figure 26 DR election As shown in Figure 26, the DR election process is as follows: 1. The routers on the shared-media LAN send hello messages to one another. The hello messages contain the priority for DR election. The router with the highest DR priority is elected as the DR. 2. In the case of a tie in the priority, or if any router in the network does not support carrying the DR-election priority in hello messages, the router with the highest IP address wins the DR election. If the DR fails, its PIM neighbor lifetime expires and the other routers will initiate to elect a new DR. RP discovery An RP is the core of a PIM-SM domain. For a small-sized, simple network, one RP is enough for multicast forwarding throughout the network. In this case, you can specify a static RP on each router in the PIM-SM domain. However, in a PIM-SM network that covers a wide area, a huge amount of multicast data is forwarded by the RP. To lessen the RP burden and optimize the topological structure of the RPT, you can configure multiple candidate-RPs (C-RPs) in a PIM-SM domain, and use the bootstrap mechanism to dynamically elect RPs. An elected RP provides services for a different multicast group. For this purpose, you must configure a bootstrap router (BSR). A BSR serves as the administrative core of a PIM-SM domain. A PIM-SM domain has only one BSR, but can have multiple candidate-BSRs (C-BSRs) so that, if the BSR fails, a new BSR can be automatically elected from the C-BSRs and avoid service interruption. NOTE: • An RP can provide services for multiple multicast groups, but a multicast group uses only one RP. • A device can act as a C-RP and a C-BSR at the same time. As shown in Figure 27, each C-RP periodically unicasts its advertisement messages (C-RP-Adv messages) to the BSR. An advertisement message contains the address of the advertising C-RP and the multicast group range to which it is designated. The BSR collects these advertisement messages and organizes the C-RP information into an RP-set, which is a database of mappings between multicast groups and RPs. The 64

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211

64
IMPORTANT:
IGMP must be enabled on the device that acts as the receiver-side DR. Otherwise, the receiver hosts
attached to the DR cannot join any multicast groups.
Figure 26
DR election
As shown in
Figure 26
, the DR election process is as follows:
1.
The routers on the shared-media LAN send hello messages to one another. The hello messages
contain the priority for DR election. The router with the highest DR priority is elected as the DR.
2.
In the case of a tie in the priority, or if any router in the network does not support carrying the
DR-election priority in hello messages, the router with the highest IP address wins the DR election.
If the DR fails, its PIM neighbor lifetime expires and the other routers will initiate to elect a new DR.
RP discovery
An RP is the core of a PIM-SM domain. For a small-sized, simple network, one RP is enough for multicast
forwarding throughout the network. In this case, you can specify a static RP on each router in the PIM-SM
domain. However, in a PIM-SM network that covers a wide area, a huge amount of multicast data is
forwarded by the RP. To lessen the RP burden and optimize the topological structure of the RPT, you can
configure multiple candidate-RPs (C-RPs) in a PIM-SM domain, and use the bootstrap mechanism to
dynamically elect RPs. An elected RP provides services for a different multicast group. For this purpose,
you must configure a bootstrap router (BSR). A BSR serves as the administrative core of a PIM-SM domain.
A PIM-SM domain has only one BSR, but can have multiple candidate-BSRs (C-BSRs) so that, if the BSR
fails, a new BSR can be automatically elected from the C-BSRs and avoid service interruption.
NOTE:
An RP can provide services for multiple multicast groups, but a multicast group uses only one RP.
A device can act as a C-RP and a C-BSR at the same time.
As shown in
Figure 27
, each C-RP periodically unicasts its advertisement messages (C-RP-Adv messages)
to the BSR. An advertisement message contains the address of the advertising C-RP and the multicast
group range to which it is designated. The BSR collects these advertisement messages and organizes the
C-RP information into an RP-set, which is a database of mappings between multicast groups and RPs. The