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

CLI-based Configuration Guide - IP Multicast

AR120, AR150, AR160, AR200, AR1200, AR2200, AR3200, and AR3600 V200R007

This document describes the principles and configurations of IP multicast, and provides configuration examples.
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).
SPT on an IPv6 PIM-SM Network Fails to be Established

SPT on an IPv6 PIM-SM Network Fails to be Established

Fault Symptom

SPT is not established. User hosts cannot receive multicast data.

Fault Analysis

This fault is commonly caused by one of the following:

  • The downstream interfaces of multicast devices do not receive any (S, G) Join message.
  • IPv6 PIM-SM is not enabled on the interface.
  • The RPF route to the multicast source is incorrect (for example, a unicast routing loop occurs).
  • Configuration is incorrect (the settings of MTU, switchover threshold, and multicast boundary are incorrect.)

Procedure

  1. Check whether the IPv6 PIM routing table contains correct (S, G) entries.

    Run the display pim ipv6 routing-table command on the device to check whether the IPv6 PIM routing table contains (S, G) entries.

    • If the IPv6 PIM routing table contains (S, G) entries, the entry has an RPT flag, and the multicast group is in the ASM group address range, the upstream interface is the RPF interface to RP but not the SPT interface to the multicast source, the SPT fails to be established.

      Run the display current-configuration configuration pim command on the receiver's DR to check the current configuration in the PIM-IPv6 view. If the command output contains "spt-switch-threshold infinity", run the undo spt-switch-threshold infinity command to delete the configuration .

    • If the IPv6 PIM routing table contains (S, G) entries and the entry has an SPT flag, run the display multicast ipv6 forwarding-table command to check (S, G) entries and check whether the value of Matched field keeps increasing. Wait a few minutes for the value of Matched field to update after running the display multicast ipv6 forwarding-table command.
      • If the value of Matched field keeps increasing, the data forwarding on the upstream devices is normal but the data cannot be forwarded to downstream devices.

      • If the value of Matched field stops increasing and the current device is not the source's DR, the current device fails to receive multicast data. In this case, check whether the IPv6 PIM routing table of the upstream devices have correct (S, G) entries.

    • If the IPv6 PIM routing table does not contain correct (S, G) entries, go to step 2.

  2. Check whether downstream interfaces receive Join messages.

    NOTE:

    If the current device is the receiver's DR, skip this step.

    Downstream interfaces fail to receive (S, G) Join packets if a fault occurs on these interfaces or PIM-SM is not enabled.

    Run the display pim ipv6 control-message counters interface interface-type interface-number message-type join-prune command to check whether the number of Join/Prune messages received by downstream interfaces increases.

    • If the number of Join/Prune messages received by downstream interfaces does not increase, run the display pim ipv6 control-message counters interface interface-type interface-number message-type join-prune command to check whether the downstream devices send Join/Prune messages to upstream devices.
      • If the number of Join/Prune messages increases, the downstream devices send Join/Prune messages. In this case, check whether PIM neighbors can communicate with each other.

      • If the number does not increase, the downstream devices are not working properly. In this case, locate and rectify the faults.

    • If the number of Join/Prune messages received by downstream interfaces increases, go to step 3.

  3. Check whether IPv6 PIM-SM is enabled on the interface.

    The fault usually occurs when IPv6 PIM-SM is not enabled on the RPF interface connecting to the multicast source.
    NOTE:

    When deploying an IPv6 PIM-SM network, you are advised to enable multicast on all devices and the IPv6 PIM-SM protocol on all interfaces.

    Run the display pim ipv6 interface verbose command on the device to check IPv6 PIM information on interfaces. Check whether the IPv6 PIM-SM function is enabled on the preceding interfaces.

    • If the command output indicates that IPv6 PIM-SM is not enabled on the interface or the IPv6 PIM mode on an interface is Dense, run the pim ipv6 sm command on the interface.

      If "Error: Please enable IPv6 multicast in the system view first." is displayed when you enable IPv6 PIM-SM on interfaces. run the multicast ipv6 routing-enable command in the system view to enable the multicast function. Then, run the pim ipv6 sm command in the interface view to enable IPv6 PIM-SM.

    • If IPv6 PIM-SM is enabled on all interfaces, go to step 4.

  4. Check whether the RPF route to the multicast source is available.

    Run the display multicast ipv6 rpf-info ipv6-source-address command on the device to check whether the RPF route to the multicast source is available.

    • If the command output does not contain the RPF route to the multicast source, check the configuration of the unicast route. Run the ping ipv6 command on the device and on the multicast source to check whether they can ping each other.

    • If the command output contains the RPF route to the multicast source:
      • If the command output indicates that the RPF route is a static multicast route, run the display current-configuration command to check whether the static route configuration is correct.

      • If the command output indicates that the RPF route is an IPv6 unicast route, run the display ipv6 routing-table command to check whether the IPv6 unicast route is consistent with the RPF route.

    • If the command output contains the RPF route to the multicast source and the configuration of the route is correct, go to step 5.

  5. Check whether the interface forwarding multicast data is the receiver's DR.

    Run the display pim ipv6 interface interface-type interface-number command to check whether the interface forwarding multicast data is the receiver's DR.

    • If there is no local flag in the command output, the device is not the receiver' DR. In such a case, you can locate the receiver's DR based on the DR address that is displayed in the command output and go to step 6.

    • If there is local flag in the command output, go to step 6.

  6. Check whether the multicast boundary is configured on the interface.

    Run the display current-configuration interface interface-type interface-number command to check whether the multicast boundary is configured on the interface.

    • If the command output contains "multicast ipv6 boundary", the multicast boundary is configured on the interface. In this case, you can run the undo multicast ipv6 boundary { ipv6-group-address ipv6-group-mask-length | all | scope } command to delete the multicast boundary configuration or replan the networking to ensure that the multicast boundary is not configured on the RPF interface or the RPF neighbor interface.

    • If the multicast boundary is not configured on the interface, go to step 7.

  7. Check whether the source policy is configured.

    Run the display current-configuration configuration pim command to check current configuration in the PIM-IPv6 view.

    • If the command output contains the "source-policy acl6-number" or the "source-policy acl6-name", source-based filtering rules are configured. If the received multicast data does not match IPv6 ACL rules, the multicast data is discarded. In this case, you can run the undo source-policy command to delete the configuration or reconfigure the IPv6 ACL rules to ensure that the multicast data can be forwarded normally.

Translation
Download
Updated: 2019-06-12

Document ID: EDOC1000097181

Views: 17802

Downloads: 399

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