CN111953604B - Method and device for providing business service for business flow - Google Patents
Method and device for providing business service for business flow Download PDFInfo
- Publication number
- CN111953604B CN111953604B CN201910413445.5A CN201910413445A CN111953604B CN 111953604 B CN111953604 B CN 111953604B CN 201910413445 A CN201910413445 A CN 201910413445A CN 111953604 B CN111953604 B CN 111953604B
- Authority
- CN
- China
- Prior art keywords
- message
- service
- ipv6
- flow
- indication identifier
- 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
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/74—Address processing for routing
- H04L45/741—Routing in networks with a plurality of addressing schemes, e.g. with both IPv4 and IPv6
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- 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/34—Source routing
-
- 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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2483—Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/35—Flow control; Congestion control by embedding flow control information in regular packets, e.g. piggybacking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/659—Internet protocol version 6 [IPv6] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/34—Signalling channels for network management communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The application discloses a method and a device for providing business service for business flow. The method comprises the following steps: the network equipment receives a first message; if the message characteristics of the first message match the message characteristics of the service flow, the network device encapsulates the indication identifier of the service flow into the first message to obtain a second message and sends the second message. The second message is an IPv6 message or an MPLS message. The indication identifier of the service flow is used for indicating the service provided for the service flow. By encapsulating the indication identifier of the service flow in the first message to obtain the second message, even if the second message is to realize cross-domain transmission, format conversion of the encapsulated indication identifier is not required, redundant encapsulation of indication identifiers in multiple formats is not required, and network devices in each domain can identify the indication identifier and execute corresponding operation of service, so that corresponding service is provided.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for providing service for a service flow.
Background
At present, in order to provide different service for a service flow, a message of the service flow needs to encapsulate different flow identifiers according to different formats corresponding to the service flow, so that in the forwarding process of the message, network equipment can perform corresponding service operation on the message according to the flow identifiers of different formats. However, when the messages of the service flow pass through different domains, if the network devices in the different domains need to provide different service for the messages of the specific service flow, the messages of the service flow need to perform format conversion or repackaging on the encapsulated flow identifier when the messages of the service flow are communicated between the different domains, so that the processing of the service flow when passing through different types of domains is complex.
Disclosure of Invention
The embodiment of the application provides a method and a device for providing service for a service flow so as to improve the processing performance of the service flow.
In a first aspect, an embodiment of the present application provides a method for providing a service for a service flow. According to the method, network equipment serving as a head node or an entry node determines that the message characteristics of a received first message match the message characteristics of a service flow, adds an indication identifier of the service flow into the first message to obtain a second message, and sends the second message to an intermediate node. The indication identifier of the service flow is used for indicating the service provided for the service flow. The intermediate node obtains the indication identifier of the service flow from the received second message, and processes the second message according to the indication identifier and the processing strategy. In this way, the intermediate node can directly identify the indication identifier and execute the operation of the corresponding service, so as to provide the corresponding service for the service flow, and the encapsulated indication identifier does not need to be subjected to format conversion and redundant encapsulation of indication identifiers in various formats.
In a second aspect, an embodiment of the present application provides an apparatus for providing a service for a traffic flow. According to this scheme, a network device as a head node or ingress node includes a receiving unit, an encapsulating unit, and a transmitting unit. The receiving unit is used for receiving a first message, and the packaging unit is used for packaging the indication identifier of the service flow into the first message to obtain a second message if the first message feature is matched with the message feature of the service flow, wherein the indication identifier of the service flow is used for indicating the service provided for the service flow; the sending unit is used for sending the second message.
In a third aspect, an embodiment of the present application provides an apparatus for providing a service for a traffic flow. According to this aspect, an apparatus as an intermediate node includes a receiving unit, an acquiring unit, an executing unit, and a transmitting unit. The receiving unit is used for receiving a second message, the acquisition unit is used for acquiring an indication identifier of a service flow according to the second message, and the indication identifier of the service flow is used for indicating a service provided for the service flow; the execution unit is used for executing the operation corresponding to the service on the second message according to the mapping relation between the indication identifier and the service; the sending unit is used for sending the message.
In a fourth aspect, embodiments of the present application also provide a network device comprising a processor and a memory, the memory storing instructions that, when executed by the processor, cause the network device to perform any of the methods described above.
In a fifth aspect, embodiments of the present application also provide a computer program product which, when run on a computer, causes the computer to perform any of the methods described above.
In a sixth aspect, embodiments of the present application also provide a computer-readable storage medium having instructions stored therein that, when run on a computer or processor, cause the computer or processor to perform any of the methods described above.
In some embodiments of the foregoing solution, the message including the indication identifier is a sixth version of internet protocol (english: internet Protocol Version, abbreviated: IPv 6) or a multiprotocol label switching (english: multi-Protocol Label Switching, abbreviated: MPLS) message.
Based on the above technical solution, in some embodiments, the indication identifier includes an identifier of the service. The service includes any one or more of the following: operation management maintenance (English: operation Administration Maintenance, abbreviated as OAM), service function chain (English: service Function Chaining, abbreviated as SFC), and network determination (English: deterministic Networking, abbreviated as DetNet). When executing these services, for example, when the message is an IPv6 message, the indication identifier included in the IPv6 message indicates that the IPv6 message needs to execute an OAM operation, and then the intermediate node performs a specific OAM operation on the message according to the indication identifier and the processing policy, for example, performs one or more operations of packet loss counting, jitter measurement, delay measurement, and the like.
Based on the above technical solution, in some embodiments, the indication identifier further includes an identifier of an operation corresponding to the service and/or a Sequence Number carried in the first packet.
Based on the above technical solution, in some embodiments, when the second packet is an IPv6 packet, the second packet includes an IPv6 extension header, and the IPv6 extension header includes an indication identifier. In this way, the indication identifier can be packaged in the IPv6 extension header of the second message, the intermediate node analyzes the received second message, obtains the indication identifier from the IPv6 extension header, and executes corresponding service operation on the second IPv6 message according to the indication identifier and the processing policy, which can effectively improve the processing efficiency of the intermediate node on the IPv6 message.
Based on the above technical solutions, in some embodiments, for an IPv6 network, the IPv6 extension header includes a Hop-by-Hop option Hop-by-Hop Option header field or a destination option header Destination Options header field of the second IPv6 packet, and the Hop-by-Hop Option header field or Destination Options header field includes an indication identifier.
Based on the above technical solutions, in some embodiments, for a SRv network, the first IPv6 packet and the second IPv6 packet are IPv6 segment routing SRv packets, the network device supports SRv6, the IPv6 extension header includes a segment routing extension header SRH of the second IPv6 packet, and the SRH includes an indication identifier. In one case, the SRH includes a segment identifier SID, and the SID includes an indication identifier; in another case, the SID includes a parameter words field that includes an indication identifier; in yet another case, the SRH includes a Tag field and/or a Flags field, which includes an indication identifier.
Based on the above technical solutions, in some embodiments, still for the SRv network, the first IPv6 packet and the second IPv6 packet are SRv6 packets, the network device supports SRv6, the second IPv6 packet includes an IPv6 Header, the IPv6 Header of the second IPv6 packet includes a source address SA field, and the SA field includes an indication identifier; or the first IPv6 message and the second IPv6 message are SRv6 messages, the network device supports SRv a best effort BE, and the IPv6 extension Header of the second IPv6 message includes a destination address DA field of the IPv6 Header, and the DA field includes an indication identifier.
Based on the above technical solution, in some embodiments, the second IPv6 packet includes an IPv6 Header, where the IPv6 Header includes a Flow Label field, and the Flow Label field includes the indication identifier.
Based on the above technical solution, in some embodiments, the indication identifier further includes a flow label or a flow identifier.
Based on the above technical solution, in some embodiments, the second packet is an IPv6 segment route SRv packet, the network device supports SRv6, the second packet includes a segment list of SRv6, and the segment list of SRv6 includes the indication identifier.
Based on the above technical solutions, in some embodiments, when the second packet is an MPLS packet, the second packet includes an MPLS label stack, where the label stack includes an indication identifier of the traffic flow. In some embodiments, the indication identifies a last label located in the MPLS label stack.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings that are needed in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments described in the present application, and other drawings may be obtained according to these drawings for a person having ordinary skill in the art.
FIG. 1 is a schematic diagram of a network system framework related to an application scenario in an embodiment of the present application;
fig. 2 is a flow chart of a method for providing service for a traffic flow in an embodiment of the present application;
FIG. 3 is a schematic diagram of a format of a indicator in an embodiment of the present application;
FIG. 4 is a schematic diagram of an IPv6 Header format according to an embodiment of the present application;
FIG. 5a is a schematic diagram illustrating another IPv6 Header format according to an embodiment of the present application;
FIG. 5b is a schematic diagram illustrating a format of another IPv6 Header according to an embodiment of the present application;
FIG. 5c is a schematic diagram illustrating a format of another IPv6 Header according to an embodiment of the present application;
FIG. 5d is a schematic diagram illustrating another IPv6 Header format according to an embodiment of the present application;
FIG. 5e is a schematic diagram illustrating a format of another IPv6 Header according to an embodiment of the present application;
FIG. 5f is a schematic diagram illustrating a format of another IPv6 Header according to an embodiment of the present application;
FIG. 6 is a schematic diagram of an SRH format according to an embodiment of the present application;
fig. 7 is a schematic diagram of a format of a SRv message according to an embodiment of the present application;
fig. 8 is a schematic format diagram of MPLS label in an embodiment of the present application;
fig. 9 is a flow chart of a method for providing service for a traffic flow in an embodiment of the present application;
FIG. 10 is a flowchart of another method for providing service for a traffic flow according to an embodiment of the present application;
FIG. 11 is a flowchart of another method for providing a business service for a business flow according to an embodiment of the present application;
FIG. 12 is a flowchart of another method for providing a business service for a business flow according to an embodiment of the present application;
fig. 13 is a schematic structural diagram of an apparatus for providing service for a traffic flow according to an embodiment of the present application;
fig. 14 is a schematic structural diagram of another apparatus for providing service for a traffic flow according to an embodiment of the present application;
fig. 15 is a schematic structural diagram of another apparatus for providing service for a service flow according to an embodiment of the present application;
fig. 16 is a schematic structural diagram of another apparatus for providing service for a traffic flow in an embodiment of the present application.
Detailed Description
At present, business services are increased continuously, and messages of business flows need to be packaged with different flow identifiers according to formats corresponding to different business services, so that in the forwarding process of the messages, network equipment can perform corresponding business service operation on the messages according to the flow identifiers of different formats.
However, when the message of the service flow passes through different domains, if the network device in the different domains provides different service for the message of the service flow, the format conversion needs to be performed on the encapsulated flow identifier after the message of the service flow passes through the domains, so that the processing of the message of the service flow is complex when the message of the service flow passes through the different domains. When multiple service is provided for the message of the service flow, the message of the service flow may encapsulate the flow identifier of each service corresponding format, that is, the message includes multiple flow identifiers of different formats, which causes the message of the service flow to carry redundant flow identifiers.
Based on this, in this embodiment of the present application, when a first packet needs to be transmitted between network devices of an IPv6 network to provide a service, a header node in the network may specifically receive the first packet, determine whether a packet feature of the first packet is matched with a packet feature of a service flow, and if so, encapsulate an indication identifier corresponding to the service flow into the first packet to obtain a second packet, where the indication identifier of the service flow is used to indicate a service provided for the service flow; then, the head node sends a second message to an intermediate node of the next hop, so that the intermediate node executes corresponding operation of the corresponding service on the second message based on the mapping relation between the indication mark in the second message and the service; and so on until the second message is sent to the tail node. In some embodiments, the second packet may be an IPv6 packet or an MPLS packet, and the first packet may be any type of packet. In some embodiments, the services provided for the service flows include one or more of OAM, SFC, detNet. In some embodiments, the second message is an IPv6 message, and the indication identifier may be carried in an IPv6 extension Header of the second message, or a source address SA field of an IPv6 Header of the second message, or a destination address DA field of the IPv6 Header of the second message.
In this way, the header node of the network in the embodiment of the present application encapsulates the indication identifier of the service flow in the first packet, and it is not necessary to encapsulate a flow identifier of a corresponding format for each service, and even if the first packet is to implement cross-domain transmission, it is not necessary to perform format conversion on the encapsulated flow identifier again, and network devices in each domain can identify the indication identifier and execute the operation of the corresponding service, so that the corresponding service can be provided conveniently.
For example, one of the scenarios of the embodiments of the present application may be applied to the network system as shown in fig. 1. Referring to fig. 1, a schematic structure diagram of a network supporting IPv6 includes a head node 100, an intermediate node 200, an intermediate node 300, and a tail node 400. It should be noted that, the head node 100, the intermediate node 200, the intermediate node 300, and the tail node 400 may be network devices supporting an IPv6 network, for example, may be network devices supporting an IPv6 Segment Routing (in english: SRv). It may be understood that the head node 100, the intermediate node 200, the intermediate node 300, and the tail node 400 may be specifically network devices such as routers or switches that may perform packet forwarding in a network and provide traffic services.
In this application, the head node may also be an ingress node or an ingress node, where the head node acts as an ingress node for one network domain. The head node may be a device with routing functionality, such as a router. The intermediate node may be a device with routing functionality, such as a router.
It is understood that the above scenario is only one example of a scenario provided in the embodiments of the present application, and the embodiments of the present application are not limited to this scenario.
The following describes in detail, by way of example, a specific implementation manner of a method for providing a business service in the embodiments of the present application with reference to the accompanying drawings.
Fig. 2 is a flow chart of a method for providing service for a traffic flow in an embodiment of the present application. It should be noted that the embodiment shown in fig. 2 may be applied to the network architecture shown in fig. 1, where each node shown in fig. 1 correspondingly performs each step in the method shown in fig. 2. In particular implementations, the method may include, for example:
step 201, the head node encapsulates the indication identifier in the message of the service flow according to the identifier encapsulation policy.
In order to enable the node through which the service flow passes to provide different service services, different nodes in the network are required to perform processing operation corresponding to the node on the message of the service flow, and based on the processing operation, different strategies are required to exist in advance on the different nodes through which the service flow passes, wherein the strategies can be an identification packaging strategy and a service strategy which are directly configured on each node, or can be an identification packaging strategy and a service strategy which are generated on a controller and respectively issued to the corresponding node. When the message of the service flow passes through the nodes in the network, in order to enable each node through which the service flow passes to provide corresponding service, the head node can encapsulate the indication identifier in the message of the service flow according to the configuration or the identifier encapsulation policy corresponding to the service flow issued by the controller, so that the intermediate node executes the operation corresponding to the service according to the indication identifier and the service policy.
To make the description of this embodiment clearer, before describing the specific implementation of step 201, the identification packaging policy and the service policy will be described.
The mark packaging strategy is used for indicating the corresponding relation between the message characteristics and the indication mark. The label packaging strategy comprises a mapping relation between the message characteristics of the service flow and the indication labels of the service flow. The message feature is used to identify messages belonging to a certain traffic flow. The head node may identify whether the currently received message is of a certain traffic flow or of a certain traffic flow based on the message characteristics. As an example, the message characteristics may include a five-tuple of the message (i.e., source IP address, source port, destination IP address, destination port, and transport layer protocol) or some specific fields in the message characteristics.
When the message received by the head node is an IPv6 message, the message feature may include contents in a Flow label (english) field of an IPv6 Header of the message. Still alternatively, the message characteristics may include a source address and/or a destination address in the message. Still alternatively, the message characteristics may include the contents of a Flow identification (English: flow ID) field of an IPv6 message. Alternatively, the message characteristic may include 2 or 3 or 4 of the Flow label, flow ID, source address, destination address of the message. And the indication identifier is used for being encapsulated in the message matched with the characteristics of the report so as to indicate the service provided for the service flow. In some embodiments, the Flow ID field may refer to the description of IETF RFC 1809. In some embodiments, the Flow label field may refer to the description of IETF RFC 6437 or RFC 8200.
The business service strategy is used for representing the corresponding relation between the indication identifier and the operation corresponding to the business. The business service policy comprises a mapping relation between the indication identifier of the business flow and the business. The operation corresponding to the service, specifically, the node needs to execute a corresponding processing operation for implementing the service with respect to the message sent on the service flow, where the service may be, for example: service function chain (English: service Function Chaining, abbreviated as SFC) service, network (English: deterministic Networking, abbreviated as DetNet) service, postcard-based telemetry (English: postcard based Telemetry, abbreviated as PBT) service, operation administration maintenance (English: operation Administration Maintenance, abbreviated as OAM) and the like. For OAM, the specific operations may include one or more of packet counting, delay measurement, etc. specific operations. For SFC, specific operations may include one or more of network address translation (English: network address translation; NAT for short), firewall filtering, deep packet inspection (English: deep packet inspection; DPI for short), intrusion detection, and the like. For DetNet services, specific operations can include multiple radio and/or flow identification. For PBT services, specific operations may include gathering of performance data and/or flow identification.
It can be understood that, for the indication identifier in the identifier packaging policy and the business service policy, any one identifier or a combination of a plurality of identifiers in the following identifiers are specifically included: the identification of the service flow, the identification of the service, and the identification of the operation corresponding to the service. The service Flow identifier may include a Flow identifier (english: flow ID) or a Flow label. Messages carrying the identity of the same traffic flow may be considered to belong to the same traffic flow.
The identification of the service may specifically comprise a tag (English: flag) or a coloring bit (English: color). In one case, the node through which the traffic flows may provide only one service, and then the indication identifier may indicate whether the service needs to be provided by carrying a Color, for example: assuming that the node through which the traffic Flow corresponding to the Flow id=1 passes only provides the SFC service, if color=1 in the configuration indication identifier is configured, the node through which the traffic Flow passes is regarded as executing the operation corresponding to the SFC service, so as to ensure that the node through which the traffic Flow passes provides the SFC service; if color=0 is configured, the node through which the traffic flow passes is regarded as not performing an operation corresponding to the SFC service, thereby ensuring that the node through which the traffic flow passes does not provide the SFC service. Based on a similar principle, when the Color value is 0, it may also indicate that the node through which the traffic flow passes performs an operation corresponding to the SFC service, and when the Color value is 1, it may also indicate that the node through which the traffic flow passes does not perform an operation corresponding to the SFC service. In another case, the node through which the traffic flow passes may provide multiple service, and then the indication identifier may indicate the specifically provided service combination by carrying Flag, for example: assuming that a node through which a traffic Flow corresponding to Flow id=2 passes can provide SFC service, detNet service, and PBT service, if flag=10000 in the configuration indication identifier, the node through which the traffic Flow passes is regarded as providing SFC service; if flag=11000 is configured, the node through which the traffic flow passes is regarded as providing SFC service and DetNet service; if flag=01100 is configured, the node through which the traffic flow passes is considered to provide SFC service, detNet service, and PBT service. It should be noted that Flag or Color may be indicated by setting a bit mask.
The identifier of the operation corresponding to the service, in one case, may be specifically a Template identifier (english: template ID), which is used to indicate the operation of performing the service on the service flow at the node that processes the service flow. For example: if the Template id=1, indicating the operation of SFC service on the service flow; also for example: if Template id=2, then the operation of the DetNet and SFC services on the traffic flow is indicated. In another case, the identifier of the operation corresponding to the service may also be operation instruction information, for example: if, for the PBT service, the identifier of the operation corresponding to the service carries one or more of the operation indication information such as the access port number, the exit port number, the timestamp, and the exit timestamp, then the node through which the service flow passes provides the PBT service, and the specific operation for executing the service includes: one or more of an ingress interface number, an egress interface number, a timestamp, and an egress timestamp are reported.
It should be noted that, the indication identifier may also carry a Sequence Number (Sequence Number) of the message. The Sequence Number is used to identify the Sequence Number of the message received by the node, and can be generally used to calculate the packet loss of the service flow. For example: for an IPv6 message, after the header node marks the Sequence Number in the message, each passing node can judge whether the packet loss condition occurs or not through the Sequence Number in the message when the message is transmitted in the network.
It will be appreciated that there are a number of possible implementations for the indication identities comprising different content to which the business service policies correspond. As an example, the indication identifier may include only a Flow ID, and then the traffic service policy may specifically be a correspondence between the Flow ID and an operation corresponding to the traffic. As yet another example, the indication identifier may also include only a Template ID, and then the business service policy may specifically be a correspondence between the Template ID and an operation corresponding to the business. As another example, the indication identifier may also include a Flow ID and a Flag, and then the traffic service policy may specifically be a correspondence between the Flow ID, the Flag, and an operation corresponding to the traffic. As yet another example, the indication identifier may also include a Flow ID and a Template ID, and then the traffic service policy may specifically be a correspondence relationship between the Flow ID, the Template ID, and an operation corresponding to the traffic. As yet another example, the indication identifier may also include a Flag and a Template ID, and then the traffic service policy may specifically be a correspondence between the Flag, the Template ID, and an operation corresponding to the traffic. As yet another example, the indication identifier may also include a Flow ID, a Flag, and a Template ID, and then the traffic service policy may specifically be a correspondence between the Flow ID, the Flag, the Template ID, and the operation four corresponding to the traffic. In each example, the Sequence Number may be added in a scenario where packet loss statistics is required, and at this time, the service policy may further include a correspondence between the Sequence Number and an operation corresponding to the service. In some embodiments, the Flow ID of the present segment may be replaced with a Flow label.
It should be noted that, it is assumed that the packet is forwarded in a tunnel, and each node in the tunnel may use the label stack as a policy for forwarding the packet. For example: the label stack may be an MPLS label stack or may be a Segment list (english: segment list) of SRv 6. The label stack includes the indication identifier. Specifically, the MPLS label stack or the segment list of SRv6 includes the indication identity. More specifically, the last label of the MPLS label stack includes the indication identity. In a specific implementation, the label stack may be configured on the tunnel head node, or may be generated by the controller and sent to the tunnel head node, so that the tunnel head node encapsulates the label stack in a packet, and is used for guiding the packet to be transmitted in the tunnel. Therefore, when each node of the tunnel transmits the message, the original content in the message is not analyzed, and the effective transmission path in the tunnel can be obtained only by means of the label stack, so that the forwarding efficiency of the message in the tunnel is improved.
After introducing the identifier encapsulation policy and the service policy, the following describes in detail "the header node encapsulates the indication identifier in the message of the service flow according to the identifier encapsulation policy" in step 201.
When the head node receives the message, firstly, the message characteristics of the message can be obtained; then, matching the message characteristics of the message with the message characteristics carried in the mark encapsulation strategy, if so, regarding the received message as the message of the service flow, and then encapsulating the indication mark corresponding to the matched message characteristics in the mark encapsulation strategy in the message; otherwise, if the messages do not match, the received message is regarded as a message not belonging to the service flow, and then any indication identifier is not encapsulated in the message, and the following steps 202 to 204 are not executed. As an example, matching may specifically refer to that a message feature of a received message is consistent with a certain message feature carried in an identifier encapsulation policy, for example: the five-tuple in the received message is consistent with the five-tuple of a certain service flow.
For example: the assumption that the head node receives the identifier encapsulation policy issued by the controller includes: message feature A, flow ID 1 And Template ID 1 Correspondence between them, message characteristics B, flow ID 2 And Template ID 2 The pair ofCorrespondence and message characteristics C, flow ID 3 And Template ID 3 Correspondence between them. Under the condition, when the head node receives the message X, the message feature a of the message X is obtained, and the message feature a is determined to be matched with the message feature A in the identification packaging strategy, so that the head node can identify the Flow ID corresponding to the message feature A 1 And Template ID 1 Encapsulated in message X. In another case, when the head node receives the message Y, the head node obtains the message feature C of the message Y, and determines that the message feature C is matched with the message feature C in the label packaging policy, so that the head node can identify the indication label Flow ID corresponding to the message feature C 3 And Template ID 3 The packet is encapsulated in the message Y. In another case, when the head node receives the message Z, the message feature d of the message Z is obtained, and it is determined that the message feature d is not matched with the message features A, B and C in the identifier encapsulation policy, and then the head node does not encapsulate any indication identifier in the message Z.
It can be understood that the indication identifier can be theoretically packaged at any position of the message, but when the packaged message reaches each intermediate node, each intermediate node needs to read the indication identifier to provide corresponding service, and in the message, some positions are positions where each intermediate node can read, some positions are not positions where each intermediate node can read, so if the indication identifier is packaged at a position where each intermediate node can not read, an additional strategy is required to be configured or the intermediate node is modified to ensure that each intermediate node can read the indication identifier, so that the cost of providing service by the node is greatly improved; however, if the indication identifier is packaged at a position where each intermediate node can read, no additional strategy is required to be configured or the intermediate nodes are not required to be modified, so that each intermediate node can read the indication identifier, and the cost of providing business service by the nodes is effectively reduced. Based on this, in order to improve the efficiency of the intermediate node in processing the message, the indication identifier may be encapsulated in a location in the message that each intermediate node itself will read.
For the IPv6 network, after receiving the message, the head node can encapsulate the received message into an IPv6 message, and can encapsulate the indication identifier in the IPv6 extension head. For example: as shown in the format schematic diagram of the IPv6 Header in fig. 3, the indication identifier may be encapsulated in an extension Header under the IPv6 Header: hop-by-Hop option header (english: hop-by-Hop Option header) field or destination option header (english: destination Options header) field; also for example: as shown in another format schematic diagram of the IPv6 Header in fig. 4, the indication identifier may also be encapsulated in a Flow Label field of the IPv6 Header. It can be understood that, when the IPv6 packet arrives at each intermediate node, the Hop-by-Hop Option header and Destination Options header of the IPv6 extension header and the Flow Label field of the IPv6 header are all read, so that the indication identifier is encapsulated therein, and the intermediate node can obtain the indication identifier without additionally reading other positions of the packet, thereby providing a data base for the intermediate node to efficiently complete the operation corresponding to the service of the service Flow.
For example: referring to fig. 5, taking an example of setting the indication identifier to the Hop-by-Hop Option header of the IPv6 extension header, the Hop-by-Hop Option header field may include: the Option Type, opt Data Len, and Option Data fields may be filled with an indication identifier, and in one case, the format of the indication identifier is shown in fig. 5a, including: flow ID and Color; in another case, referring to fig. 5b, the format of the indication mark includes: flow ID and Flag; in yet another case, referring to fig. 5c, the format of the indication mark includes: flow ID, sequence Number, color, and Template ID; in yet another case, referring to fig. 5d, the format of the indication mark includes: flow ID, sequence Number, flag, and Template ID; in yet another case, referring to fig. 5e, the format of the indication identifier includes: flow ID, sequence Number, color; in yet another case, referring to fig. 5f, the format of the indication mark includes: flow ID, sequence Number, flag.
It should be noted that, in order to enable the head node to extract relevant information in the indication identifier from the IPv6 header/extension header, the head node may learn, by using a protocol advertisement method, a format of the indication identifier in the IPv6 header/extension header, for example, a format shown in fig. 3 or fig. 4, and read corresponding information according to the format.
For a SRv network, if the head node can encapsulate the received packet into an IPv6Segment Routing (in english: IPv6Segment Routing, abbreviated: SRv) packet, in one case, the head node may encapsulate the indication identifier in a Segment Routing extension header (in english: segment Routing Header, abbreviated: SRH) of the SRv packet, and the format of the SRH may be shown in fig. 6. For specific formats of SRH in SRv, see IPv6Segment Routing Header (SRH) draft-ietf-6man-segment-routing-header-18 draft for details.
For example: the indication identifier can be encapsulated in a Arguments (Args) field in each Segment identifier (english: segment ID, abbreviated as SID) of the SRH, so that after the message is forwarded to each intermediate node, the intermediate node reads the SID corresponding to the intermediate node from the SRH to obtain the indication identifier, and does not need to additionally read other information, thereby improving the forwarding efficiency of the message.
Also for example: the indication identifier may also be encapsulated in Optional Type Length Value objects (abbreviated as Option TLV) of the SRH or in a specified target SID, where it should be noted that the target SID may be any SID originally existing in the SRH, or may be a SID newly added to the last SRH, and when the indication identifier is encapsulated in the target SID, the controller needs to issue a forwarding policy to each intermediate node, and instruct each intermediate node to read the target SID in addition to the corresponding SID, so as to obtain the indication identifier. Therefore, the indication mark can be redundantly packaged at a plurality of positions as much as possible, and the packaging rate of the message is improved.
Also for example: the indication identifier may also be encapsulated in the Tag field or the Flags field of the SRH, or may further be encapsulated in the Tag field and the Flags field of the SRH, where the respective storage portion indicates the identifier, for example: the Flow ID and Sequence Number are encapsulated in the Tag field, and the Flag (or Color) and Template ID are encapsulated in the Flags field.
For the SRv network, in another case, referring to the message format shown in fig. 7, the Header node may also encapsulate the indication identifier in a Source Address (SA) that is not used in the IPv6 Header, and when the message arrives at each intermediate node, the intermediate node reads the indication identifier encapsulated in the SA. Alternatively, in the case of Best Effort (BE) of SRv6, the destination address (Destination Address, DA) of the outer layer IPv6 of SRv6 is the SID of the tail node, and since the order between the nodes does not change, the IPv6DA is not changed all the time, so that the indication identifier may BE encapsulated by the DA of the IPv6 Header, and thus, when the packet arrives at each intermediate node, the intermediate node reads the indication identifier encapsulated in the DA. In addition, for the SRv network, the head node may also carry the indication identity in the fragment list of SRv.
For a network through multiprotocol label switching (english: multi-Protocol Label Switching, abbreviated: MPLS), a head node may also encapsulate a received packet into an MPLS packet, and the head node may encapsulate an indication identifier in a label stack of MPLS, for example: referring to the format of MPLS Label shown in fig. 8, the indication identifier may be encapsulated in the last Label field of the MPLS Label stack, so that when a packet arrives at each intermediate node, the intermediate node reads the indication identifier encapsulated in the last Label. The packet forwarded by MPLS may be a fourth version of internet protocol (english: internet Protocol Version, abbreviated: IPv 4) packet, or may also be an IPv6 packet.
It should be noted that the foregoing is merely exemplary of several package locations that may be read by individual nodes.
It should be noted that, step 201 may be specifically performed by the head node 100 in fig. 1, where the head node and the first network device in the following embodiments belong to different descriptions of the same device.
Therefore, the indication mark is packaged in the packaging position which can be shared by each node in the message, and the indication mark adopts a format which is common to various business services, so that the problems of complex operation, lower efficiency and the like when the current business flow provides different business services can be solved.
Step 202, the head node sends a message of the service flow to the intermediate node.
It will be appreciated that the intermediate node in step 202 may be referred to as a next-hop intermediate node of the head node, such as intermediate node 200 in fig. 1; the message of the service flow refers to the message after the indication mark is encapsulated.
And 203, the intermediate node performs operation corresponding to the service on the message of the service flow according to the service policy.
When receiving a service flow message with an encapsulated indication identifier, the intermediate node can obtain the indication identifier according to the service flow message, for example, reads the indication identifier carried in the message from a specific position of the message, and can calculate the indication identifier of the message in other modes. Determining a service corresponding to the indication mark according to a service strategy; and carrying out operation corresponding to the queried service on the message of the service flow.
As an example, if the indication identifier includes only a Flow ID, and the service policy includes a correspondence between the Flow ID and the service, then the intermediate node may read the Flow ID in the received service Flow packet, and determine, from the correspondence between the Flow ID and the service, a specific service corresponding to the Flow ID, and may perform an operation corresponding to the determined service on the service Flow packet.
As still another example, if the indication identifier includes only a Template ID, and the service policy includes a correspondence between the Template ID and the service, then the intermediate node may read the Template ID in the received service flow packet, and determine, from the correspondence between the Template ID and the service, a specific service corresponding to the Template ID, and may execute the operation corresponding to the determined service on the service flow packet.
As another example, if the indication identifier includes a Flow ID and a Flag, and the service policy includes a correspondence between the Flow ID, the Flag, and the service, then the intermediate node may read the Flow ID and the Flag in the received service Flow packet, and determine, from the correspondence between the Flow ID, the Flag, and the service, a specific service corresponding to the Flow ID and the Flag, and may perform an operation corresponding to the determined service on the service Flow packet.
As still another example, if the indication identifier includes a Flow ID and a Template ID, and the service policy includes a correspondence between the Flow ID, the Template ID, and the service, then the intermediate node may read the Flow ID and the Template ID in the received service Flow packet, and determine, from the correspondence between the Flow ID, the Template ID, and the service, a specific service corresponding to the Flow ID and the Template ID, and then execute the operation corresponding to the determined service on the service Flow packet.
As yet another example, if the indication identifier includes a Flag and a Template ID, and the service policy includes a correspondence between the Flag, the Template ID, and the service, then the intermediate node may read the Flag and the Template ID in the received service flow packet, and determine, from the correspondence between the Flag, the Template ID, and the service, a specific service corresponding to the Flag and the Template ID, and then may execute the operation corresponding to the determined service on the service flow packet.
As yet another example, if the indication identifier includes a Flow ID, a Flag, and a Template ID, and the traffic service policy includes a correspondence between the Flow ID, the Flag, the Template ID, and the traffic four, the intermediate node may read the Flow ID, the Flag, and the Template ID in the received traffic packet, and determine a specific traffic corresponding to the Flow ID, the Flag, and the Template ID from the correspondence between the Flow ID, the Flag, the Template ID, and the traffic four, and may perform an operation corresponding to the determined traffic on the traffic packet.
In some specific business service scenarios, the intermediate node may perform operations corresponding to different businesses on the received packet of the business flow, so as to provide different business services.
If the service determined by the intermediate node is a load balancing service implemented by an Equal-cost multi-path routing (ECMP) technology, the operation corresponding to the service executed by the intermediate node may specifically be: and taking the indication mark as the input of the hash algorithm, determining a target service path according to the output result of the hash algorithm, and realizing load sharing of a plurality of equivalent paths dedicated to the network.
If the service determined by the intermediate node is the SFC service, the operation corresponding to the service executed by the intermediate node may specifically be: the intermediate node determines the carried service function according to the indication mark in the message, and sends the message of the service flow to the service function processing module SF corresponding to the service function for processing, after the SF processing is completed, the message of the service flow is returned to the intermediate node for providing the next service function, for example, the service function can specifically include deep packet inspection (English: deep Packet Inspection, abbreviated: DPI), firewall and the like.
If the service determined by the intermediate node is a DetNet service, the operation corresponding to the service executed by the intermediate node may specifically be: when the head node sends a message to the intermediate node through a plurality of paths, the intermediate node performs multi-sending and receiving on the message through a Sequence Number encapsulated in the message, that is, for each received message, the intermediate node determines whether the message has been received according to the Sequence Number, and if so, deletes the repeatedly received message.
If the service determined by the intermediate node is a Path Segment service, the operation corresponding to the service executed by the intermediate node may specifically be: and determining the traffic path segment through which the traffic flow passes according to the indication mark.
If the service determined by the intermediate node is PBT service, the operation corresponding to the service executed by the intermediate node may specifically be: the service flow is identified according to the indication identifier, and then the collection and reporting of the relevant performance information of the service flow are started, for example: an ingress interface number, an egress interface number, a time stamp, an egress time stamp, packet loss statistics, etc.
It should be noted that, for each intermediate node, after receiving the service flow message, step 203 is executed to process the received service flow message; after the intermediate node completes the corresponding processing of the message of the service flow, the message of the service flow is continuously sent to the intermediate node of the next hop, and the intermediate node of the next hop processes the received message of the service flow in step 203; similarly, until all intermediate nodes complete step 203, the following step 204 is performed.
For example: assuming that the path sequentially comprises a head node 1, a tunnel intermediate node 2, an intermediate node 3 and a tail node 4, the head node 1 sends a service flow message R packaged with an indication identifier to the intermediate node 2, and the intermediate node 2 sends the service flow message R to the intermediate node 3 after performing service corresponding operation on the service flow message R according to a service strategy; the intermediate node 3 performs operation corresponding to the service on the service flow message R according to the service policy, after completing the processing, the intermediate node 3 recognizes that it is the last intermediate node on the path, and the next hop is the tail node, and then the step 204 is executed and completed in the service provided by the service flow.
It should be noted that, step 203 may be specifically performed by intermediate node 200 and intermediate node 300 in fig. 1 sequentially.
It should be noted that, if the service policy also exists on the head node, the head node may also execute the step 203, that is, perform the operation corresponding to the service on the message of the service flow according to the service policy, and the specific implementation may refer to the description of the related implementation of the intermediate node.
Step 204, the intermediate node sends the message of the service flow to the tail node.
In particular, when all the intermediate nodes have executed the step 203, the last intermediate node may send the message of the service flow to the tail node, and after the tail node receives the message of the service flow, the tail node may decapsulate the message of the service flow, for example: the indication identifier of the packet of the service flow, which is encapsulated in step 201, is decapsulated from the packet of the service flow, so as to obtain the packet of the service flow that is initially received by the head node. As such, this process of providing business services to the business flow may be considered to be completed.
For example: after the last intermediate node 3 on the path performs service operation on the service flow message R according to the service policy, the intermediate node 3 may send the service flow message R to the tail node 4, and the tail node 4 decapsulates the service flow message R, i.e. decapsulates the encapsulated indication identifier from the service flow message R, so as to obtain the service flow message initially received by the head node 1, so as to complete the service provided for the service flow.
It should be noted that, step 204 may be specifically performed by tail node 400 in fig. 1.
It should be noted that, if the tail node also has a service policy, the tail node may also execute the step 203, that is, perform the operation corresponding to the service on the message of the service flow according to the service policy, and then perform the subsequent operations such as decapsulation on the message of the service flow.
In this way, in the method for providing service for service flow provided in the embodiment of the present application, an indication identifier that can be identified by each service is introduced to indicate the service that needs to be provided for the service flow; and the indication mark is packaged at a position which can be shared by each node (namely, a field which can be directly read after the service flow message is received), so that each node can simply and efficiently provide various service services after receiving the service flow message without performing additional operations such as reading, inquiring, analyzing and the like and performing the operation of corresponding service on the service flow message without performing the conversion of the flow mark during the cross-domain transmission.
In addition, the embodiment of the application further provides a method for providing service for the service flow, the method encapsulates the indication identifier into the IPv6 header/extension header, and uses the header node as a network device for executing the method, referring to fig. 9, the method specifically may include:
Step 901, a network device receives a first message, and the network device supports IPv6;
step 902, if the message characteristics of the first message match the message characteristics of the service flow, the network device encapsulates the indication identifier of the service flow into the first message to obtain a second IPv6 message, where the indication identifier of the service flow is used to indicate the service provided for the service flow;
in step 903, the network device sends a second IPv6 message.
Wherein the indication identifier may comprise an identifier of the service.
It will be appreciated that the services may include in particular any one or more of the following: operation administration maintenance OAM, service function chain SFC, and network DetNet determination.
As an example, the indication identifier further includes an identifier of an operation corresponding to the service and/or a Sequence Number carried in the first message.
It is understood that the second IPv6 message includes an IPv6 extension header, and the IPv6 extension header includes an indication identifier.
For an IPv6 network, the IPv6 extension header includes a Hop-by-Hop option Hop-by-Hop Option header field or a destination option header Destination Options header field of the second IPv6 packet, and the Hop-by-Hop Option header field or Destination Options header field includes an indication identifier.
For SRv network, the second IPv6 packet is an IPv6 segment routing SRv packet, the network device supports SRv6, and the IPv6 extension header includes a segment routing extension header SRH of the second IPv6 packet, where the SRH includes an indication identifier. In one case, the SRH includes a segment identification SID, which includes an indication identification. In another case, the SID includes a parameter words field that includes an indication identifier. In yet another case, the SRH includes a Tag field and/or a Flags field, which includes an indication identifier. The SRv message includes SRv a Segment list (English: segment list). The segment list of SRv includes the indication identifier. More specifically, the last label of the MPLS label stack includes the indication identity.
In addition, when the second IPv6 packet is a SRv6 packet, the network device supports SRv6, the second IPv6 packet includes an IPv6 Header, the IPv6 Header of the second IPv6 packet includes a source address SA field, and the SA field includes an indication identifier. In one embodiment, the second IPv6 message is a SRv message, the network device supports SRv a best effort BE, and the IPv6 extension Header of the second IPv6 message includes a destination address DA field of the IPv6 Header, and the DA field includes an indication identifier.
In addition, the second IPv6 packet includes an IPv6 Header, where the IPv6 Header includes a Flow Label field, and the Flow Label field includes the indication identifier.
As another example, the indication identifier also includes a flow label or flow identifier.
It should be noted that, for the specific implementation and the achieved effect of the embodiment shown in fig. 9, reference may be made to the description of steps 201 to 202 in fig. 2.
In addition, the embodiment of the application further provides a method for providing service for the service flow, the method encapsulates the indication identifier into the IPv6 header/extension header, and uses the intermediate node as a network device for executing the method, referring to fig. 10, the method specifically may include:
step 1001, a network device receives a message, where the network device supports IPv6;
step 1002, a network device obtains an indication identifier of a service flow from a message, where the indication identifier of the service flow is used to indicate a service provided for the service flow;
step 1003, the network device executes operation corresponding to the service on the message according to the mapping relation between the indication identifier and the service;
in step 1004, the network device sends a message including the indication identifier.
Wherein the indication identifier comprises an identifier of the service.
It is understood that the services include any one or more of the following: operation administration maintenance OAM, service function chain SFC, and network DetNet determination.
As an example, the indication identifier further includes an identifier of an operation corresponding to the service and/or a Sequence Number of the received message.
It can be understood that the message including the indication identifier is an IPv6 message, where the IPv6 message includes an IPv6 extension header, and the IPv6 extension header includes the indication identifier. The IPv6 extension header includes a Hop-by-Hop Option header field or Destination Options header field of the IPv6 message, and the Hop-by-Hop Option header field or Destination Options header field includes an indication identifier.
For SRv network, the message including the indication identifier is an IPv6 segment routing SRv6 message, the network device supports SRv6, the IPv6 extension header includes the SRH of the message, and the SRH includes the indication identifier. In one case, the SRH includes a segment identification SID, which includes an indication identification. In another case, the SID includes a parameter words field that includes an indication identifier. In yet another case, the SRH includes a Tag field and/or a Flags field, which includes an indication identifier.
In addition, the message including the indication identifier is a SRv message, the network device supports SRv6, the SRv6 message includes an IPv6 Header, the IPv6 Header includes a source address SA field, and the SA field includes the indication identifier. In some embodiments, the network device supports SRv BE, the SRv6 message includes an IPv6 Header, and the IPv6 Header of the SRv6 message includes a destination address DA field, the DA field including an indication identifier.
In addition, the message including the indication identifier includes an IPv6 Header, where the IPv6 Header includes a Flow Label field, and the Flow Label field includes the indication identifier.
As another example, the indication identifier also includes a flow label or flow identifier.
It should be noted that, for the specific implementation and the achieved effect of the embodiment shown in fig. 10, reference may be made to the description related to steps 203 to 204 in fig. 2.
In addition, the embodiment of the application further provides a method for providing service for the service flow, the method encapsulates the indication identifier into the MPLS label stack, and uses the head node as a network device for executing the method, referring to fig. 11, the method specifically may include:
step 1101, the network device receives a first message;
step 1102, if the message characteristics of the first message match the message characteristics of the service flow, the network device obtains a second message for a label stack of a multiprotocol label switching MPLS protocol corresponding to the first message encapsulation service flow, where the label stack includes an indication identifier of the service flow, and the indication identifier of the service flow is used to indicate a service provided for the service flow;
In step 1103, the network device sends a second message.
Wherein the indication identifier comprises an identifier of the service.
It is understood that the services include any one or more of the following: operation administration maintenance OAM, service function chain SFC, and network DetNet determination.
As an example, the indication identifier further includes an identifier of an operation corresponding to the service and/or a Sequence Number carried in the first message.
It will be appreciated that the last tag of the tag stack includes an indication identifier.
It should be noted that, for the specific implementation and the achieved effect of the embodiment shown in fig. 11, reference may be made to the description related to steps 201 to 202 in fig. 2.
In addition, the embodiment of the application further provides a method for providing service for the service flow, the method encapsulates the indication identifier into the MPLS label stack, and uses the intermediate node as a network device for executing the method, referring to fig. 12, the method specifically may include:
step 1201, a network device receives a message;
step 1202, the network device reads an indication identifier of a service flow from a label stack of a message, where the indication identifier of the service flow is used to indicate a service provided for the service flow;
step 1203, the network device executes operation corresponding to the service on the message according to the mapping relation between the indication identifier and the service;
In step 1204, the network device sends a message.
Wherein the indication identifier comprises an identifier of the service.
The label stack may be an MPLS label stack, or may be a Segment list (english: segment list) of SRv. The label stack includes the indication identifier. Specifically, the MPLS label stack or the segment list of SRv6 includes the indication identity. More specifically, the last label of the MPLS label stack includes the indication identity.
It is understood that the services include any one or more of the following: operation administration maintenance OAM, service function chain SFC, and network DetNet determination.
As an example, the indication identifier further includes an identifier of an operation corresponding to the service and/or a Sequence Number of the message.
It will be appreciated that the last tag of the tag stack includes an indication identifier.
It should be noted that, for the specific implementation and the achieved effect of the embodiment shown in fig. 12, reference may be made to the description related to steps 203 to 204 in fig. 2.
Fig. 13 is a schematic structural diagram of an apparatus 1300 for providing service for a traffic flow according to an embodiment of the present application. The apparatus 1300 may specifically include a receiving unit 1301, an encapsulating unit 1302, and a transmitting unit 1303. Wherein receiving unit 1301 is configured to receive a first packet. The encapsulation unit 1302 is configured to encapsulate an indication identifier of a service flow into the first message to obtain a second message if the message feature of the first message matches the message feature of the service flow, where the indication identifier of the service flow is used to indicate a service provided for the service flow. The sending unit 1303 is configured to send a second packet.
In some embodiments, the second packet is an IPv6 packet or an MPLS packet.
Wherein the indication identifier comprises an identifier of the service. The service includes any one or more of the following: operation administration maintenance OAM, service function chain SFC, and network DetNet determination.
As an example, the indication identifier further includes an identifier of an operation corresponding to the service and/or a Sequence Number carried in the first IPv6 packet.
In some implementations, the second message is an IPv6 message, the second message including an IPv6 extension header, the IPv6 extension header including an indication identifier. Therefore, the indication mark can be packaged in the IPv6 extension head which is read by each intermediate node in the message, and the efficiency of the intermediate node for processing the message is improved.
In other implementations, for an IPv6 network, the IPv6 extension header of the second message includes a Hop-by-Hop option Hop-by-Hop Option header field or a destination option header Destination Options header field of the second message, and the Hop-by-Hop Option header field or Destination Options header field includes an indication identifier.
In still other implementations, for SRv6 networks, the second message is an IPv6 segment route SRv message, the apparatus 1300 supports SRv6, the SRv message including an IPv6 extension header, the IPv6 extension header including a segment route extension header SRH of the second message, the SRH including an indication identifier. In one case, the SRH includes a segment identifier SID, and the SID includes an indication identifier; in another case, the SID includes a parameter words field that includes an indication identifier; in yet another case, the SRH includes a Tag field and/or a Flags field, which includes an indication identifier.
In still other implementations, for a SRv6 network, the apparatus 1300 supports SRv6 for a SRv second packet that includes an IPv6 Header that includes a source address SA field that includes an indication identifier. In some embodiments, the second message is a SRv message, the apparatus 1300 supports SRv a best effort BE, and the IPv6 extension Header of the second IPv6 message includes a destination address DA field of the IPv6 Header, the DA field including the indication identifier.
In addition, the second message includes an IPv6 Header, where the IPv6 Header includes a Flow Label field, and the Flow Label field includes the indication identifier.
It should be noted that the indication identifier further includes a flow label or a flow identifier.
It will be appreciated that, for various embodiments of the apparatus 1300 shown in fig. 13, reference may be made to the description of the embodiment shown in fig. 9, and this embodiment will not be repeated.
Fig. 14 is a schematic structural diagram of an apparatus 1400 for providing service for a service flow according to an embodiment of the present application, where the apparatus 1400 may specifically include a receiving unit 1401, an obtaining unit 1402, an executing unit 1403, and a sending unit 1404. Wherein the receiving unit 1401 is configured to receive a message; the acquiring unit 1402 is configured to acquire, according to the received message, an indication identifier of a service flow, where the indication identifier of the service flow is used to indicate a service provided for the service flow; the execution unit 1403 is configured to execute an operation corresponding to a service on the message according to a mapping relationship between the indication identifier and the service; the sending unit 1404 is configured to send a packet including the indication identifier.
Wherein the indication identifier comprises an identifier of the service. The service includes any one or more of the following: operation administration maintenance OAM, service function chain SFC, and network DetNet determination.
In one example, the indication identifier further includes an identifier of an operation corresponding to the service and/or a Sequence Number of the received packet.
In some implementations, the message including the indication identifier is an IPv6 message, and the message including the indication identifier includes an IPv6 extension header, where the IPv6 extension header includes the indication identifier. Therefore, the indication mark can be packaged in the IPv6 extension head which is read by each intermediate node in the message, and the efficiency of the intermediate node for processing the message is improved. In other implementations, the IPv6 extension header includes a Hop-by-Hop Option header field or Destination Options header field, and the Hop-by-Hop Option header field or Destination Options header field of the IPv6 message includes an indication identifier.
In still other implementations, for the SRv6 network, the message including the indication identifier is an IPv6 segment route SRv6 message, the apparatus 1400 supports SRv6, and the IPv6 extension header includes an SRH of the message, and the SRH includes the indication identifier. In one case, the SRH includes a segment identifier SID, and the SID includes an indication identifier; in another case, the SID includes a parameter fields including an indication identifier, and in yet another case, the SRH includes a Tag field and/or Flags field including an indication identifier.
In still other implementations, for a SRv6 network, the message including the indication identifier is a SRv message, and the apparatus 1400 supports SRv, SRv that the message includes an IPv6 Header, the IPv6 Header includes a source address SA field, and the SA field includes the indication identifier. In some embodiments, the message including the indication identifier is a SRv message, the apparatus 1400 supports SRv6 BE, the SRv6 message includes an IPv6 Header, the IPv6 Header of the SRv6 message includes a destination address DA field, and the DA field includes the indication identifier.
In some embodiments, the message including the indication identifier includes an IPv6 Header, where the IPv6 Header includes a Flow Label field, and the Flow Label field includes the indication identifier.
It should be noted that the indication identifier further includes a flow label or a flow identifier.
It will be appreciated that, for various embodiments of the apparatus 1400 shown in fig. 14, reference may be made to the description of the embodiment shown in fig. 10, and this embodiment will not be repeated.
Fig. 15 is a schematic structural diagram of an apparatus 1500 for providing service for a service flow according to an embodiment of the present application, where the apparatus 1500 includes a receiving unit 1501, an encapsulating unit 1502 and a sending unit 1503. Wherein the receiving unit 1501 is configured to receive a first packet. The encapsulation unit 1502 is configured to encapsulate a label stack of a multiprotocol label switching MPLS protocol corresponding to the service flow for the first packet to obtain a second packet if the packet characteristic of the first packet matches the packet characteristic of the service flow, where the label stack includes an indication identifier of the service flow, and the indication identifier of the service flow is used to indicate a service provided for the service flow; the sending unit 1503 is configured to send the second packet.
Wherein the indication identifier comprises an identifier of the service. The service includes any one or more of the following: operation administration maintenance OAM, service function chain SFC, and network DetNet determination.
In an example, the indication identifier further includes an identifier of an operation corresponding to the service and/or a Sequence Number carried in the first packet.
In some implementations, the last tag of the tag stack includes an indication identifier.
It will be appreciated that, for various embodiments of the apparatus 1500 shown in fig. 15, reference may be made to the description of the embodiment shown in fig. 11, and this embodiment will not be repeated.
Fig. 16 is a schematic structural diagram of an apparatus 1600 for providing service for a service flow according to an embodiment of the present application, where the apparatus 1600 may specifically include a receiving unit 1601, an obtaining unit 1602, an executing unit 1603, and a sending unit 1604. Wherein the receiving unit 1601 is configured to receive a packet. An obtaining unit 1602, configured to read, from a label stack of the packet, an indication identifier of a service flow, where the indication identifier of the service flow is used to indicate a service provided for the service flow. The execution unit 1603 is configured to execute an operation corresponding to the service on the packet according to the mapping relationship between the indication identifier and the service. The sending unit 1604 is configured to send the message. The label stack may be an MPLS label stack or may be a Segment list (english: segment list) of SRv 6. The label stack includes the indication identifier. Specifically, the MPLS label stack or the segment list of SRv6 includes the indication identity. More specifically, the last label of the MPLS label stack includes the indication identity.
Wherein the indication identifier comprises an identifier of the service. The service includes any one or more of the following: operation administration maintenance OAM, service function chain SFC, and network DetNet determination.
In one example, the indication identifier further includes an identifier of an operation corresponding to the service and/or a Sequence Number of the message.
In some implementations, the last tag of the tag stack includes an indication identifier.
It will be appreciated that, for various embodiments of the apparatus 1600 shown in fig. 16, reference may be made to the description of the embodiment shown in fig. 12, and this embodiment will not be repeated.
Any of the foregoing apparatus 1300, apparatus 1400, apparatus 1500, and apparatus 1600 may be located in an IPv6 enabled network device.
In addition, the embodiment of the application further provides a computer program product, when running on a computer, for making the computer execute the method for providing service for the service flow according to any one of the implementation modes of the method shown in fig. 9 to 12.
In addition, the embodiment of the application further provides a computer readable storage medium, where instructions are stored, when the computer readable storage medium runs on a computer or a processor, and the computer or the processor executes a method for providing service for a service flow in any one of the possible implementation manners of the foregoing methods shown in fig. 9 to 12.
The "first" in the names of the "first IPv6 message", "first message", etc. mentioned in the embodiments of the present application is only used for making name identifiers, and does not represent the first in sequence. The rule applies equally to "second" etc.
From the above description of embodiments, it will be apparent to those skilled in the art that all or part of the steps of the above described example methods may be implemented in software plus general hardware platforms. Based on such understanding, the technical solutions of the present application may be embodied in the form of a software product, which may be stored in a storage medium, such as a read-only memory (ROM)/RAM, a magnetic disk, an optical disk, or the like, including several instructions for causing a computer device (which may be a personal computer, a server, or a network communication device such as a router) to perform the methods described in the embodiments or some parts of the embodiments of the present application.
In this specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for the device embodiments and apparatus embodiments, since they are substantially similar to the method embodiments, the description is relatively simple, and reference is made to the description of the method embodiments in part. The method, apparatus and device embodiments described above are merely illustrative, in which the modules illustrated as separate components may or may not be physically separate, and the components shown as modules may or may not be physical modules, i.e., may be located in one place, or may be distributed over multiple network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art will understand and implement the present invention without undue burden.
The foregoing is merely exemplary embodiments of the present application and is not intended to limit the scope of the present application.
Claims (35)
1. A method for providing a business service for a business flow, comprising:
the method comprises the steps that network equipment receives a first message, wherein the network equipment is an entry node of a network;
if the message characteristics of the first message match the message characteristics of a service flow, the network device encapsulates an indication identifier of the service flow into the first message to obtain a second message, wherein the indication identifier of the service flow is used for indicating a service provided for the service flow, a corresponding relation between the message characteristics of the service flow and the indication identifier of the service flow is stored on the network device, the indication identifier comprises the identifier of the service, and the indication identifier adopts a format common to a plurality of services;
and the network equipment sends the second message.
2. A method for providing a business service for a business flow, comprising:
the network equipment receives a second message, wherein the network equipment is an intermediate node or a tail node of a network;
the network equipment acquires an indication identifier of a service flow according to the second message, wherein the indication identifier of the service flow is used for indicating services provided for the service flow, the indication identifier comprises the identifier of the service, and the indication identifier adopts a format common to a plurality of services;
The network equipment executes the operation corresponding to the service on the second message according to the mapping relation between the indication identifier and the service;
and the network equipment sends the second message.
3. The method according to claim 1 or 2, wherein the second message is an internet protocol version six IPv6 message or a multiprotocol label switching MPLS message.
4. A method according to claim 1 or 2, wherein the services comprise any one or more of the following: operation administration maintenance OAM, service function chain SFC, and network DetNet determination.
5. The method according to claim 1 or 2, wherein the indication identifier further comprises an identifier of an operation corresponding to the service and/or a Sequence Number carried in the first message.
6. A method according to claim 3, wherein when the second message is an IPv6 message, the second message includes an IPv6 extension header, and the IPv6 extension header includes the indication identifier.
7. The method of claim 6, wherein the IPv6 extension header includes a Hop-by-Hop option Hop-by-Hop Option header field or a destination option header Destination Options header field of the second message, and wherein the Hop-by-Hop Option header field and/or the Destination Options header field includes the indication identifier.
8. The method of claim 6, wherein the second message is an IPv6 segment route SRv message, the network device supports SRv6, the IPv6 extension header includes a segment route extension header SRH of the second message, and the SRH includes the indication identifier.
9. The method of claim 8, wherein the SRH comprises a segment identification SID, the SID comprising the indication identification.
10. The method of claim 9, wherein the SID comprises a parameter fields, the fields comprising the indication identity.
11. The method of claim 8, wherein the SRH comprises a Tag field and/or a Flags field, the Tag field and/or the Flags field comprising the indication identity.
12. The method of claim 3, wherein the step of,
when the second message is an IPv6 message, the second message is a SRv6 message, and the network device supports SRv6, where the second message includes an IPv6 Header, the IPv6 Header of the second message includes a source address SA field, and the SA field includes the indication identifier;
or alternatively, the first and second heat exchangers may be,
when the second message is an IPv6 message, the second message is a SRv message, the network device supports SRv a best effort BE, an IPv6 extension Header of the second message includes a DA field of a destination address of an IPv6 Header, and the DA field includes the indication identifier.
13. A method according to claim 3, wherein when the second message is an IPv6 message, the second message includes an IPv6 Header, the IPv6 Header includes a Flow Label field, and the Flow Label field includes the indication identifier.
14. The method according to claim 1 or 2, wherein the indication identifier further comprises a flow label or a flow identifier.
15. A method according to claim 3, wherein the second message is an IPv6 segment route SRv message, the network device supports SRv6, the second message includes a segment list of SRv6, and the segment list of SRv6 includes the indication identifier.
16. A method according to claim 1 or 2, wherein when the second message is an MPLS message, the second message comprises an MPLS label stack, the label stack comprising an indication identity of the traffic flow.
17. The method of claim 16, wherein the indication identifies a last label located in the MPLS label stack.
18. An apparatus for providing a business service for a business flow, said apparatus being an ingress node of a network, comprising:
The receiving unit is used for receiving the first message;
the encapsulation unit is used for encapsulating the indication identifier of the service flow into the first message to obtain a second message if the first message feature is matched with the message feature of the service flow, wherein the indication identifier of the service flow is used for indicating the service provided for the service flow, the corresponding relation between the message feature of the service flow and the indication identifier of the service flow is stored on the device, the indication identifier comprises the service identifier, and the indication identifier adopts a format which is common to a plurality of services;
and the sending unit is used for sending the second message.
19. An apparatus for providing a business service for a business flow, the apparatus being a middle node or a tail node of a network, comprising:
the receiving unit is used for receiving the second message;
the acquisition unit is used for acquiring an indication identifier of the service flow according to the second message, wherein the indication identifier of the service flow is used for indicating the service provided for the service flow, the indication identifier comprises the identifier of the service, and the indication identifier adopts a format common to a plurality of services;
the execution unit is used for executing the operation corresponding to the service on the second message according to the mapping relation between the indication mark and the service;
And the sending unit is used for sending the second message.
20. The apparatus according to claim 18 or 19, wherein the second message is an internet protocol version six IPv6 message or a multiprotocol label switching MPLS message.
21. The apparatus of claim 18 or 19, wherein the traffic comprises any one or more of the following: operation administration maintenance OAM, service function chain SFC, and network DetNet determination.
22. The apparatus according to claim 18 or 19, wherein the indication identifier further comprises an identifier of an operation corresponding to the service and/or a Sequence Number carried in the first message.
23. The apparatus of claim 20, wherein when the second message is an IPv6 message, the second message includes an IPv6 extension header, and the IPv6 extension header includes the indication identifier.
24. The apparatus of claim 23, wherein the IPv6 extension header includes a Hop-by-Hop option Hop-by-Hop Option header field or a destination option header Destination Options header field of the second message, and wherein the Hop-by-Hop Option header field or the Destination Options header field includes the indication identifier.
25. The apparatus of claim 23, wherein the second message is an IPv6 segment route SRv message, the apparatus supports SRv6, the IPv6 extension header includes a segment route extension header SRH of the second message, and the SRH includes the indication identifier.
26. The apparatus of claim 25, wherein the SRH comprises a segment identification SID, the SID comprising the indication identification.
27. The apparatus of claim 26, wherein the SID comprises a parameter fields, the parameters fields comprising the indication identity.
28. The apparatus of claim 26, wherein the SRH comprises a Tag field and/or a Flags field, the Tag field and/or the Flags field comprising the indication identity.
29. The apparatus of claim 20, wherein the device comprises a plurality of sensors,
when the second message is an IPv6 message, the second message is a SRv6 message, and the device supports SRv, where the second message includes an IPv6 Header, the IPv6 Header of the second message includes a source address SA field, and the SA field includes the indication identifier;
or alternatively, the first and second heat exchangers may be,
when the second message is an IPv6 message, the second message is a SRv message, the device supports SRv best effort BE, an IPv6 extension Header of the second message includes a DA field of a destination address of an IPv6 Header, and the DA field includes the indication identifier.
30. The apparatus of claim 20, wherein when the second message is an IPv6 message, the second message comprises an IPv6 Header, the IPv6 Header comprises a Flow Label field, and the Flow Label field comprises the indication identifier.
31. The apparatus of claim 18 or 19, wherein the indication identifier further comprises a flow label or a flow identifier.
32. The apparatus of claim 20, wherein the second message is an IPv6 segment route SRv message, the apparatus supporting SRv6, the second message comprising a segment list of SRv6, the segment list of SRv6 comprising the indication identifier.
33. The apparatus according to claim 18 or 19, wherein when the second message is an MPLS message, the second message comprises an MPLS label stack, the MPLS label stack comprising the indication identity.
34. The apparatus of claim 33, wherein the indication identifies a last label located in the MPLS label stack.
35. A network system comprising the apparatus for providing traffic services for traffic flows according to any one of claims 18 to 34.
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910413445.5A CN111953604B (en) | 2019-05-17 | 2019-05-17 | Method and device for providing business service for business flow |
EP20809269.2A EP3958521A4 (en) | 2019-05-17 | 2020-03-05 | Method and apparatus for providing service for service flow |
PCT/CN2020/078044 WO2020233192A1 (en) | 2019-05-17 | 2020-03-05 | Method and apparatus for providing service for service flow |
US17/527,555 US11979322B2 (en) | 2019-05-17 | 2021-11-16 | Method and apparatus for providing service for traffic flow |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910413445.5A CN111953604B (en) | 2019-05-17 | 2019-05-17 | Method and device for providing business service for business flow |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111953604A CN111953604A (en) | 2020-11-17 |
CN111953604B true CN111953604B (en) | 2023-07-18 |
Family
ID=73336118
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910413445.5A Active CN111953604B (en) | 2019-05-17 | 2019-05-17 | Method and device for providing business service for business flow |
Country Status (4)
Country | Link |
---|---|
US (1) | US11979322B2 (en) |
EP (1) | EP3958521A4 (en) |
CN (1) | CN111953604B (en) |
WO (1) | WO2020233192A1 (en) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112769738B (en) * | 2019-11-05 | 2023-09-12 | 中兴通讯股份有限公司 | DetNet data packet processing method and device |
CN116208541A (en) * | 2020-04-03 | 2023-06-02 | 华为技术有限公司 | Information processing method, device and system |
US11824772B2 (en) * | 2020-12-18 | 2023-11-21 | Ciena Corporation | Optimized L2/L3 services over classical MPLS transport |
EP4152658A4 (en) * | 2021-03-25 | 2023-05-03 | New H3C Technologies Co., Ltd. | In-site oam method and electronic device |
CN113207192B (en) * | 2021-03-29 | 2022-07-12 | 新华三信息安全技术有限公司 | Message forwarding method and device |
CN115242698A (en) * | 2021-04-22 | 2022-10-25 | 华为技术有限公司 | Message forwarding method, device, network equipment and storage medium |
CN113904950B (en) * | 2021-12-06 | 2022-02-22 | 广东睿江云计算股份有限公司 | Stream-based network monitoring method and device, computer equipment and storage medium |
CN116743733A (en) * | 2022-03-03 | 2023-09-12 | 中兴通讯股份有限公司 | Message sending method and device, storage medium and electronic device |
CN114844957B (en) * | 2022-04-27 | 2024-03-08 | 工银科技有限公司 | Link message conversion method, device, equipment, storage medium and program product |
CN117221412A (en) * | 2022-06-02 | 2023-12-12 | 中兴通讯股份有限公司 | IPv4 message packaging method, electronic equipment and computer storage medium |
CN114793210B (en) * | 2022-06-23 | 2022-09-13 | 北京轻网科技有限公司 | Method, device and system for transmitting and receiving data message in multiple-transmission and selective-reception manner |
CN117478734A (en) * | 2022-07-30 | 2024-01-30 | 华为技术有限公司 | Message sending method, device and system |
CN115695340A (en) * | 2022-09-13 | 2023-02-03 | 山东浪潮科学研究院有限公司 | Message forwarding method and device and electronic equipment |
CN118057787A (en) * | 2022-11-18 | 2024-05-21 | 中兴通讯股份有限公司 | Message sending method and device, storage medium and electronic device |
EP4376375A1 (en) * | 2022-11-28 | 2024-05-29 | Huawei Technologies Co., Ltd. | Packet mirroring method, apparatus, and system |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1501643A (en) * | 2002-11-19 | 2004-06-02 | 华为技术有限公司 | Method and apparatus for implementing simultaneous processing of multiple service logic on server |
EP1585260A1 (en) * | 2004-04-05 | 2005-10-12 | MCI Inc. | Apparatus and method for terminating service emulation instances |
CN102025586A (en) * | 2009-09-09 | 2011-04-20 | 华为技术有限公司 | Intercommunicating method, device and system for multiple protocol label switching network and Ethernet |
CN102158977A (en) * | 2011-04-07 | 2011-08-17 | 大唐移动通信设备有限公司 | Service class indication method, device and system |
CN105471738A (en) * | 2014-09-09 | 2016-04-06 | 中国电信股份有限公司 | Service traffic transmission method and system |
CN106254265A (en) * | 2015-06-10 | 2016-12-21 | 华为技术有限公司 | Process the methods, devices and systems of message |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104380658B (en) * | 2013-04-28 | 2018-06-05 | 华为技术有限公司 | Flow classifier, business route flip-flop, the method and system of Message processing |
RU2630178C1 (en) * | 2013-12-31 | 2017-09-05 | Хуавэй Текнолоджиз Ко., Лтд. | Method, device, and system for package processing |
US9473601B2 (en) * | 2014-06-19 | 2016-10-18 | Cavium, Inc. | Method of representing a generic format header using continuous bytes and an apparatus thereof |
CN105337852B (en) | 2014-07-03 | 2019-11-05 | 华为技术有限公司 | The more method and device of the processing mode of new service flow message |
US10003660B2 (en) * | 2016-02-29 | 2018-06-19 | Cisco Technology, Inc. | System and method for data plane signaled packet capture in a service function chaining network |
US10270690B2 (en) * | 2016-02-29 | 2019-04-23 | Cisco Technology, Inc. | System and method for dataplane-signaled packet capture in IPV6 environment |
US10348648B2 (en) * | 2016-05-17 | 2019-07-09 | Cisco Technology, Inc. | Service chain overlay network operations visibility via data packets |
CN107493235A (en) * | 2016-06-13 | 2017-12-19 | 中兴通讯股份有限公司 | A kind of method and apparatus of fast-forwarding message |
US10367735B2 (en) * | 2017-08-22 | 2019-07-30 | Cisco Technology, Inc. | Cloud provider classification for different service deployment schemes |
CN109561021B (en) | 2017-09-25 | 2021-08-20 | 华为技术有限公司 | Message forwarding method and network equipment |
US10812374B2 (en) * | 2018-09-21 | 2020-10-20 | Cisco Technology, Inc. | Segment routing with fast reroute for container networking |
US10771435B2 (en) * | 2018-11-20 | 2020-09-08 | Netskope, Inc. | Zero trust and zero knowledge application access system |
CN109743340B (en) | 2019-04-04 | 2019-07-30 | 华为技术有限公司 | The method and network equipment of Message processing |
-
2019
- 2019-05-17 CN CN201910413445.5A patent/CN111953604B/en active Active
-
2020
- 2020-03-05 EP EP20809269.2A patent/EP3958521A4/en active Pending
- 2020-03-05 WO PCT/CN2020/078044 patent/WO2020233192A1/en unknown
-
2021
- 2021-11-16 US US17/527,555 patent/US11979322B2/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1501643A (en) * | 2002-11-19 | 2004-06-02 | 华为技术有限公司 | Method and apparatus for implementing simultaneous processing of multiple service logic on server |
EP1585260A1 (en) * | 2004-04-05 | 2005-10-12 | MCI Inc. | Apparatus and method for terminating service emulation instances |
CN102025586A (en) * | 2009-09-09 | 2011-04-20 | 华为技术有限公司 | Intercommunicating method, device and system for multiple protocol label switching network and Ethernet |
CN102158977A (en) * | 2011-04-07 | 2011-08-17 | 大唐移动通信设备有限公司 | Service class indication method, device and system |
CN105471738A (en) * | 2014-09-09 | 2016-04-06 | 中国电信股份有限公司 | Service traffic transmission method and system |
CN106254265A (en) * | 2015-06-10 | 2016-12-21 | 华为技术有限公司 | Process the methods, devices and systems of message |
Also Published As
Publication number | Publication date |
---|---|
CN111953604A (en) | 2020-11-17 |
US20220078114A1 (en) | 2022-03-10 |
US11979322B2 (en) | 2024-05-07 |
WO2020233192A1 (en) | 2020-11-26 |
EP3958521A4 (en) | 2022-06-22 |
EP3958521A1 (en) | 2022-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111953604B (en) | Method and device for providing business service for business flow | |
US10972391B2 (en) | Full-path validation in segment routing | |
WO2021170092A1 (en) | Message processing method and apparatus, and network device and storage medium | |
CN107431657B (en) | Method and apparatus for data packet marking for flow analysis across network domains | |
WO2016165492A1 (en) | Method and apparatus for implementing service function chain | |
US20230006906A1 (en) | In-situ flow detection method and apparatus | |
CN113556259B (en) | Message processing method and device based on stream following detection | |
CN110401599B (en) | Data packet processing method and device, storage medium and electronic device | |
CN107181663A (en) | A kind of message processing method, relevant device and computer-readable recording medium | |
JP2004328752A (en) | Inserting address for performing oam functions | |
EP4002776A1 (en) | End-to-end flow monitoring in a computer network | |
US10833975B2 (en) | Operations processing of multiple-protocol packets by packet switching devices in a network | |
CN105515816B (en) | Processing method and device for detecting hierarchical information | |
CN114650256A (en) | Message processing method, node and computer readable storage medium | |
US20230254246A1 (en) | Mechanisms for packet path tracing and per-hop delay measurement in segment routing with multiprotocol label switching (sr-mpls) networks | |
US20230188449A1 (en) | Load balancing and oam in service function chaining using multiprotocol label switching | |
CN115037675B (en) | Message forwarding method and device | |
CN110166361A (en) | A kind of message forwarding method and device | |
CA2896530C (en) | Method and system for using extension headers to support protocol stack migration | |
CN112910774B (en) | Communication method, system and network forwarding equipment | |
US20130259057A1 (en) | Pseudowire groups in a packet switched network | |
CN113542126B (en) | Generalized SRv6 full-path compression method and device | |
CN118590435A (en) | Data message transmission method, node and network system | |
Ihle et al. | MPLS Network Actions: Technological Overview and P4-Based Implementation on a High-Speed Switching ASIC | |
CN117527667A (en) | Service function chain processing 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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |