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

ME60 V800R010C10SPC500 Feature Description - MPLS 01

This is ME60 V800R010C10SPC500 Feature Description - MPLS
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).
mLDP Applications in an IPTV Scenario

mLDP Applications in an IPTV Scenario

Service Overview

The IP or Multiprotocol Label Switching (MPLS) technology has become a mainstream bearer technology on backbone networks, and the demands for multicast services (for example, IPTV) transmitted over bearer networks are evolving. Carriers draw on the existing MPLS mLDP technique to provide the uniform MPLS control and forwarding planes for multicast services transmitted over backbone networks.

Networking Description

mLDP is deployed on IP/MPLS backbone networks. Figure 3-36 illustrates mLDP applications in an IPTV scenario.
Figure 3-36 mLDP applications in an IPTV scenario

Feature Deployment

The procedure for deploying end-to-end (E2E) IP multicast services to be transmitted along mLDP label switched paths (LSPs) is as follows:
  • Establish an mLDP LSP.

    Perform the following steps:
    1. Plan the root, transit, and leaf nodes on an mLDP LSP.
    2. Configure leaf nodes to send requests to the root node to establish point-to-multipoint (P2MP) LDP LSPs.
    3. Configure a virtual tunnel interface and bind the LSP to it.
  • Import multicast services into the LSP.

    Configure the quality of service (QoS) redirection function on the ingress PE1 to direct data packets sent by a multicast source to the specified mLDP LSP.

  • Forward multicast services.

    To enable the egresses (PE2 and PE3) to forward multicast services, perform the following operations:

    • Configure the egresses to run Protocol Independent Multicast (PIM) to generate multicast forwarding entries.

    • Enable the egresses to ignore the Unicast Reverse Path Forwarding (URPF) check.

      This is because the URPF check fails as PIM does not need to be run on core nodes on the P2MP LDP network.

    • Enable multicast source proxy based on the location of the Rendezvous Point (RP).

      After multicast data packets for a multicast group in an any-source multicast (ASM) address range are directed to an egress, the egress checks the packets based on unicast routes. Multicast source proxy is enabled or disabled based on the following check results:

      • If the egress is indirectly connected to a multicast source and does not function as the RP to which the group corresponds, the egress stops forwarding multicast data packets. As a result, downstream hosts cannot receive these multicast data packets. Multicast source proxy can be used to address this problem. Multicast source proxy enables the egress to send a Register message to the RP deployed on a source-side device (for example, SR1) in a PIM domain. The RP adds the egress to a rendezvous point tree (RPT) to enable the egress to forward multicast data packets to the downstream hosts.
      • If the egress is directly connected to a multicast source or functions as the RP to which the group corresponds, the egress can forward multicast data packets, without multicast source proxy enabled.

Translation
Download
Updated: 2019-01-04

Document ID: EDOC1100059460

Views: 7348

Downloads: 17

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