beautypg.com

Configuring multicast source registration – H3C Technologies H3C SecPath F1000-E User Manual

Page 646

background image

621

NOTE:

The

group-address { mask | mask-length } parameter of the c-bsr group command can specify the

multicast groups the C-BSR serves, in the range of 239.0.0.0/8.

{

Configure C-BSRs for the global-scoped zone
Perform the following configuration on the routers that you want to configure as C-BSRs in the
global-scoped zone.
To configure a C-BSR for the global-scoped zone:

Step

Command

Remarks

1.

Enter system view.

system-view

N/A

2.

Enter public network PIM view.

pim

N/A

3.

Configure a C-BSR for the
global-scoped zone.

c-bsr global [ hash-length hash-length |
priority priority ] *

No C-BSRs are configured
for the global-scoped zone

by default.

NOTE:

You can configure the hash mask length and C-BSR priority globally, in an admin-scoped zone, and in the
global-scoped zone.

The values configured in the global-scoped zone or admin-scoped zone have preference over the
global values.

If you do not configure these parameters in the global-scoped zone or admin-scoped zone, the
corresponding global values will be used.

For configuration of global C-BSR parameters, see "

Configuring global C-BSR parameters

."

Configuring multicast source registration

Within a PIM-SM domain, the source-side DR sends register messages to the RP, and these register

messages have different multicast source or group addresses. You can configure a filtering rule to filter

register messages so that the RP can serve specific multicast groups. If the filtering rule denies an (S, G)

entry, or the filtering rule does not define the action for this entry, the RP will send a register-stop message
to the DR to stop the registration process for the multicast data.
In view of information integrity of register messages in the transmission process, you can configure the

device to calculate the checksum based on the entire register messages. However, to reduce the

workload of encapsulating data in register messages and for the sake of interoperability, do not use this
method of checksum calculation.
When receivers stop receiving multicast data addressed to a certain multicast group through the RP (that

is, the RP stops serving the receivers of that multicast group), or when the RP starts receiving multicast

data from the multicast source along the SPT, the RP sends a register-stop message to the source-side DR.

After receiving this message, the DR stops sending register messages encapsulated with multicast data
and starts a register-stop timer. Before the register-stop timer expires, the DR sends a null register message

(a register message without encapsulated multicast data) to the RP. If the DR receives a register-stop

message during the register probe time, it will reset its register-stop timer. Otherwise, the DR starts

sending register messages with encapsulated data again when the register-stop timer expires.
The register-stop timer is set to a random value chosen uniformly from the interval (0.5 times

register_suppression_time, 1.5 times register_suppression_time) minus register_probe_time.