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 Configuration Guide - IP Routing 01

This is ME60 V800R010C10SPC500 Configuration Guide - IP Routing
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).
Overview of OP-Routes

Overview of OP-Routes

Background

According to the conventional data packet forwarding rules, ME devices may use routes with high cost but poor quality to forward data packets. For example, in Figure 14-1, Device A has the following two routes to reach Device C:

  • 10.10.0.0/16 (Device A -> Device C)

  • 10.10.0.0/17 (Device A -> Device B -> Device C)

According to the longest mask matching rule, Device A preferentially selects the 10.10.0.0/17 route. However, this route is not optimal.

Figure 14-1 Conventional data packet forwarding

The centralized route control solution can address this problem. With this solution, the controller learns routes from the ISP, selects the optimal routes (OP-routes), and delivers the OP-routes to forwarding devices though a NETCONF interface. Upon receipt of the OP-routes, the forwarding devices store them in their routing tables and use BGP to advertise them. Then data packets can be forwarded along the OP-routes. Figure 14-2 illustrates the diagram of data packet forwarding using the centralized route control solution.

Figure 14-2 Data packet forwarding using the centralized route control solution

The controller learns the two routes (10.10.0.0/17 and 10.10.0.0/16), preferentially selects 10.10.0.0/16 (OP-route), and delivers it to a forwarding device (Device C). Device C imports and advertises the OP-route and forwards data packets to Device A along the path (Device C -> Device A). Then, Device A can communicate with Device C. This solution helps control routes flexibly and reduces user cost.

This solution also offers the following benefits:
  • Reduces the number of routes that each forwarding device needs to store.

    The controller delivers only the optimal routes to forwarding devices, reducing the number of routes that each forwarding device needs to store.

  • Strengthens control of routes received from the ISP.

    The controller controls the network segments of received and sent routes.

  • Strengthens traffic scheduling and control.

    The controller delivers different routes to different forwarding devices. Therefore, traffic can reach users through different outbound interfaces as expected.

Definition

Controller

The controller learns routes from the ISP, selects the optimal routes (OP-routes) according to its own criteria, and delivers the OP-routes to forwarding devices though a NETCONF interface. Then data packets can be forwarded along the OP-routes.

OP-Route

OP-routes are selected by the controller according to its own criteria and sent to forwarding devices through a NETCONF interface. Upon receipt of the OP-routes, the forwarding devices store them in their routing tables and use BGP to advertise them. With OP-routes, routes are controlled centrally to meet user requirements.

Centralized Route Control

Figure 14-3 illustrates the centralized route control process, and Table 14-1 describes how centralized route control works.

Figure 14-3 Centralized route control process
Table 14-1 Description of the centralized route control process

No.

Description

The controller learns routes from the ISP.

The controller selects the optimal routes (OP-routes) according to its own criteria and delivers the OP-routes to the forwarding device (Device A). Upon receipt of the OP-routes, Device A stores the routes in its routing table.

BGP imports the OP-routes and advertises them to Device B.

Upon receipt of the OP-routes, Device B forwards them to Device C. Then, Device A and Device C can exchange traffic.

Translation
Download
Updated: 2019-01-04

Document ID: EDOC1100059437

Views: 20527

Downloads: 15

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