Cross-domain message forwarding method and system and storage system

Abstract

The invention provides a cross-domain message forwarding method and system and a storage system, and relates to the technical field of communication. The method comprises the steps that a tail end PE(Provider Edge) of an SR (Segment Routing) tunnel announces an address prefix with an SR label in a cross-domain mode, an LFIB is automatically generated on each set of AS domain boundary forwarding equipment passing by and label replacement is conducted, and a new SR label binding relation is generated according to the address prefix and transmitted to the upstream till the binding relation between the address prefix and the SR label is announced to a head end PE; and the head end PE searches the LFIB for the incoming message flow, presses a corresponding SR label into a message header of thematched destination address, and forwards the SR label to the destination network according to a label path. According to the method, the system and the storage medium disclosed by the invention, theproblems of expansibility and SR label stack depth existing in ACL flow classification can be solved, the number of table items in the SR label stack is reduced, the hardware cost is reduced, and thespeed of searching the label forwarding table and the message forwarding speed are improved.

Description

technical field [0001] The present disclosure relates to the technical field of communications, and in particular to a cross-domain message forwarding method, system and storage system. Background technique [0002] In the carrier network, there are scenarios where end-to-end path optimization is implemented across multiple AS (autonomous system, autonomous system) domains. For specific service flows, IP ACL (Access Control List, Access Control List) is usually used for flow matching. On the one hand, because the IP ACL method is limited by the number of matching entries, there is a scalability problem, and when the number of matching entries is huge, the configuration workload is heavy; on the other hand, because the business flow that needs to optimize the path changes dynamically, this The ACL configuration needs to change with the change of the service flow, which further increases the difficulty of operation and maintenance; and, as the number of cross-AS domains increa...

AI Technical Summary

Problems solved by technology

[0002] In the carrier network, there are scenarios where end-to-end path optimization is implemented across multiple AS (autonomous system, autonomous system) domains. For specific service flows, IP ACL (Access Control List, Access Control List) is usually used for flow matching. On the one hand, because the IP ACL method is limited by the number of matching entries, there is a scalability problem, and when the number of matching entries is huge, the configuration workload is heavy; on the other hand, because the business flow that needs to optimize the path changes dynamically, this The ACL configuration needs to change with the change of the service flow, which further increases the difficulty of operation and maintenance; and, as the number of cross-AS domains increases, the number of label layers pushed into the message increases, but the depth of the label stack supported by the device is limited by the chip ability

Therefore, based on ACL traffic classification, there are problems of scalability and SR (Segment Routing, segment routing) label stack depth.

Images