CN106789637B - Cross-domain service intercommunication path establishment method, controller and system - Google Patents
Cross-domain service intercommunication path establishment method, controller and system Download PDFInfo
- Publication number
- CN106789637B CN106789637B CN201510823942.4A CN201510823942A CN106789637B CN 106789637 B CN106789637 B CN 106789637B CN 201510823942 A CN201510823942 A CN 201510823942A CN 106789637 B CN106789637 B CN 106789637B
- Authority
- CN
- China
- Prior art keywords
- forwarding
- layer
- path
- controller
- equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/04—Interdomain routing, e.g. hierarchical routing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a method, a controller and a system for establishing a path of cross-domain service intercommunication, wherein the method comprises the following steps: establishing a forwarding path of second-layer forwarding equipment; the starting node of the forwarding path of the second layer forwarding device is the second layer forwarding device, and the destination node is the boundary node of the third layer forwarding device; establishing a forwarding path of third-layer forwarding equipment; the forwarding path of the third layer forwarding device represents a path between forwarding devices of the third layer located at the boundary; splicing the forwarding path of the second layer of forwarding equipment and the forwarding path of the third layer of forwarding equipment to obtain a spliced forwarding path; after receiving the BGP protocol packet, determining a corresponding routing table based on the BGP protocol packet and the spliced forwarding path, and sending the routing table to a third-layer forwarding device, so that the at least two user devices establish an interworking path via the corresponding second-layer forwarding device and third-layer forwarding device.
Description
Technical Field
The present invention relates to a routing control technology in the field of network management, and in particular, to a method, a controller, and a system for establishing a path for cross-domain service interworking.
Background
The Packet Transport Network (PTN) inherits the traditional Transport Network concept and meets the development requirement of IP. The PTN realizes the separation of control and forwarding, namely, the path of the network is known, manageable and controllable through planning. The architecture of a PTN network can be logically divided into three levels: the system comprises a forwarding plane, a control plane and a management plane, wherein the forwarding plane is based on the MPLS-TP technology, and the management plane is the current network management system. The control plane of the PTN is broken down into two parts: the first part is also the most important control function, including the protocols of path establishment, network topology discovery and the like, which is moved to the management plane and integrated with the network management system; the second part is related to the reliability of the network, such as: the connectivity detection of the path, the protection switching of the path, etc. are moved down to the forwarding plane to become information associated with the path, and the advantages of the method are that the response is fast, and the protection switching within 50ms is realized. The software defined packet transport network (SPTN) refers to a brand new network system that uses an SDN architecture for a PTN network and combines centralized intelligent control of the SDN with efficient multi-service transport capability of PTN oriented data optimization, high reliability of carrier level, and end-to-end QoS guarantee.
However, the current PTN service provisioning may involve multiple systems, involve configuration between L2 and L3 routers, increase coordination time of service interworking, and greatly increase complexity of multiple domain configuration. However, the SPTN system does not currently consider a solution for interworking between the SPTN domain and the routing domain device. These disadvantages cause the current PTN or SPTN system to need manual configuration when communicating with the router network, resulting in complex configuration, requiring strong professional knowledge and long opening time.
Disclosure of Invention
In view of the above, an object of the present invention is to provide a method, a controller and a system for establishing a path for cross-domain service interworking, which can solve at least the above problems in the prior art.
In order to achieve the purpose, the technical scheme of the invention is realized as follows:
the embodiment of the invention provides a path establishing method for cross-domain service intercommunication, which is applied to a first controller and comprises the following steps:
establishing a forwarding path of second-layer forwarding equipment; wherein, the starting node of the forwarding path of the second layer forwarding device is the second layer forwarding device, and the destination node is the boundary node of the third layer forwarding device;
establishing a forwarding path of third-layer forwarding equipment; the forwarding path of the forwarding device of the third layer represents the path between the forwarding devices of the third layer located at the boundary;
and splicing the forwarding paths of the second layer of forwarding equipment and the forwarding paths of the third layer of forwarding equipment to obtain spliced forwarding paths.
The embodiment of the invention provides a path establishing method for cross-domain service intercommunication, which is applied to a first controller and comprises the following steps:
establishing a forwarding path of third-layer forwarding equipment; the forwarding path of the forwarding device of the third layer represents the path between the forwarding devices of the third layer located at the boundary;
when a BGP protocol message is interacted with at least two user equipment of different management domains through a third-layer forwarding device, a corresponding routing table is determined based on the BGP protocol message and a forwarding path of the third-layer forwarding device, and the routing table is sent to the third-layer forwarding device, so that the at least two user equipment establish an interworking path through the corresponding third-layer forwarding device.
An embodiment of the present invention further provides a controller, including:
a first path establishing unit, configured to establish a forwarding path of a second layer forwarding device; wherein, the starting node of the forwarding path of the second layer forwarding device is a path between the second layer forwarding device and the destination node is a third layer forwarding device;
a second path establishing unit, configured to establish a forwarding path of a third layer of forwarding devices; the forwarding path of the third layer forwarding device represents a path between forwarding devices of the third layer located at the boundary;
and the path splicing unit is used for splicing the forwarding paths of the second layer of forwarding equipment and the forwarding paths of the third layer of forwarding equipment to obtain spliced forwarding paths.
An embodiment of the present invention further provides a controller, including:
a second path establishing unit, configured to establish a forwarding path of a third layer of forwarding devices; the forwarding path of the forwarding device of the third layer represents the path between the forwarding devices of the third layer located at the boundary;
and the route management unit is used for determining a corresponding route table based on the BGP protocol message and a forwarding path of the third-layer forwarding equipment when the BGP protocol message is interacted with at least two user equipment in different management domains through the third-layer forwarding equipment, and sending the route table to the third-layer forwarding equipment so as to enable the at least two user equipment to establish an intercommunication path through the corresponding third-layer forwarding equipment.
The embodiment of the invention also provides a path establishing system, which comprises:
the first controller is used for establishing a forwarding path of the second layer forwarding equipment and establishing a forwarding path of the third layer forwarding equipment; wherein, the starting node of the forwarding path of the second layer forwarding device is a path between the second layer forwarding devices, the destination node is a path between third layer forwarding devices, and the forwarding path of the third layer forwarding devices represents a path between the forwarding devices of the third layer located at the boundary; splicing the forwarding path of the second layer of forwarding equipment and the forwarding path of the third layer of forwarding equipment to obtain a spliced forwarding path;
the second layer forwarding equipment is used for receiving a forwarding path of the second layer forwarding equipment issued by the first controller;
and the third layer forwarding equipment is used for sending the BGP protocol messages received from the at least two pieces of user equipment to the first controller, receiving the BGP protocol messages sent by the first controller and forwarding the BGP protocol messages to the at least two pieces of user equipment. The third layer forwarding equipment receives the routing table issued by the first controller, and service intercommunication is realized between at least two pieces of user equipment.
The embodiment of the invention also provides a path establishing system, which comprises:
the first controller is used for establishing a forwarding path of the third-layer forwarding equipment; the forwarding path of the forwarding device of the third layer represents the path between the forwarding devices of the third layer located at the boundary; when BGP protocol messages sent by at least two user equipment from different management domains through third-layer forwarding equipment are received, determining a corresponding routing table based on the BGP protocol messages and forwarding paths of the third-layer forwarding equipment, and sending the routing table to the third-layer forwarding equipment;
and the third layer forwarding equipment is used for sending the BGP protocol messages received from the at least two pieces of user equipment to the first controller, receiving the BGP protocol messages sent by the first controller and forwarding the BGP protocol messages to the at least two pieces of user equipment. The third layer forwarding equipment receives the routing table issued by the first controller, and service intercommunication is realized between at least two pieces of user equipment.
The embodiment of the invention provides a method, a controller and a system for establishing a path of cross-domain service intercommunication. The process is controlled by the controller, so that the workload of manual configuration is greatly reduced, the production efficiency is obviously improved, and the opening speed is increased.
Drawings
Fig. 1 is a first flowchart of a path establishment method for cross-domain service interworking according to an embodiment of the present invention;
FIG. 2 is a first schematic diagram of a system according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of a system configuration according to an embodiment of the present invention;
fig. 4 is a schematic flow chart of a path establishment method for cross-domain service interworking according to an embodiment of the present invention;
FIG. 5 is a diagram illustrating a system establishing a TCP connection according to an embodiment of the present invention;
fig. 6 is a third flowchart of a path establishment method for cross-domain service interworking according to an embodiment of the present invention;
fig. 7 is a fourth flowchart of a path establishment method for cross-domain service interworking according to an embodiment of the present invention;
FIG. 8 is a diagram illustrating a system establishing a TCP connection according to an embodiment of the present invention;
fig. 9a is a schematic flow chart of a path establishment method for cross-domain service interworking according to an embodiment of the present invention;
FIG. 9b is a third schematic diagram of a system according to an embodiment of the present invention;
FIG. 10a is a first schematic diagram of a controller according to an embodiment of the present invention;
FIG. 10b is a schematic diagram of a controller according to an embodiment of the present invention;
FIG. 11a is a block diagram illustrating a system component structure according to an embodiment of the present invention;
fig. 11b is a block diagram illustrating a system configuration structure according to an embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and specific embodiments.
The first embodiment,
An embodiment of the present invention provides a path establishment method for cross-domain service interworking, which is applied to a first controller, and as shown in fig. 1, the method includes:
step 101: establishing a forwarding path of second-layer forwarding equipment; wherein, the starting node of the forwarding path of the second layer forwarding device is the second layer forwarding device, and the destination node is the boundary node of the third layer forwarding device;
step 102: establishing a forwarding path of third-layer forwarding equipment; the forwarding path of the forwarding device of the third layer represents the path between the forwarding devices of the third layer located at the boundary;
step 103: and splicing the forwarding paths of the second layer of forwarding equipment and the forwarding paths of the third layer of forwarding equipment to obtain spliced forwarding paths.
Further, the present embodiment may also perform the following operations after completing step 103: when a BGP protocol message is interacted with at least two user equipment of different management domains through a third-layer forwarding device, a corresponding routing table is determined based on the BGP protocol message and a forwarding path of the third-layer forwarding device, and the routing table is sent to the third-layer forwarding device, so that the at least two user equipment establish an intercommunication path through the corresponding second-layer forwarding device and the third-layer forwarding device.
In this embodiment, the first Controller may be a Super Controller (Super Controller) in the PTN network; the second Controller may be a Domain Controller (Domain Controller). For example, as shown in fig. 2, wherein the DomainController is used for managing the second layer forwarding device and/or the third layer forwarding device in a domain; the SuperController is used to manage two or more Domain controllers.
The establishing of the forwarding path of the second layer forwarding device includes:
receiving an ARP request sent by user equipment through third-layer forwarding equipment, analyzing to obtain a target IP address in the ARP request, and establishing a forwarding path of second-layer forwarding equipment with an initial node as the second-layer forwarding equipment and a target node as a boundary node of the third-layer forwarding equipment based on the target IP address;
or, acquiring that the set starting node is the second layer forwarding device and the set destination node is the boundary node of the third layer forwarding device, establishing a forwarding path of the second layer forwarding device, in which the starting node is the second layer forwarding device and the destination node is the boundary node of the third layer forwarding device, based on the destination IP address, and sending the forwarding path of the second layer forwarding device to the second layer forwarding device. The setting may be setting by an Application (APP).
The establishing of the forwarding path of the third layer forwarding device includes: selecting a third-layer forwarding device located at a boundary position based on a preset strategy and IP address information reported by a second controller, wherein the second controller is different from the first controller, and at least manages the third-layer forwarding device in a domain; the first controller establishes connection with at least two second controllers only; the first controller calculates a forwarding path which accords with a first preset condition between third-layer forwarding devices at the boundary position, the first controller issues the forwarding path to the second controller through an interface, and the second controller issues the forwarding path between the third-layer forwarding devices to the third-layer forwarding devices through a southbound interface;
or, based on the input third-layer forwarding devices located at the boundary position, calculating forwarding paths between the third-layer forwarding devices at the boundary position, which meet a first preset condition, wherein the first controller issues the forwarding paths to the second controller through the interface, and the second controller issues the forwarding paths between the third-layer forwarding devices to the third-layer forwarding devices through the southward interface.
Specifically, the method comprises the following steps:
the establishing of the forwarding path of the third layer forwarding device includes: calculating to obtain a forwarding path between third-layer boundary forwarding devices of the second controller according to Internet Protocol (IP) address information of the third-layer boundary forwarding devices which are positioned in the second controller management domain and connected with the user equipment; and transmitting the calculated forwarding paths between the third-layer forwarding devices to the third-layer forwarding devices through the southbound interface.
The present embodiment provides a path establishment method for cross-Domain service interworking, which may refer to the system shown in fig. 3, where a Domain of a first Controller, i.e., Domain Controller1, has an L2 forwarding device and an L3 forwarding device; the only L3 forwarding devices within the Domain of the two second controllers, namely, Domain Controller2 and Domain Controller 3. The user equipment is equipment with a routing function.
Examples one,
As shown in fig. 4, the method for dynamically establishing a forwarding path, which is a specific process, includes:
step 401: establishing an L2 forwarding path;
specifically, the user equipment 1 initiates an Address Resolution Protocol (ARP) request for the L3 forwarding device 1 via the L2 forwarding device; after receiving the ARP request, the L2 forwarding device 1 uploads the ARP request to the Domain Controller1 through the control information channel after being analyzed by the main control board; the Domain Controller1 checks the destination IP address of the ARP request, and indexes to L3 forwarding device 1; and, Domain Controller1 establishes an L2 forwarding path; wherein, the starting node of the L2 forwarding path is L2 forwarding device 1, and the destination node is L3 forwarding device 1.
Step 402: establishing an L3 forwarding path;
specifically, the Super Controller automatically selects an L3 boundary point (a device connected to the user device L3) according to a selected policy and according to IP address information reported by the Domain Controller, calculates an optimal path between L3 boundary point devices, and issues the optimal path to the Domain Controller1, the Domain Controller2, and the Domain Controller3 through interfaces (e.g., Restconf, Restful, etc.), and then issues the optimal path to the L3 forwarding device through a south interface.
Step 403: the Super Controller splices the paths of L2 and L3, issues L2 to L3 configuration to the L3 forwarding device, for example, binds the IP address of the sub-interface, and completes the communication of the forwarding paths between the user equipment 1 and the user equipment 2.
Step 404: routing information interaction;
the method specifically comprises the following steps: 4041: the L2 forwarding path is established, the L3 forwarding device 1 can receive the ARP request of the user device 1, reply to the ARP request, the user device 1 sends the TCP packet, the L3 forwarding device 1 replies to the TCP packet, and then, the TCP connection is established.
4042: as shown in fig. 5, the user equipment 1 sends a BGP protocol message to the L3 forwarding device 1, and after being analyzed by the main control board, the L3 forwarding device 1 uploads the BGP protocol message to the domain Controller1 through the control information channel, and then the domain Controller1 uploads the BGP protocol message to the super Controller. Running a BGP program on the Super Controller, analyzing a BGP protocol message, sending routing table interaction routing information to a main control board of the L3 forwarding device 1, and sending the routing table interaction routing information to the user equipment 1 by the L3 forwarding device 1.
4043: user device 2 sends an ARP request to L3 forwarding device 6 and L3 forwarding device 6 replies with an ARP. The user equipment 2 sends a TCP message, the L3 forwarding device 6 replies the TCP message, and then, a TCP connection is established. The user equipment 2 sends a BGP protocol message to the L3 forwarding device 6, and the L3 forwarding device 6, after being analyzed by the main control board, uploads the BGP protocol message to the domain Controller3 through the control information channel, and the domain Controller3 uploads the BGP protocol message to the super Controller. Running a BGP program on the Super Controller, analyzing a BGP protocol message, sending routing table interaction routing information to a main control board of the L3 forwarding device 6, and sending the routing table interaction routing information to the user equipment 2 by the L3 forwarding device 6.
4044: the Super Controller sends routing table interaction routing information with the user equipment 1 and the user equipment 2 according to BGP protocol calculation, and sends an update message to notify an opposite terminal if the routing table changes.
Then, the user equipment routing information is injected, for example, the routing information of the user equipment 1 is issued to the domain Controller through an interface (e.g., Restconf, Restful, etc.), and the domain Controller is issued to the L3 forwarding device 6 through the southbound interface, and other L3 boundary point devices that establish TCP connection with the user equipment. Since the L3 forwarding device 1 directly establishes a TCP connection with the user device 1, and belongs to a direct connection route, it does not need to issue the TCP connection.
The routing information of the user equipment 2 is sent to the domain Controller through an interface (e.g., Restconf, Restful, etc.), and the domain Controller is sent to the L3 forwarding equipment 1 through a southbound interface, and other L3 boundary point devices that establish TCP connection with the user equipment. Since the L3 forwarding device 6 directly establishes a TCP connection with the user equipment 2, and belongs to a direct connection route, it does not need to issue the TCP connection.
User L3 route injection is complete. The traffic between the user equipment 1 and the user equipment 2 can be interworked. Even if the IP addresses of the user equipment 1 and the user equipment 2 are changed, the routing information is automatically updated under the flow of the step 4 without manual configuration.
Example two, the static forwarding path establishment method, as shown in fig. 6, includes:
step 601: establish L2 forwarding path: manually inputting a starting point and an end point at the APP to establish an L2 forwarding path, and selecting the starting node as L2 forwarding equipment 1 and the destination node as L3 forwarding equipment 1 on the APP. The information is sent to the Super Controller through an interface (e.g. Restconf, Restful, etc.), the Super Controller sends down the Domain Controller1, the Domain Controller1 and the Super Controller through an interface (e.g. Restconf, Restful, etc.), and after the APP interacts with the path information, the information is sent down to the forwarding device through a southbound interface to establish the L2 forwarding path.
Step 602: establish L3 forwarding path: an L3 forwarding path is established by manually inputting an L3 boundary point at the APP, for example, an L3 boundary point is selected as an L3 forwarding device 1, an L3 forwarding device 2, and an L3 forwarding device 6 on the APP. The method comprises the steps of issuing the information to a Super Controller through an interface (such as Restconf, Restful and the like), calculating an optimal path between L3 boundary point devices by the Super Controller, issuing a Domain Controller1, a Domain Controller2 and a Domain Controller3 through the interface (such as Restconf, Restful and the like), and issuing the information to a plurality of related L3 forwarding devices through a south interface after a plurality of Domain controllers and Super controllers exchange path information APP.
Step 603: the Super Controller splices the paths of L2 and L3 according to the manually input information of the L2 node and the boundary point of L3, issues L2-to-L3 configuration to the L3 forwarding device 1, for example, binds the IP address of the sub-interface, and completes the communication of the forwarding paths between the user device 1 and the user device 2.
Step 604: and exchanging routing information. The specific operation manner is the same as that in step 404, and is not described herein.
Example three, super Controller and Domain Controller both contain BGP routing modules and it is also contemplated that BGP routing modules may run in Domain Controller as well. In a specific manner of dynamically establishing a forwarding path, the differences from the first example are as follows, as in steps 401, 402, 403, and 4041:
step 7042: referring to fig. 8, a user equipment 1 sends a BGP protocol message to an L3 forwarding device 1, after being analyzed by a main control board, the L3 forwarding device 1 uploads the BGP protocol message to a domain Controller1 through a control information channel, a BGP program runs on the domain Controller1, the BGP protocol message is analyzed, routing table interaction routing information is sent to the main control board of the L3 forwarding device 1, and the L3 forwarding device 1 sends the BGP protocol message back to the user equipment 1. When the protocol algorithm is computationally intensive, the BGP module of domain Controller1 and the BGP module of super Controller may be computed in a distributed manner.
Step 7043: user device 2 sends an ARP request to L3 forwarding device 6 and L3 forwarding device 2 replies with an ARP. The user equipment 2 sends a TCP message, the L3 forwarding device 6 replies the TCP message, and then, a TCP connection is established. The user equipment 2 sends a BGP protocol message to the L3 forwarding device 6, the L3 forwarding device 6, after being analyzed by the main control board, uploads the BGP protocol message to the domain Controller3 through the control information channel, the domain Controller3 runs the BGP program, analyzes the BGP protocol message, sends routing table interaction routing information to the main control board of the L3 forwarding device 6, and the L3 forwarding device 6 sends the BGP protocol message back to the user equipment 2. When the protocol algorithm is computationally intensive, the BGP module of domain Controller3 and the BGP module of super Controller may be computed in a distributed manner.
Step 7044: the Super Controller and the domain Controller cooperate together, and send routing table interaction routing information with the user equipment 1 and the user equipment 2 according to BGP protocol calculation, and if the routing table changes, send an update message to notify an opposite terminal.
Then, the Super Controller starts to inject the routing information of the user equipment, for example, the routing information of the user equipment 1 is issued to the domain Controller through an interface (e.g., Restconf, Restful, etc.), the domain Controller is issued to the L3 forwarding device 6 through the southbound interface, and other L3 boundary point devices that establish TCP connection with the user equipment. Since the L3 forwarding device 1 directly establishes a TCP connection with the user device 1, and belongs to a direct connection route, it does not need to issue the TCP connection.
The routing information of the user equipment 2 is sent to the domain Controller through an interface (e.g., Restconf, Restful, etc.), and the domain Controller is sent to the L3 forwarding equipment 1 through a southbound interface, and other L3 boundary point devices that establish TCP connection with the user equipment. Since the L3 forwarding device 6 directly establishes a TCP connection with the user equipment 2, and belongs to a direct connection route, it does not need to issue the TCP connection. User L3 route injection is complete. The traffic between the user equipment 1 and the user equipment 2 can be interworked. Even if the IP addresses of the user equipment 1 and the user equipment 2 are changed, the routing information is automatically updated under the flow of the step 4 without manual configuration.
In the fourth example, the static forwarding path establishment mode is the same as the static forwarding path establishment mode in step 1, step 2, step 3, and the static forwarding path establishment mode in the first example, and step 4 is the same as step 4 in the second example.
It can be seen that the whole process is controlled by the first controller, so that the workload of manual configuration is greatly reduced, the production efficiency is obviously improved, and the opening speed is increased. The effect is more obvious when more user equipment is used.
Example II,
An embodiment of the present invention provides a path establishment method for cross-domain service interworking, which is applied to a first controller, and as shown in fig. 9a, the method includes:
step 901: establishing a forwarding path of third-layer forwarding equipment; the forwarding path of the forwarding device of the third layer represents the path between the forwarding devices of the third layer located at the boundary;
step 902: when a BGP protocol message is interacted with at least two user equipment of different management domains through a third-layer forwarding device, a corresponding routing table is determined based on the BGP protocol message and a forwarding path of the third-layer forwarding device, and the routing table is sent to the third-layer forwarding device, so that the at least two user equipment establish an interworking path through the corresponding third-layer forwarding device.
The at least two user equipment are respectively connected with third-layer forwarding equipment in domains managed by different second controllers; the second controller is different from the first controller, and manages third-layer forwarding equipment or second-layer forwarding equipment in a domain; the first controller establishes a connection only with at least two second controllers.
In this embodiment, the establishing a forwarding path of a third layer forwarding device includes: selecting a third-layer forwarding device connected with a user and located at a boundary position based on a preset strategy and IP address information reported by a second controller, wherein the second controller is different from the first controller, and at least manages the third-layer forwarding device in a domain; the first controller establishes connection with at least two second controllers only; and calculating a forwarding path which meets a first preset condition between the third-layer forwarding devices at the boundary position, issuing the forwarding path between the third-layer forwarding devices to the second controller through the interface by the first controller, and issuing the forwarding path between the third-layer forwarding devices to the third-layer forwarding devices through the southward interface by the second controller.
Alternatively, the first and second electrodes may be,
and calculating paths which accord with a first preset condition among the third-layer forwarding devices at the boundary positions based on the input third-layer forwarding devices which are connected with the user and located at the boundary positions, issuing the paths to a second controller through an interface by a first controller, and issuing the paths among the third-layer forwarding devices to the third-layer forwarding devices through a southward interface by the second controller.
Example five, only L3 forwarding path scenario, the difference from the above example one to example four scenario is that there is no establishment procedure of L2 forwarding path. See fig. 9 b.
Specifically, the method for dynamically establishing the forwarding path:
super controller has a BGP routing module as example one states that step 401 is eliminated and the other is the same.
Both super controller and domain controller have BGP routing modules, which are the same except that step 1 is removed in the example three statement.
The static forwarding path establishment mode comprises the following steps:
super controller has a BGP routing module, example two states that step 1 is removed, otherwise the same.
Both super controller and domain controller have BGP routing modules-example four states step 1 is eliminated, otherwise identical.
It can be seen that the whole process is controlled by the first controller, so that the workload of manual configuration is greatly reduced, the production efficiency is obviously improved, and the opening speed is increased. The effect is more obvious when more user equipment is used.
Example III,
An embodiment of the present invention provides a controller, as shown in fig. 10a, including:
a first path establishing unit 1001 configured to establish a forwarding path of a second layer forwarding device; wherein, the starting node of the forwarding path of the second layer forwarding device is a path between the second layer forwarding device and the destination node is a third layer forwarding device;
a second path establishing unit 1003, configured to establish a forwarding path of a third layer forwarding device; the forwarding path of the third layer forwarding device represents a path between forwarding devices of the third layer located at the boundary;
a path splicing unit 1004, configured to splice a forwarding path of the second layer forwarding device and a forwarding path of the third layer forwarding device to obtain a spliced forwarding path;
a route management unit 1002, configured to determine, when a BGP protocol packet is interacted with at least two user equipments in different management domains through a third-layer forwarding device, a corresponding routing table based on the BGP protocol packet and a forwarding path of the third-layer forwarding device, and send the routing table to the third-layer forwarding device, so that the at least two user equipments establish an interworking path through the corresponding second-layer forwarding device and the third-layer forwarding device.
The first path establishing unit is configured to receive an ARP request sent by a user equipment via a third layer forwarding device, analyze the ARP request to obtain a destination IP address in the ARP request, and establish a forwarding path of a second layer forwarding device, where an initial node is a boundary node of the second layer forwarding device and a destination node is a third layer forwarding device, based on the destination IP address.
The first path establishing unit is configured to acquire that the set start node is the second-layer forwarding device and the set destination node is a third-layer forwarding device boundary node, establish a forwarding path of a second-layer forwarding device, where the start node is the second-layer forwarding device and the destination node is a forwarding path boundary node of the second-layer forwarding device of the third-layer forwarding device, based on the destination IP address, and send the forwarding path of the second-layer forwarding device to the second-layer forwarding device.
The second path establishing unit is configured to select, based on a preset policy and IP address information reported by a second controller, a third layer forwarding device located at a boundary position connected to a user, where the second controller is different from the first controller, and the second controller manages at least the third layer forwarding device or a second layer device in a domain; the first controller establishes connection with at least two second controllers only; and calculating paths which accord with a first preset condition among the third-layer forwarding devices at the boundary position, and issuing the calculated forwarding paths among the third-layer forwarding devices to a second controller through an interface.
And the second path establishing unit is used for calculating paths which accord with a first preset condition among the third-layer forwarding devices at the boundary position based on the input third-layer forwarding devices at the boundary position, and issuing the calculated forwarding paths among the third-layer forwarding devices to the second controller through an interface.
Example four,
An embodiment of the present invention provides a controller, as shown in fig. 10b, including:
a second path establishing unit, configured to establish a forwarding path of a third layer of forwarding devices; the forwarding path of the forwarding device of the third layer represents the path between the forwarding devices of the third layer located at the boundary;
and the route management unit is used for determining a corresponding route table based on the BGP protocol message and a forwarding path of the third-layer forwarding equipment when the BGP protocol message is interacted with at least two user equipment in different management domains through the third-layer forwarding equipment, and sending the route table to the third-layer forwarding equipment so that the at least two user equipment establish an intercommunication path through the corresponding second-layer forwarding equipment and the third-layer forwarding equipment.
The second path establishing unit is configured to select, based on a preset policy and IP address information reported by a second controller, a third layer forwarding device located at a boundary position connected to a user, where the second controller is different from the first controller, and the second controller at least manages the third layer forwarding device in a domain; the first controller establishes connection with at least two second controllers only; and calculating a forwarding path which accords with a first preset condition between the third-layer forwarding devices at the boundary position, issuing the forwarding path to a second controller through an interface, and issuing the forwarding path between the third-layer forwarding devices to the third-layer forwarding devices through a southbound interface by the second controller.
Alternatively, the first and second electrodes may be,
the second path establishing unit is used for calculating a forwarding path which accords with a first preset condition between the third layer forwarding devices at the boundary position based on the input third layer forwarding devices at the boundary position, the first controller issues the forwarding path to the second controller through the interface, and the second controller issues the forwarding path between the third layer forwarding devices to the third layer forwarding devices through the southward interface.
Example V,
An embodiment of the present invention provides a path establishment system for cross-domain service interworking, and as shown in fig. 11a, the system includes:
a first controller 1101, configured to establish a forwarding path of a second layer forwarding device, and establish a forwarding path of a third layer forwarding device; wherein, the starting node of the forwarding path of the second layer forwarding device is a path between the second layer forwarding devices, the destination node is a path between third layer forwarding devices, and the forwarding path of the third layer forwarding devices represents a path between the forwarding devices of the third layer located at the boundary; splicing the forwarding path of the second layer of forwarding equipment and the forwarding path of the third layer of forwarding equipment to obtain a spliced forwarding path; when BGP protocol messages are interacted with at least two user equipment in different management domains through a third-layer forwarding device, determining a corresponding routing table based on the BGP protocol messages and a forwarding path of the third-layer forwarding device, and sending the routing table to the third-layer forwarding device;
a second layer forwarding device 1103, configured to receive a forwarding path of the second layer forwarding device sent by the first controller;
the third layer forwarding device 1002 is configured to send the BGP protocol packets received from the at least two user devices to the first controller, receive the BGP protocol packet sent by the first controller, and forward the BGP protocol packet to the at least two user devices. The third layer forwarding equipment receives the routing table issued by the first controller, and service intercommunication is realized between at least two pieces of user equipment.
The system further comprises: a second controller 1104, configured to receive a BGP protocol packet forwarded by at least two user equipments through a third layer forwarding device, determine, based on the BGP protocol packet and a forwarding path obtained by splicing, a corresponding routing table with the first controller, determine the corresponding routing table, and send the routing table to the third layer forwarding device;
the first controller is further configured to determine a corresponding routing table based on the BGP protocol packet and a forwarding path of the third-layer forwarding device when the BGP protocol packet is interacted with at least two user devices in different administrative domains through the third-layer forwarding device, and send the routing table to the third-layer forwarding device;
in addition, the present embodiment can also be implemented based on the following system, as shown in fig. 11b, specifically:
a first controller 1201, configured to establish a forwarding path of a third-layer forwarding device; the forwarding path of the forwarding device of the third layer represents the path between the forwarding devices of the third layer located at the boundary; when BGP protocol messages are interacted with at least two user equipment in different management domains through a third-layer forwarding device, determining a corresponding routing table based on the BGP protocol messages and a forwarding path of the third-layer forwarding device, and sending the routing table to the third-layer forwarding device;
the third layer forwarding device 1203 is configured to send the BGP protocol packets received from the at least two user devices to the first controller, receive the BGP protocol packets sent by the first controller, and forward the BGP protocol packets to the at least two user devices. The third layer forwarding equipment receives the routing table issued by the first controller, and service intercommunication is realized between at least two pieces of user equipment.
The system further comprises: the second controller 1202 is configured to receive a BGP protocol packet sent by the third-layer forwarding device, determine a corresponding routing table together with the first controller based on the BGP protocol packet, and send the routing table to the third-layer forwarding device;
the integrated module according to the embodiment of the present invention may also be stored in a computer-readable storage medium if it is implemented in the form of a software functional module and sold or used as an independent product. Based on such understanding, the technical solutions of the embodiments of the present invention may be essentially implemented or a part contributing to the prior art may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for enabling a computer device (which may be a personal computer, a base station, or a network device) to execute all or part of the methods described in the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes. Thus, embodiments of the invention are not limited to any specific combination of hardware and software.
The above description is only a preferred embodiment of the present invention, and is not intended to limit the scope of the present invention.
Claims (19)
1. A path establishing method for cross-domain service intercommunication is applied to a first controller, and is characterized in that the method comprises the following steps:
establishing a forwarding path of second-layer forwarding equipment; wherein, the starting node of the forwarding path of the second layer forwarding device is the second layer forwarding device, and the destination node is the boundary node of the third layer forwarding device;
establishing a forwarding path of third-layer forwarding equipment; the forwarding path of the forwarding device of the third layer represents the path between the forwarding devices of the third layer located at the boundary;
splicing the forwarding path of the second layer of forwarding equipment and the forwarding path of the third layer of forwarding equipment to obtain a spliced forwarding path;
when a BGP protocol message is interacted with at least two user equipment of different management domains through a third-layer forwarding device, a corresponding routing table is determined based on the BGP protocol message and a forwarding path of the third-layer forwarding device, the routing table is sent to the third-layer forwarding device, and the at least two user equipment establish an intercommunication path through the corresponding second-layer forwarding device and the third-layer forwarding device.
2. The method of claim 1, wherein establishing the forwarding path of the second layer forwarding device comprises:
and receiving an ARP request sent by user equipment, analyzing to obtain a target IP address in the ARP request, and establishing a forwarding path of second-layer forwarding equipment with an initial node as a second-layer forwarding equipment and a target node as a boundary node of third-layer forwarding equipment based on the target IP address.
3. The method of claim 1, wherein establishing the forwarding path of the second layer forwarding device comprises:
and acquiring boundary nodes of which the set starting node is the second-layer forwarding device and the set destination node is the third-layer forwarding device, establishing forwarding paths of the second-layer forwarding device of which the starting node is the boundary node of the second-layer forwarding device and the set destination node is the third-layer forwarding device based on the destination IP address, and sending the forwarding paths of the second-layer forwarding device to the second-layer forwarding device.
4. The method of claim 1, wherein establishing the forwarding path of the layer three forwarding device comprises:
selecting a third-layer forwarding device located at a boundary position based on a preset strategy and IP address information reported by a second controller, wherein the second controller is different from the first controller, and at least manages the third-layer forwarding device or the second-layer forwarding device in a domain; the first controller establishes connection with at least two second controllers only;
the first controller calculates a forwarding path which accords with a first preset condition between the third layer forwarding devices at the boundary position, the first controller issues the forwarding path to the second controller through the interface, and the second controller issues the forwarding path between the third layer forwarding devices to the third layer forwarding devices through the southward interface.
5. The method of claim 1, wherein establishing the forwarding path of the layer three forwarding device comprises:
and calculating a forwarding path which meets a first preset condition between the third-layer forwarding devices at the boundary position based on the input third-layer forwarding devices at the boundary position, issuing the forwarding path to a second controller by a first controller through an interface, and issuing the forwarding path between the third-layer forwarding devices to the third-layer forwarding devices by the second controller through a southward interface.
6. A path establishing method for cross-domain service intercommunication is applied to a first controller, and is characterized in that the method comprises the following steps:
establishing a forwarding path of third-layer forwarding equipment; the forwarding path of the forwarding device of the third layer represents the path between the forwarding devices of the third layer located at the boundary;
when a BGP protocol message is interacted with at least two user equipment of different management domains through a third-layer forwarding device, a corresponding routing table is determined based on the BGP protocol message and a forwarding path of the third-layer forwarding device, the routing table is sent to the third-layer forwarding device, and the at least two user equipment establish an intercommunication path through the corresponding second-layer forwarding device and the third-layer forwarding device.
7. The method according to claim 6, wherein the at least two user equipments are respectively connected to layer three forwarding devices in domains managed by different second controllers; the second controller is different from the first controller, and manages third-layer forwarding equipment or second-layer forwarding equipment in the domain; the first controller establishes a connection only with at least two second controllers.
8. The method of claim 6, wherein establishing the forwarding path of the layer three forwarding device comprises:
selecting a third-layer forwarding device located at a boundary position based on a preset strategy and IP address information reported by a second controller, wherein the second controller is different from the first controller, and at least manages the third-layer forwarding device in a domain; the first controller establishes connection with at least two second controllers only; calculating a forwarding path which meets a first preset condition between third-layer forwarding devices at the boundary position, issuing the forwarding path between the third-layer forwarding devices to a second controller through an interface by the first controller, and issuing the forwarding path between the third-layer forwarding devices to the third-layer forwarding devices through a southbound interface by the second controller;
alternatively, the first and second electrodes may be,
and calculating a forwarding path which meets a first preset condition between the third-layer forwarding devices at the boundary position based on the input third-layer forwarding devices at the boundary position, issuing the forwarding path to a second controller by a first controller through an interface, and issuing the forwarding path between the third-layer forwarding devices to the third-layer forwarding devices by the second controller through a southward interface.
9. A controller, characterized in that the controller comprises:
a first path establishing unit, configured to establish a forwarding path of a second layer forwarding device; wherein, the starting node of the forwarding path of the second layer forwarding device is the second layer forwarding device, and the destination node is the boundary node of the third layer forwarding device;
a second path establishing unit, configured to establish a forwarding path of a third layer of forwarding devices; the forwarding path of the third layer forwarding device represents a path between forwarding devices of the third layer located at the boundary;
the path splicing unit is used for splicing the forwarding paths of the second layer of forwarding equipment and the forwarding paths of the third layer of forwarding equipment to obtain spliced forwarding paths;
and the route management unit is used for determining a corresponding routing table based on the BGP protocol message and a forwarding path of the third-layer forwarding equipment when the BGP protocol message is interacted with at least two user equipment in different management domains through the third-layer forwarding equipment, sending the routing table to the third-layer forwarding equipment, and establishing an intercommunication path by the at least two user equipment through the corresponding second-layer forwarding equipment and the third-layer forwarding equipment.
10. The controller according to claim 9, wherein the first path establishing unit is configured to receive an ARP request sent by a user equipment via a second layer forwarding device, analyze a destination IP address in the ARP request, and establish a boundary node where an originating node is the second layer forwarding device and a destination node is a third layer forwarding device based on the destination IP address.
11. The controller according to claim 9, wherein the first path establishing unit is configured to establish a forwarding path of a second layer forwarding device, and send the forwarding path of the second layer forwarding device to the second layer forwarding device, where the set starting node is the second layer forwarding device and the set destination node is a boundary node of a third layer forwarding device.
12. The controller according to claim 9, wherein the second path establishing unit is configured to select a third layer forwarding device located at a boundary position based on a preset policy and IP address information reported by a second controller, where the second controller is different from the first controller, and the second controller manages the third layer forwarding device or the second layer forwarding device in a domain; the first controller establishes connection with at least two second controllers only; and calculating a forwarding path which accords with a first preset condition between the third layer forwarding devices at the boundary position, and issuing the forwarding path to the second controller through the interface.
13. The controller according to claim 9, wherein the second path establishing unit is configured to calculate, based on the input third-layer forwarding devices located at the boundary position, a path that meets a first preset condition between the third-layer forwarding devices at the boundary position, and issue the calculated forwarding path between the third-layer forwarding devices to the second controller through the interface.
14. A controller, comprising:
a second path establishing unit, configured to establish a forwarding path of a third layer of forwarding devices; the forwarding path of the forwarding device of the third layer represents the path between the forwarding devices of the third layer located at the boundary;
and the route management unit is used for determining a corresponding routing table based on the BGP protocol message and a forwarding path of the third-layer forwarding equipment when the BGP protocol message is interacted with at least two user equipment in different management domains through the third-layer forwarding equipment, and sending the routing table to the third-layer forwarding equipment, so that the at least two user equipment establish an intercommunication path through the corresponding second-layer forwarding equipment and the third-layer forwarding equipment.
15. The controller of claim 14,
the second path establishing unit is configured to select a third layer forwarding device located at a boundary position based on a preset policy and IP address information reported by a second controller, where the second controller is different from the first controller, and the second controller manages at least the third layer forwarding device in a domain; the first controller establishes connection with at least two second controllers only; calculating a forwarding path which accords with a first preset condition between third-layer forwarding devices at the boundary position, issuing the forwarding path to a second controller through an interface, and issuing the forwarding path between the third-layer forwarding devices to the third-layer forwarding devices through a southbound interface by the second controller;
alternatively, the first and second electrodes may be,
the second path establishing unit is used for calculating a forwarding path which accords with a first preset condition between the third layer forwarding devices at the boundary position based on the input third layer forwarding devices at the boundary position, the first controller issues the forwarding path to the second controller through the interface, and the second controller issues the forwarding path between the third layer forwarding devices to the third layer forwarding devices through the southward interface.
16. A system for path establishment for cross-domain service interworking, the system comprising:
the first controller is used for establishing a forwarding path of the second layer forwarding equipment and establishing a forwarding path of the third layer forwarding equipment; the forwarding path of the third layer forwarding device represents a path between forwarding devices of the third layer located at the boundary; splicing the forwarding path of the second layer of forwarding equipment and the forwarding path of the third layer of forwarding equipment to obtain a spliced forwarding path;
the first controller is further configured to determine a corresponding routing table based on the BGP protocol packet and a forwarding path of the third-layer forwarding device when the BGP protocol packet is interacted with at least two user devices in different administrative domains through the third-layer forwarding device, and the first controller sends the routing table to the third-layer forwarding device;
the second layer forwarding equipment is used for receiving a forwarding path of the second layer forwarding equipment issued by the first controller;
and the third-layer forwarding device boundary node is used for receiving the forwarding path of the third-layer forwarding device issued by the first controller.
17. The system of claim 16, further comprising: and when the BGP protocol messages are interacted with at least two user devices in different management domains through the third-layer forwarding device, the second controller and the first controller work cooperatively, the corresponding routing table is determined based on the BGP protocol messages and the forwarding path of the third-layer forwarding device, and the second controller sends the routing table to the third-layer forwarding device after the first controller and the second controller are interacted.
18. A system for path establishment for cross-domain service interworking, the system comprising:
the first controller is used for establishing a forwarding path of the third-layer forwarding equipment; the forwarding path of the forwarding device of the third layer represents the path between the forwarding devices of the third layer located at the boundary; when BGP protocol messages are interacted with at least two user equipment in different management domains through a third-layer forwarding device, determining a corresponding routing table based on the BGP protocol messages and a forwarding path of the third-layer forwarding device, and sending the routing table to the third-layer forwarding device;
and the third layer forwarding equipment is used for sending the BGP protocol messages received from the at least two other user equipments to the first controller, receiving the BGP protocol messages sent by the first controller and forwarding the BGP protocol messages to the at least two user equipments, and the third layer forwarding equipment receives the routing table sent by the first controller to realize service intercommunication between the at least two user equipments.
19. The system of claim 18, further comprising: and the second controller interacts BGP protocol messages with at least two user equipment of different management domains through the third layer of forwarding equipment, determines a corresponding routing table based on the BGP protocol messages, and sends the routing table to the third layer of forwarding equipment.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510823942.4A CN106789637B (en) | 2015-11-24 | 2015-11-24 | Cross-domain service intercommunication path establishment method, controller and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510823942.4A CN106789637B (en) | 2015-11-24 | 2015-11-24 | Cross-domain service intercommunication path establishment method, controller and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106789637A CN106789637A (en) | 2017-05-31 |
| CN106789637B true CN106789637B (en) | 2020-02-04 |
Family
ID=58964443
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510823942.4A Active CN106789637B (en) | 2015-11-24 | 2015-11-24 | Cross-domain service intercommunication path establishment method, controller and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106789637B (en) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107231308B (en) * | 2017-06-07 | 2020-07-31 | 北京神舟航天软件技术有限公司 | Cross-site basic data intelligent learning and link pre-searching method |
| CN111654438B (en) * | 2017-06-20 | 2023-09-26 | 华为技术有限公司 | Method, controller and system for establishing forwarding path in network |
| CN109788018B (en) * | 2017-11-15 | 2021-08-06 | 中国移动通信有限公司研究院 | Cross-domain service intercommunication method, network equipment and storage medium |
| CN109995638A (en) * | 2018-01-02 | 2019-07-09 | 中国移动通信有限公司研究院 | A kind of method and apparatus carrying out double layer intercommunication |
| US11134002B2 (en) * | 2018-10-22 | 2021-09-28 | Cisco Technology, Inc. | Packet network interworking including segment routing |
| CN109617729B (en) * | 2018-12-18 | 2021-12-14 | 北京格林威尔科技发展有限公司 | Method and system for switching PTN network element into SPTN network element |
| CN109981436B (en) * | 2019-02-22 | 2021-08-03 | 安徽睿极智能科技有限公司 | Cross-domain intercommunication system and method based on peer-to-peer characteristic |
| CN110365549B (en) * | 2019-06-10 | 2021-09-24 | 烽火通信科技股份有限公司 | Processing method and processing system of SPTN (shortest Path bridging) network |
| CN116264562A (en) * | 2021-12-13 | 2023-06-16 | 华为技术有限公司 | Route notification method, communication system and related equipment |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101815024A (en) * | 2010-03-24 | 2010-08-25 | 中兴通讯股份有限公司 | Ethernet service intercommunication method and device |
| CN101860490A (en) * | 2010-06-12 | 2010-10-13 | 中兴通讯股份有限公司 | Method for communicating packet transport network (PTN) with double-layer Ethernet and system thereof |
| CN101860481A (en) * | 2010-05-25 | 2010-10-13 | 北京邮电大学 | Service transport method for distinguishing priority in MPLS-TP over OTN multi-layer network and device thereof |
| CN101888625A (en) * | 2009-05-14 | 2010-11-17 | 阿瓦雅公司 | The integration of this locality and mobility network identifiers |
| CN202713353U (en) * | 2012-08-29 | 2013-01-30 | 中国移动通信集团公司 | Packet transport network device |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103762243B (en) * | 2007-09-21 | 2017-07-28 | 飞兆半导体公司 | Power device |
-
2015
- 2015-11-24 CN CN201510823942.4A patent/CN106789637B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101888625A (en) * | 2009-05-14 | 2010-11-17 | 阿瓦雅公司 | The integration of this locality and mobility network identifiers |
| CN101815024A (en) * | 2010-03-24 | 2010-08-25 | 中兴通讯股份有限公司 | Ethernet service intercommunication method and device |
| CN101860481A (en) * | 2010-05-25 | 2010-10-13 | 北京邮电大学 | Service transport method for distinguishing priority in MPLS-TP over OTN multi-layer network and device thereof |
| CN101860490A (en) * | 2010-06-12 | 2010-10-13 | 中兴通讯股份有限公司 | Method for communicating packet transport network (PTN) with double-layer Ethernet and system thereof |
| CN202713353U (en) * | 2012-08-29 | 2013-01-30 | 中国移动通信集团公司 | Packet transport network device |
Non-Patent Citations (2)
| Title |
|---|
| A feasible SDN approach for multi-vendor IP and optical networks;Marhuenda J, et.;《Optical Fiber Communications Conference and Exhibition》;20141231;第1-3页 * |
| MPLS-TP分组传送网与现有网络互联互通的实现;傅晨舟;《光通信研究》;20081231(第5期);第16-18页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106789637A (en) | 2017-05-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106789637B (en) | Cross-domain service intercommunication path establishment method, controller and system | |
| EP3103230B1 (en) | Software defined networking (sdn) specific topology information discovery | |
| US10212088B2 (en) | Tactical traffic engineering based on segment routing policies | |
| CN111865796B (en) | Path Computation Element Central Controller (PCECC) for network traffic | |
| US10218600B2 (en) | Path computation element hierarchical software defined network control | |
| US11374857B2 (en) | Network device management method and apparatus, and system for indicating a network device to perform management operation | |
| EP3731467B1 (en) | Method of establishing relationships between sets of label switched paths and virtual networks | |
| KR101473783B1 (en) | Method and apparatus for control of dynamic service chaining by using tunneling | |
| US11323366B2 (en) | Path determining method, apparatus, and system | |
| WO2017059708A1 (en) | Bier information transmission method and reception method, and related device | |
| US11558247B2 (en) | Method and apparatus for implementing composed virtual private network VPN | |
| CN108429680B (en) | Route configuration method, system, medium and equipment based on virtual private cloud | |
| EP3573292A1 (en) | Forwarding detection of an aggregated interface | |
| CN108650177B (en) | Method and system for performing cross-domain service configuration on SPTN (shortest Path bridging) equipment | |
| WO2017124709A1 (en) | Method of establishing traffic engineering tunnel and device | |
| US10812373B2 (en) | Data network | |
| CN109729019B (en) | Speed limiting method and device for special line service in EVPN (Ethernet virtual private network) networking | |
| CN107370673A (en) | Method, controller and the system of forward-path are established in a kind of network | |
| US11489836B2 (en) | Method, apparatus, and system for collecting access control list | |
| CN112491707A (en) | Method and device for determining forwarding path | |
| EP3188408B1 (en) | Method and apparatus for determining network topology, and centralized network state information storage device | |
| US20230261963A1 (en) | Underlay path discovery for a wide area network | |
| CN115002029A (en) | Traffic forwarding method, device, equipment and storage medium | |
| CN112838985A (en) | Heterogeneous network communication method, system and controller | |
| CN105765903A (en) | Topology discovery method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |