No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

Configuration Guide - IP Multicast

S7700 and S9700 V200R010C00

This document describes IP multicast basics and how to configure IP multicast features, including IGMP/MLD, PIM (IPv4&IPv6), MSDP, multicast VPN, Layer 3 multicast CAC, Layer 2 multicast CAC, IGMP/MLD snooping, and multicast VLAN, IPv4&IPv6 multicast route management, static multicast MAC address, multicast network.
Rate and give feedback:
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).
Configuring PIM-SM in the ASM Model

Configuring PIM-SM in the ASM Model

Context

A PIM-SM network uses the Any-Source Multicast (ASM) model to provide multicast services to user hosts. User hosts in a multicast group can receive multicast data sent to their group from any multicast sources.

Pre-configuration Tasks

Before configuring PIM-SM in the ASM model, configure a unicast routing protocol to ensure that unicast routes on the network are reachable.

Configuration Process

Mandatory procedure for configuring PIM-SM in the ASM model is:

  1. Enable PIM-SM.
  2. Configure an RP.

Other configuration tasks are optional.

Enabling PIM-SM

Context

PIM-DM and PIM-SM cannot be enabled simultaneously in the public network instance or VPN instances.

It is recommended that you enable PIM-SM on all interfaces in a PIM-SM domain to ensure that the interfaces can establish neighbor relationships with all connected PIM devices.

If PIM-SM and IGMP need to be enabled on the same interface, enable PIM-SM before IGMP.

Procedure

  • Enable PIM-SM for a public network instance.
    1. Run:

      system-view

      The system view is displayed.

    2. (Optional) Run:

      set multicast forwarding-table super-mode

      The high specification mode is configured for multicast forwarding.

      In large-scale multicast applications, the switch generates a large number of PIM routing entries. When the number of PIM routing entries reaches the default limit, new PIM routing entries cannot be generated. The high specification mode increases the number of PIM routing entries supported on the switch to the maximum.

      NOTE:
      • The configuration of high specification mode takes effect after a restart.

      • Configuring the high specification mode increases the default interval for sending PIM-SM Join/Prune messages from 210s to 300s.

    3. (Optional) Run:

      assign multicast-resource-mode optimize

      The multicast replication capability of LPUs is optimized.

      If the switch needs to replicate a huge number of multicast packets, run this command to improve the multicast replication capability before enabling IP multicast routing.

    4. Run:

      multicast routing-enable

      IP multicast routing is enabled.

    5. Run:

      interface interface-type interface-number

      The interface view is displayed.

    6. (Optional) On an Ethernet interface, run undo portswitch

      The interface is switched to Layer 3 mode.

      By default, an Ethernet interface works in Layer 2 mode.

    7. Run:

      pim sm

      PIM-SM is enabled.

  • Enable PIM-SM for a VPN instance.

    A VPN instance must exist before you enable PIM-SM in it.

    1. Run:

      system-view

      The system view is displayed.

    2. (Optional) Run:

      set multicast forwarding-table super-mode

      The high specification mode is configured for multicast forwarding.

    3. (Optional) Run:

      assign multicast-resource-mode optimize

      The multicast replication capability of LPUs is improved.

    4. Run:

      ip vpn-instance vpn-instance-name

      The VPN instance view is displayed.

    5. Run:

      ipv4-family

      The IPv4 address family is enabled for the VPN instance, and the VPN instance IPv4 address family view is displayed.

    6. Run:

      route-distinguisher route-distinguisher

      An RD is configured for the VPN instance IPv4 address family.

    7. Run:

      multicast routing-enable

      IP multicast routing is enabled.

    8. Run:

      quit

      Return to the VPN instance view.

    9. Run:

      quit

      Return to the system view.

    10. Run:

      interface interface-type interface-number

      The interface view is displayed.

    11. Run:

      ip binding vpn-instance vpn-instance-name

      The interface is associated with a specified VPN instance.

    12. Run:

      pim sm

      PIM-SM is enabled.

Configuring an RP

Context

A rendezvous point (RP) can be configured manually or elected through the bootstrap router (BSR) mechanism. Manually configuring a static RP reduces bandwidth use for information exchange between the C-RPs and BSR. RP election through the BSR mechanism simplifies configuration and improves reliability of multicast forwarding because multiple C-RPs are configured.

You can configure a static RP and multiple candidate rendezvous points (C-RPs) for dynamic RP election. The static RP functions as a backup RP because it has a lower priority. Ensure that all the devices on the network have the same RP information. Inconsistent RP information may cause forwarding failures on the network.

Default Configuration

Table 4-10 lists the default configuration of the C-BSR and C-RP.

Table 4-10  Default configuration of the C-BSR and C-RP
Parameter Default Setting

C-BSR priority

0

C-BSR hash mask length

30

BSR message fragmentation

Disabled

Multicast group policy of a static RP

No multicast group policy configured (accepts multicast data with any group address)

Multicast group policy of a C-RP

No multicast group policy configured (accepts multicast data with any group address)

C-RP priority

0

Interval for sending C-RP Announcement messages

60s

Hold time of C-RP Announcement messages

150s

Procedure

  • Configure a static RP.
    1. Run:

      system-view

      The system view is displayed.

    2. Run:

      pim [ vpn-instance vpn-instance-name ]

      The PIM view is displayed.

    3. Run:

      static-rp rp-address [ basic-acl-number | acl-name acl-name ] [ preferred ]

      Address of a static RP is specified.

      preferred indicates that the static RP takes precedence over a dynamic RP.

      NOTE:

      All devices in the PIM-SM domain must be configured with the same static RP address.

  • Configure a dynamic RP.

    1. Configure a C-BSR.

      1. Run:

        system-view

        The system view is displayed.

      2. Run:

        pim [ vpn-instance vpn-instance-name ]

        The PIM view is displayed.

      3. Run:

        c-bsr interface-type interface-number [ hash-length [ priority ] ]

        A C-BSR is configured.

        It is recommended that you configure the C-BSR on the device that aggregates multicast data.

        NOTE:

        To avoid frequent protocol changes caused by interface flapping, using loopback interfaces is recommended.

      4. (Optional) Run:

        bsm semantic fragmentation

        The BSR message fragmentation function is enabled.

        NOTE:

        BSR message fragmentation solves the problem in IP fragmentation, where all fragments become unavailable due to loss of fragment information. Enable BSR message fragmentation on all devices. Otherwise, devices that do not fragment BSR messages may receive incomplete RP information.

    2. Configure a C-RP.

      1. Run:

        system-view

        The system view is displayed.

      2. Run:

        pim [ vpn-instance vpn-instance-name ]

        The PIM view is displayed.

      3. Run:

        c-rp interface-type interface-number [ group-policy { basic-acl-number | acl-name acl-name } | priority priority | holdtime hold-interval | advertisement-interval adv-interval ]*

        A C-RP is configured.

        It is recommended that you configure the C-RP on the device that aggregates multicast data.

        NOTE:

        To avoid frequent protocol changes caused by interface flapping, using loopback interfaces is recommended.

    3. (Optional) Configure a BSR boundary.

      1. Run:

        system-view

        The system view is displayed.

      2. Run:

        interface interface-type interface-number

        The interface view is displayed.

      3. (Optional) On an Ethernet interface, run:

        undo portswitch

        The interface is switched to Layer 3 mode.

        By default, an Ethernet interface works in Layer 2 mode.

      4. Run:

        pim bsr-boundary

        A BSR service boundary is configured.

        The BSR messages cannot pass through the BSR boundary. Therefore, it is recommended that you configure the BSR service boundary on interfaces at the edge of a PIM-SM domain.

(Optional) Configuring a BSR Administrative Domain

Context

To facilitate PIM domain management, a PIM network is divided into multiple bootstrap router (BSR) administrative domains and a global domain. Each BSR administrative domain maintains only one BSR that serves specified multicast groups. Multicast groups that do not belong to any BSR administrative domain are served by the global domain. A device can join only one administrative domain, so devices in each administrative domain can forward multicast data independently. Data for multicast groups in the global domain can be forwarded through devices in any administrative domain.

The maximum range of multicast groups that a BSR administrative domain can serve is 239.0.0.0 to 239.255.255.255. Multicast addresses in this range are used as private group addresses.

Procedure

  1. Enable BSR administrative domain on all devices in the PIM domain.
    1. Run:

      system-view

      The system view is displayed.

    2. Run:

      pim [ vpn-instance vpn-instance-name ]

      The PIM view is displayed.

    3. Run:

      c-bsr admin-scope

      The BSR administrative domain is enabled.

  2. Configure a BSR administrative domain boundary on an edge interface.
    1. Run:

      system-view

      The system view is displayed.

    2. Run:

      interface interface-type interface-number

      The interface view is displayed.

    3. (Optional) On an Ethernet interface, run undo portswitch

      The interface is switched to Layer 3 mode.

      By default, an Ethernet interface works in Layer 2 mode.

    4. Run:

      multicast boundary group-address { mask | mask-length }

      The boundary of the BSR administrative domain is configured.

      Multicast packets that belong to the BSR administrative domain cannot traverse the boundary.

  3. Configure a group address range for the C-BSR in each BSR administrative domain.
    1. Run:

      system-view

      The system view is displayed.

    2. Run:

      pim [ vpn-instance vpn-instance-name ]

      The PIM view is displayed.

    3. Run:

      c-bsr group group-address { mask | mask-length } [ hash-length hash-length | priority priority ] *

      A group address range is configured for the C-BSR in each BSR administrative domain.

  4. Configure a C-BSR in the global domain.
    1. Run:

      system-view

      The system view is displayed.

    2. Run:

      pim [ vpn-instance vpn-instance-name ]

      The PIM view is displayed.

    3. Run:

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

      A C-BSR is configured for the global administrative domain.

(Optional) Configuring the SPT Switchover Condition

Context

A high volume of multicast data traffic increases the load of a rendezvous point (RP) and may result in faults. The designated router (DR) at the receiver side can trigger an SPT switchover to reduce the burden of the RP.

By default, a receiver DR triggers an SPT switchover immediately after receiving the first multicast data packet from the rendezvous point tree (RPT). You can configure a receiver DR to trigger an SPT switchover when the traffic rate exceeds a threshold or disable it from triggering SPT switchovers.

NOTE:

Setting the traffic rate threshold for triggering an SPT switchover may affect the operation of multicast services. The default triggering condition is recommended because it can reduce the number of multicast packets forwarded on the RPT.

Default Configuration

Table 4-11 lists the default configuration of SPT switchover conditions.

Table 4-11  Default configuration of SPT switchover conditions
Parameter Default Setting

Group policy that specifies the groups to which the SPT switchover conditions apply

No group policy configured (The SPT switchover conditions apply to all multicast groups.)

Interval for checking the multicast data forwarding rate

15s

Procedure

  1. Run:

    system-view

    The system view is displayed.

  2. Run:

    pim [ vpn-instance vpn-instance-name ]

    The PIM view is displayed.

  3. Run:

    spt-switch-threshold { traffic-rate | infinity } [ group-policy { basic-acl-number | acl-name acl-name } [ order order-value ] ]

    The SPT switchover condition is configured.

    traffic-rate specifies the rate threshold that triggers an SPT switchover. infinity indicates that the SPT switchover is never triggered.

  4. Run:

    timer spt-switch interval

    The interval for checking the multicast data forwarding rate is set.

(Optional) Adjusting Control Parameters for Source Registration

Context

After receiving multicast data from a multicast source, the source DR encapsulates multicast data in a Register message and forwards the message to the RP. You can adjust control parameters for source registration on the RP and source DR.

You can perform the following operations on the source DR.

  • Configure the register message suppression time. After receiving a Register-Stop message, the source DR stops sending Register messages to the RP during register suppression. If the source DR receives no more Register-Stop messages, it forwards packets again when the register suppression time expires.
  • Configure the interval at which null Register messages are sent. If the timeout period for the register suppression state is too long or too short, multicast data cannot be forwarded normally. Sending null Register messages during the register suppression period can relieve this problem.
  • Configure the RP to calculate checksum only based on information in Register message headers. This reduces the checksum calculation time and improves the efficiency of multicast data encapsulation in Register messages.
  • Configure the source address for Register messages. The RP cannot receive Register messages from a source DR if the source address of the Register messages is not a unique IP address on the network or if the source address is filtered out by a policy configured on the RP. To enable the RP to receive Register messages from the source DR, configure a new source address for the Register messages.

You can perform the following operations on the RP.

  • Configure a policy to filter Register messages. You can specify the address range of Register messages to improve network security.
Default Configuration

Table 4-12 lists the default configuration of control parameters for source registration.

Table 4-12  Default configuration of control parameters for source registration
Parameter Default Setting

Filter policy for Register messages

No filter policy configured (receiving Register messages with any group address)

Way to calculate the checksum

Based on the entire message

Register message suppression time

60s

Interval for sending null Register messages

5s

Procedure

  • Configure control parameters for source registration on the source DR.
    1. Run:

      system-view

      The system view is displayed.

    2. Run:

      pim [ vpn-instance vpn-instance-name ]

      The PIM view is displayed.

    3. Run:

      register-suppression-timeout interval

      Register message suppression time is configured.

    4. Run:

      probe-interval interval

      The interval for sending null Register messages is configured.

      NOTE:

      The value of probe-interval must be smaller than half of register-suppression-timeout.

    5. Run:

      register-header-checksum

      The checksum is calculated only based on the header of a Register message. Packets that fail the check are discarded.

    6. Run:

      register-source interface-type interface-number

      The source address of Register messages sent from the source DR is configured.

      It is recommended that you use the IP address of a loopback interface on the source DR as the source address of Register messages.

  • Configure control parameters for source registration on the RP.
    1. Run:

      system-view

      The system view is displayed.

    2. Run:

      pim [ vpn-instance vpn-instance-name ]

      The PIM view is displayed.

    3. Run:

      register-policy { advanced-acl-number | acl-name acl-name }

      A policy for filtering Register messages is configured.

      NOTE:

      When configuring an ACL rule, use the permit parameter to configure the switch to accept only Register messages with addresses in a specified range. If no rule is configured in the ACL, the switch discards Register messages.

(Optional) Adjusting C-RP Control Parameters

Context

When a candidate rendezvous point (C-RP) is configured on an interface, the C-RP periodically sends Advertisement messages to a bootstrap router (BSR). The Advertisement messages carry the C-RP priority and the holdtime of Advertisement messages. After receiving Advertisement messages, the BSR starts the C-RP timeout timer. The timer value is set to the holdtime of Advertisement messages. Before the timer expires, the BSR collects the C-RP information in Advertisement messages into an RP-set, encapsulates the RP-set into a Bootstrap message, and advertises the Bootstrap message to all PIM devices in the PIM domain. If the BSR does not receive any Advertisement message from the C-RP after the timer expires, the BSR considers the C-RP invalid or unreachable on the network. The interval for sending Advertisement messages must be smaller than the holdtime of Advertisement messages.

You can manually configure the interval for sending Advertisement messages, C-RP priority and holdtime of Advertisement messages. To prevent C-RP spoofing, set the range of valid C-RP addresses on the BSR. Then the BSR accepts only the Advertisement messages with source addresses in the specified range.

NOTE:

For the default values of the parameters carried in Advertisement messages, see Configuring an RP.

Procedure

  • Configure parameters on Advertisement messages on the C-RP.
    1. Run:

      system-view

      The system view is displayed.

    2. Run:

      pim [ vpn-instance vpn-instance-name ]

      The PIM view is displayed.

    3. Run:

      c-rp priority priority

      The C-RP priority is configured.

    4. Run:

      c-rp advertisement-interval interval

      The interval for sending Advertisement messages is configured.

    5. Run:

      c-rp holdtime interval

      The time period to hold the Advertisement messages received from the C-RP is configured.

  • Configure the valid C-RP address range on the BSR.
    1. Run:

      system-view

      The system view is displayed.

    2. Run:

      pim [ vpn-instance vpn-instance-name ]

      The PIM view is displayed.

    3. Run:

      crp-policy { advanced-acl-number | acl-name acl-name }

      The range of valid C-RP addresses and the range of groups that C-RPs serve are configured.

      NOTE:

      When configuring an ACL rule for the switch, use the permit parameter to configure the switch to accept only Advertisement messages with addresses in a specified range. If no rule is configured in the ACL, the switch discards all Advertisement messages.

(Optional) Adjusting C-BSR Control Parameters

Context

Candidate bootstrap routers (C-BSRs) automatically elect a BSR in a PIM domain. Initially, each C-BSR considers itself as a BSR and sends Bootstrap messages to all devices in the domain. When a C-BSR receives a Bootstrap message from another C-BSR, it compares the priority in the received Bootstrap message with its own priority. The C-BSR with a higher priority wins. If the two C-BSRs have the same priority, the one with a larger IP address wins. After a C-BSR is elected as the BSR, it encapsulates its own IP address and the RP-Set information into a Bootstrap message and sends the Bootstrap message within the PIM domain. The Bootstrap message contains a hash mask which is used for hash calculation in C-RP election.

The BSR periodically sends Bootstrap messages. When the C-BSRs receive the Bootstrap message, they start the holdtime timer. If they do not receive any Bootstrap message from the BSR before the holdtime timer expires, they consider that the BSR has failed and initiate the election of a new BSR. The interval for sending Bootstrap messages must be shorter than the Bootstrap message holdtime.

You can configure the C-BSR priority, the BSR hash mask length, interval for sending Bootstrap messages, and Bootstrap message holdtime on a switch. To prevent BSR spoofing, set a range of valid BSR addresses.

Default Configuration

Table 4-13 lists the default configuration of C-BSRs.

Table 4-13  Default configuration of C-BSRs
Parameter Default Setting

Interval for sending Bootstrap messages

60s

Holdtime of Bootstrap messages

130s

NOTE:

For the default values of other C-BSR parameters, see Configuring an RP.

Procedure

  • Configure parameters contained in a Bootstrap message for a C-BSR.
    1. Run:

      system-view

      The system view is displayed.

    2. Run:

      pim [ vpn-instance vpn-instance-name ]

      The PIM view is displayed.

    3. Run:

      c-bsr priority priority

      The priority of the C-BSR is configured.

    4. Run:

      c-bsr hash-length priority

      The hash mask length of the C-BSR is configured.

    5. Run:

      c-bsr interval interval

      The interval for sending Bootstrap messages is configured.

    6. Run:

      c-bsr holdtime interval

      The holdtime of the Bootstrap message received from the BSR is configured.

  • Configure a valid BSR address range on a PIM device.
    1. Run:

      system-view

      The system view is displayed.

    2. Run:

      pim [ vpn-instance vpn-instance-name ]

      The PIM view is displayed.

    3. Run:

      bsr-policy { basic-acl-number | acl-name acl-name }

      The range of valid BSR addresses is configured.

      NOTE:

      When configuring an ACL rule for the switch, use the permit parameter to configure the switch to accept only Bootstrap messages with source addresses in a specified range. If no rule is configured in the ACL, the switch discards Bootstrap messages from all source addresses.

Checking the Configuration

Prerequisites

After configuration of PIM-SM in ASM model is complete, you can check information about the BSR, RP, PIM interface, PIM neighbor, and PIM routing table.

Procedure

  • Run the display pim [ vpn-instance vpn-instance-name | all-instance ] bsr-info command to check the BSR configuration.
  • Run the display pim [ vpn-instance vpn-instance-name | all-instance ] rp-info [ group-address ] command to check the RP configuration.
  • Run the display pim [ vpn-instance vpn-instance-name | all-instance ] interface [ interface-type interface-number | up | down ] [ verbose ] command to check PIM information on an interface.
  • Run the display pim [ vpn-instance vpn-instance-name | all-instance ] neighbor [ neighbor-address | interface interface-type interface-number | verbose ] * command to check information about PIM neighbors.
  • Run the following commands to check the PIM routing table.

    • display pim [ vpn-instance vpn-instance-name | all-instance ] routing-table [ group-address [ mask { group-mask-length | group-mask } ] | source-address [ mask { source-mask-length | source-mask } ] | incoming-interface { interface-type interface-number | register } | outgoing-interface { include | exclude | match } { interface-type interface-number | register | none } | mode { dm | sm | ssm } | flags flag-value | fsm ] * [ outgoing-interface-number [ number ] ]

    • display pim routing-table [ group-address [ mask { group-mask-length | group-mask } ] | source-address [ mask { source-mask-length | source-mask } ] | incoming-interface { interface-type interface-number | register } | outgoing-interface { include | exclude | match } { interface-type interface-number | vpn-instance vpn-instance-name | register | none } | mode { dm | sm | ssm } | flags flag-value | fsm ] * [ outgoing-interface-number [ number ] ]

    • display pim [ vpn-instance vpn-instance-name | all-instance ] routing-table brief [ group-address [ mask { group-mask-length | group-mask } ] | source-address [ mask { source-mask-length | source-mask } ] | incoming-interface { interface-type interface-number | register } ] *

Translation
Download
Updated: 2019-08-21

Document ID: EDOC1000141903

Views: 146665

Downloads: 111

Average rating:
This Document Applies to these Products
Related Version
Related Documents
Share
Previous Next