CN105515816B - Method and device for processing detection level information - Google Patents

Abstract

The invention discloses a processing method and a device for detecting layer information, wherein in the method, a source end service node determines SFC OAM detection layer information and encapsulates the SFC OAM detection layer information in an SFC OAM detection message, wherein the SFC OAM detection layer information is used for indicating that SFC OAM detection is carried out between peer entities belonging to the same layer in different service nodes; and the source end service node sends the SFC OAM detection message to the destination end service node. According to the technical scheme provided by the invention, the OAM detection level can be flexibly defined and managed.

Description

Method and device for processing detection level information

technical field

The present invention relates to the communication field, in particular to a processing method and device for detecting hierarchical information.

Background technique

Service Function Chaining (SFC for short) is a network technology currently being researched and standardized. Since the data center network has developed into an overlay (Overlay) network, the edge of the network has become the dividing point between the virtual network and the physical network. Among them, the edge of the network may be a server (Server) or a top-of-rack (ToR) switch, and may be a gateway ( Gateway). However, Overlay technology cannot solve all problems. There are still a lot of middleware (Middleware) in the data center, such as: firewall/load balancer, etc. These devices are processed based on user services. If these devices are traversed through tunnels, obviously It is not acceptable.

This deployment model of the data center requires that the virtual firewall/load balancer can be deployed arbitrarily in the network, that is, it has nothing to do with the network topology; its defect is that if the traffic can be flexibly processed through the virtual firewall/load balancer, then There will be new types of middleware such as virtual firewalls/load balancers that are deployed at the edge of the network and can be implemented by standard servers.

In related technologies, business processing functions such as virtual firewall/load balancer/gateway are called service functions (Service Function), and traffic is processed by a series of Service Functions to form a Service Function Chaining, that is, a service function chain.

At present, the SFC framework in related technologies can basically be divided into the following components:

1. Service Overlay, that is, the Overlay technology that each network edge node needs to communicate;

2. Generic Service Control Plane (GSCP for short), which is the controller that forms Service Function Chaining;

3. Service Classification, which requires flow identification, and then performs specific Service Function Chaining processing on specific flows;

4. Service Function (SF for short), a component that performs business processing on data packets;

5. Service Function Forwarder (Service Function Forwarder, referred to as SFF), the data message is transmitted between each node of the service function chain, and a layer of service function header (Network Service Header, referred to as NSH) will be encapsulated outside the data frame ). This message header will be parsed, encapsulated and decapsulated by the service function forwarder component on the service function node. The format of the above-mentioned service function packet header is specifically shown in FIG. 1 .

6. The network forwarder (Network Forwarder, referred to as NF), is responsible for the forwarding between multiple SFFs inside the same service node, as well as encapsulating and decapsulating the Overlay data message of the Overlay layer; transfer between

7. A service function path (SFP for short), FIG. 2 is a schematic diagram of a service function path according to related technologies. As shown in Figure 2, SFP is a service processing path starting from the classifier, passing through several service function instances, and finally reaching the destination. In some cases, the General Service Control Platform (GSCP) cannot know all the service function instances along the way, such as: load sharing scenarios or business service level scenarios, etc. At this time, between the abstract service function chain SFC and the real specific traffic The description of this kind of service function chain between the paths formed by the forwarded ordered service instances is also called a service function path. A business function chain may include multiple business function paths, and different business function paths correspond to different strategies.

8. Control plane metadata (Dataplane Metadata), which is a major feature, metadata (Metadata) allows each service function node to exchange information with each other, so as to achieve specific service processing purposes.

To sum up, SFC is a technology that separates network equipment service functions from forwarding. It realizes independent calculation and processing of service functions and improves the forwarding performance of network equipment.

Operation, Administration and Maintenance (OAM for short) technology is a network transmission protocol for network connectivity detection, fault location, and troubleshooting, as well as a trigger mechanism that can provide protection switching when a fault occurs. It includes chain A connectivity verification (Connectivity Verification, CV for short) mechanism, a Ping mechanism, and a Trace mechanism. There are corresponding OAM mechanisms for different bearer network protocols. For example: the Ethernet OAM protocol exists in the Ethernet, the IP OAM protocol exists in the IP network, and the MPLS OAM protocol exists in the MPLS network.

Currently, the technical framework and implementation details of the SFC OAM technology are being discussed. Fig. 3 is a schematic diagram of a technical framework of SFCOAM according to related technologies. As shown in FIG. 3 , the core idea is to diagnose service function chains or link conditions between service functions. Fig. 4 is a schematic diagram of an SFC OAM message format according to related technologies. As shown in FIG. 4 , a field may be reserved in the NSH of the service function message header to identify the OAM message and the type of the OAM message. Fig. 5 is a schematic diagram of another SFC OAM message format according to related technologies. As shown in Figure 5, one bit (Bit) can be reserved in the NSH of the service function message header, which is used to identify the OAM message. As for the type of OAM message, it can be set in the service function message In packets other than the header NSH. However, no matter which solution is used, it is impossible to solve the hierarchical problem of SFC OAM, that is, whether to diagnose the connectivity between the service nodes experienced by the service function chain or the service function forwarder (SFF) on the service node experienced by the service function chain The connectivity of the service function chain, or the connectivity between SFs managed by the service function forwarder (SFF) experienced by the service function chain.

To sum up, the existing SFC OAM technology cannot flexibly define and manage its OAM detection level.

Contents of the invention

Embodiments of the present invention provide a method and device for processing detection level information, so as to at least solve the problem that the existing SFC OAM technology cannot flexibly define and manage its OAM detection level.

According to one aspect of the present invention, a processing method for detecting hierarchical information is provided.

The processing method for detection level information according to the embodiment of the present invention includes: the source end service node determines the service function chain (SFC) operation, management and maintenance (OAM) detection level information, and encapsulates the SFC OAM detection level information in the SFC OAM detection report In this paper, the SFC OAM detection level information is used to indicate that SFC OAM detection is performed between peer entities belonging to the same level in different service nodes; the source service node sends SFC OAM detection messages to the destination service node.

Preferably, the source-end service node determines the SFC OAM detection level information includes: the source-end service node obtains a variety of SFC OAM detection levels currently available; the source-end service node selects at least one SFC OAM detection level from a variety of SFC OAM detection levels detection level.

Preferably, multiple SFC OAM detection levels include at least one of the following: SFC OAM detection levels between different service nodes experienced by the service function chain; SFC between service function forwarders SFF on different service nodes experienced by the service function chain OAM detection level: the SFC OAM detection level between the service function SFs managed by the SFFs on different service nodes experienced by the service function chain.

Preferably, the SFC OAM detection level information is encapsulated in specific bits of the service function packet header NSH or the SFC OAM detection level information is encapsulated in other packet headers except the NSH.

Preferably, the source service node is a service classifier or one of the service nodes on the service function chain.

Preferably, the destination service node is a service node or a combination of multiple service nodes other than the source service node on the service function chain.

Preferably, the SFC OAM detection message includes one of the following types: a connectivity detection message, a Ping message, and a Trace message.

According to another aspect of the present invention, another processing method for detecting hierarchical information is provided.

The processing method for detecting hierarchical information according to the embodiment of the present invention includes: the destination service node receives the service function chain SFC operation, management and maintenance OAM detection message from the source service node, wherein the SFC OAM detection message carries SFC OAM detection level information, SFC OAM detection level information is used to indicate that SFC OAM detection is performed between peer entities belonging to the same level in different service nodes; the destination service node parses the SFC OAM detection level information from the SFC OAM detection message , and determine the SFC OAM response message to be fed back according to the SFC OAM detection level information.

Preferably, the destination service node determines that the SFC OAM response message includes one of the following according to the SFC OAM detection level information: when the SFC OAM detection level information is the SFC OAM detection level between different service nodes experienced by the service function chain, the destination end The service node directly processes the SFC OAM detection message, and after processing the SFC OAM detection message, the information carried in the SFC OAM response message includes at least one of the following: node information of the destination service node, destination service node Connectivity information of the destination service node, path information of the destination service node; when the SFC OAM detection level information is the SFC OAM detection level between the service function forwarders SFF on different service nodes experienced by the service function chain, the destination service node will SFC The OAM detection message is forwarded to the SFF to process the SFC OAM message, and after the SFF finishes processing the SFC OAM message, the information carried in the SFC OAM response message includes at least one of the following: the connectivity of the SFF of the destination service node information, SFF path information, and SFF service level protocol information; when the SFC OAM detection level information is the SFC OAM detection level between the service function SFs managed by different SFFs experienced by the service function chain, the destination service node will SFC OAM After the detection message is forwarded to the SFF for processing, it is forwarded to the SF for processing. After the SFF and the SF finish processing the SFC OAM detection message, the information carried in the SFC OAM response message includes at least one of the following: destination service SF service function information, SF connectivity information, SF path information, and SF service level protocol information under the SFF management of the node.

According to still another aspect of the present invention, a processing device for detecting hierarchical information is provided.

The processing device for detecting level information according to an embodiment of the present invention includes: a determining module for determining the SFC operation, management and maintenance of the OAM detection level information of the service function chain, and encapsulating the SFC OAM detection level information in the SFC OAM detection message, Wherein, the SFC OAM detection level information is used to indicate that SFC OAM detection is performed between peer entities belonging to the same level in different service nodes; the sending module is used to send SFC OAM detection messages to the destination service node.

Preferably, the determination module includes: an acquisition unit, configured to acquire multiple currently available SFC OAM detection levels; a selection unit, configured to select one of the SFC OAM detection levels from the multiple SFC OAM detection levels.

Preferably, multiple SFC OAM detection levels include at least one of the following: SFC OAM detection levels between different service nodes experienced by the service function chain; SFC between service function forwarders SFF on different service nodes experienced by the service function chain OAM detection level: the SFC OAM detection level between the service function SFs managed by the SFFs on different service nodes experienced by the service function chain.

Preferably, the SFC OAM detection level information is encapsulated in specific bits of the service function packet header NSH or the SFC OAM detection level information is encapsulated in other packet headers except the NSH.

Preferably, the source service node is a service classifier or one of the service nodes on the service function chain.

Preferably, the destination service node is a service node or a combination of multiple service nodes other than the source service node on the service function chain.

Preferably, the SFC OAM detection message includes one of the following types: a connectivity detection message, a Ping message, and a Trace message.

According to another aspect of the present invention, another processing device for detecting hierarchical information is provided.

The processing device for detecting hierarchical information according to an embodiment of the present invention includes: a receiving module, configured to receive a service function chain SFC operation, management and maintenance OAM detection message from a source service node, wherein the SFC OAM detection message carries There is SFC OAM detection level information, and the SFC OAM detection level information is used to indicate that SFC OAM detection is performed between peer entities belonging to the same level in different service nodes; the processing module is used to parse out the SFC OAM detection message from the SFC OAM detection message Layer information, and determine the SFC OAM response message to be fed back according to the SFC OAM detection layer information.

Preferably, the processing module is used to directly process the SFC OAM detection message when the SFC OAM detection level information is the SFC OAM detection level between different service nodes experienced by the service function chain, and after the SFC OAM detection message is processed , the information carried in the SFC OAM response message includes at least one of the following: node information of the destination service node, connectivity information of the destination service node, path information of the destination service node; or, when the SFC OAM detects hierarchical information For the SFC OAM detection level between the service function forwarders SFF on different service nodes experienced by the service function chain, the SFC OAM detection message is forwarded to the SFF to process the SFC OAM message, and the SFC OAM message is processed at the SFF Finally, the information carried in the SFC OAM response message includes at least one of the following: the connectivity information of the SFF of the destination service node, the path information of the SFF, and the service level protocol information of the SFF; or, when the SFC OAM detection level information is When the service function chain experiences the SFC OAM detection level between the service function SFs managed by different SFFs, the SFC OAM detection message is forwarded to the SFF for processing, and then forwarded to the SF for processing, until the SFF and SF check the SFC OAM detection message. After the text processing is completed, the information carried in the SFCOAM response message includes at least one of the following: the service function information of the SF under the management of the SFF of the destination service node, the connectivity information of the SF, the path information of the SF, and the service information of the SF Level agreement information.

Through the embodiment of the present invention, the source end service node is used to determine the SFC operation, management and maintenance OAM detection level information of the service function chain, and the SFC OAM detection level information is encapsulated in the SFC OAM detection message, wherein the SFC OAM detection level information is used It is used to indicate that SFC OAM detection is performed between peer entities belonging to the same level in different service nodes; the source service node sends SFC OAM detection messages to the destination service node, which solves the problem that the existing SFC OAM technology cannot be flexibly defined and managed The problem of its OAM detection level can realize flexible definition and management of OAM detection level.

Description of drawings

The accompanying drawings described here are used to provide a further understanding of the present invention and constitute a part of the application. The schematic embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute improper limitations to the present invention. In the attached picture:

Fig. 1 is a schematic diagram of a message format of a service function message header according to related technologies;

FIG. 2 is a schematic diagram of a service function path according to related technologies;

FIG. 3 is a schematic diagram of a technical framework of SFC OAM according to related technologies;

Fig. 4 is a schematic diagram of a SFC OAM message format according to the related art;

FIG. 5 is a schematic diagram of another SFC OAM message format according to related technologies;

Fig. 6 is a flowchart of a processing method for detecting hierarchical information according to an embodiment of the present invention;

FIG. 7 is a schematic diagram of the overall architecture of the SFC according to a preferred embodiment of the present invention;

Fig. 8 is a schematic diagram of the format of an SFC OAM message carrying SFC OAM detection level information according to a preferred embodiment of the present invention;

9 is a schematic diagram of another SFC OAM message format carrying SFC OAM detection level information according to a preferred embodiment of the present invention;

FIG. 10 is a flow chart of another method for processing layer information detection according to an embodiment of the present invention;

Fig. 11 is a schematic diagram of a connectivity detection mechanism between service nodes based on layer 1 according to a preferred embodiment of the present invention;

Fig. 12 is a schematic diagram of a Ping mechanism between service nodes based on layer 2 according to a preferred embodiment of the present invention;

FIG. 13 is a schematic diagram of a Trace mechanism based on a service function path at level 3 according to a preferred embodiment of the present invention;

Fig. 14 is a structural block diagram of a processing device for detecting hierarchical information according to an embodiment of the present invention;

Fig. 15 is a structural block diagram of another processing device for detecting hierarchical information according to an embodiment of the present invention.

Detailed ways

Hereinafter, the present invention will be described in detail with reference to the drawings and examples. It should be noted that, in the case of no conflict, the embodiments in the present application and the features in the embodiments can be combined with each other.

Fig. 6 is a flowchart of a processing method for detecting hierarchical information according to an embodiment of the present invention. As shown in Figure 6, the method may include the following processing steps:

Step S602: The source end service node determines the SFC OAM detection level information, and encapsulates the SFC OAM detection level information in the SFC OAM detection message, wherein the SFC OAM detection level information is used to indicate that objects belonging to the same level in different service nodes Perform SFC OAM detection between other entities;

Step S604: the source service node sends the SFC OAM detection message to the destination service node.

The SFC OAM technology provided in the related art cannot flexibly define and manage its OAM detection level. Using the method shown in Figure 1, the hierarchical relationship between different service nodes, or the hierarchical relationship between service function forwarders of different service nodes, or the relationship between service functions under the management of service function forwarders of different service nodes The hierarchical relationship among them is encapsulated in the SFC OAM detection message and notified to the destination service node. Therefore, the problem that the existing SFC OAM technology cannot flexibly define and manage its OAM detection level is solved, and then the OAM detection level can be flexibly defined and managed.

Preferably, in step S602, the determination of the SFC OAM detection level information by the source service node may include the following operations:

Step S1: The source-end service node obtains various SFC OAM detection levels currently available;

Step S2: The source service node selects at least one SFC OAM detection level from various SFC OAM detection levels.

Preferably, the above multiple SFC OAM detection levels may include at least one of the following:

(1) SFC OAM detection level between different service nodes experienced by the service function chain;

(2) SFC OAM detection levels between service function forwarders SFF on different service nodes experienced by the service function chain;

(3) The SFC OAM detection level between the service function SFs managed by different SFFs experienced by the service function chain.

In a preferred embodiment, FIG. 7 is a schematic diagram of an overall architecture of an SFC according to a preferred embodiment of the present invention. As shown in Figure 7, there are the following three SFC OAM levels in the overall SFC architecture:

Level 1: Between different business nodes experienced by the business function chain;

Level 2: between service function forwarders SFF on different service nodes experienced by the service function chain;

Level 3: Between SFs managed by different service function forwarder SFFs experienced by the service function chain;

When SFC OAM detection is initiated on the service function chain, the SFC OAM source service node in the service function chain can choose any SFC OAM detection level from the above three SFC OAM levels, and then encapsulate it in the SFC OAM message, and then sent to the destination service node.

Preferably, the above-mentioned SFC OAM detection level information may be encapsulated in specific bits of the service function header NSH, or the above-mentioned SFC OAM detection level information may also be encapsulated in other headers except NSH.

In a preferred embodiment, FIG. 8 is a schematic diagram of the format of an SFC OAM message carrying SFC OAM detection level information according to a preferred embodiment of the present invention. As shown in FIG. 8, the above-mentioned SFC OAM detection level information may use dedicated bits, and the dedicated bits may be located in the NSH of the service function message header. Fig. 9 is a schematic diagram of another SFC OAM message format carrying SFC OAM detection level information according to a preferred embodiment of the present invention. As shown in FIG. 9 , the above SFC OAM detection level information may also be located in a message header other than the service function message header NSH.

In a preferred implementation process, the above-mentioned source end service node may be a service classifier or one of the service nodes on the service function chain.

In a preferred implementation process, the above-mentioned destination service node may be a service node or a combination of multiple service nodes other than the source service node on the service function chain.

In a preferred implementation process, the above-mentioned SFC OAM detection message may include but not limited to one of the following types:

Type 1: Connectivity Verification (CV for short) message;

Type 2, Ping message;

Type 3, Trace message.

Fig. 10 is a flowchart of another processing method for detecting hierarchical information according to an embodiment of the present invention. As shown in Figure 10, the method may include the following processing steps:

Step S1002: The destination service node receives the SFC OAM detection message from the source service node, wherein the SFC OAM detection message carries SFC OAM detection level information, and the SFC OAM detection level information is used to indicate that in different service nodes Perform SFC OAM detection between peer entities belonging to the same level;

Step S1004: The destination service node parses out the SFC OAM detection level information from the SFC OAM detection message, and determines the SFC OAM response message to be fed back according to the SFC OAM detection level information.

Preferably, in step S1004, the destination service node determines that the SFC OAM response message may include one of the following according to the SFC OAM detection level information:

(1) When the SFC OAM detection level information is the SFC OAM detection level between different service nodes experienced by the service function chain, the destination service node directly processes the SFC OAM detection message, and after processing the SFC OAM detection message , the information carried in the SFC OAM response message includes at least one of the following: node information of the destination service node, connectivity information of the destination service node, and path information of the destination service node;

(2) When the SFC OAM detection level information is the SFC OAM detection level between the service function forwarders SFF on different service nodes experienced by the service function chain, the destination service node forwards the SFC OAM detection message to the SFF to process the SFC OAM After the SFF finishes processing the SFC OAM message, the information carried in the SFC OAM response message includes at least one of the following: the connectivity information of the SFF of the destination service node, the path information of the SFF, and the service information of the SFF grade agreement information;

(3) When the SFC OAM detection level information is the SFC OAM detection level between the service function SFs managed by different SFFs experienced by the service function chain, the destination service node forwards the SFC OAM detection message to the SFF for processing, and then forwards it Process the SF until the SFF and SF have finished processing the SFC OAM detection message, and the information carried in the SFC OAM response message includes at least one of the following: the service function information of the SF under the management of the SFF of the destination service node , the connectivity information of the SF, the path information of the SF, and the service level protocol information of the SF.

In a preferred embodiment, after receiving the SFC OAM detection message carrying the SFC OAM detection level, the destination service node parses the detection level field from the SFC OAM detection message. If the field identifies level 1, only return the SFC OAM response message carrying at least one of the node information, connectivity information, and path information of the service node; if the field identifies level 2, return the SFC OAM response message carrying the service node The connectivity information of the service forwarder of the node and the SFC OAM response message of at least one information in the path information; if this field identifies level 3, return the service function information carrying the service function managed by the service forwarder of the service node An SFC OAM response message of at least one type of information among , connectivity information, path information, and service level agreement (Service Level Agreement, SLA for short) information.

The above preferred implementation process will be further described below in conjunction with the preferred implementation shown in FIGS. 11 to 13 .

Preferred embodiment one

Fig. 11 is a schematic diagram of a connectivity detection mechanism between service nodes based on layer 1 according to a preferred embodiment of the present invention. As shown in Figure 11, the process may include the following steps:

Step 1. The source service node 1 constructs the SFC OAM connectivity detection message carrying the SFC OAM detection level field, encapsulates it in the Overlay layer, and forwards the connectivity detection message to the next-hop service along the service function chain Node 2, wherein the value of the detection level field carried in the connectivity detection message is 1, that is, based on the connectivity detection between service nodes;

Step 2, service node 2 receives the above connectivity detection message, and parses out the SFC OAM detection level field from the connectivity detection message, and finds that it is based on level 1; at the same time, it finds that it is running normally, then the service node 2 Re-encapsulate the SFC OAM message carrying the SFC OAM detection level field in the Overlay layer, and then forward the connectivity detection message to the next-hop service node 3 along the service function chain;

Step 3, the service node 3 receives the above-mentioned connectivity detection message, and parses out the SFC OAM detection layer field from the connectivity detection message, and finds that it is based on layer 1; at the same time, it finds that it is running normally and is the destination service node , then generate the SFC OAM connectivity detection response message carrying the connectivity information, encapsulate it in the Overlay layer, and then forward the connectivity detection response message to the source service node 1 hop by hop along the service function chain.

Preferred embodiment two

Fig. 12 is a schematic diagram of a Ping mechanism between service nodes based on layer 2 according to a preferred embodiment of the present invention. As shown in Figure 12, the method may include the following steps:

Step 1. The source service node 1 constructs the SFC OAM Ping message carrying the SFC OAM detection level field, encapsulates it in the Overlay layer, and then forwards the Ping message to the next-hop service node along the service function chain 2, where the field value of carrying detection level is 2, that is, based on the connectivity detection between service function transponders;

Step 2, service node 2 receives the Ping message, and parses out the SFC OAM detection layer field from the Ping message, finds that it is based on layer 2, and then forwards the SFC encapsulated message to the service function forwarder experienced by the service function chain SFF;

Step 3: The above-mentioned SFF detects whether it is running normally; if it is normal, the service node 2 encapsulates the SFC OAM message carrying the SFCOAM detection level field in the Overlay layer, and forwards the SFC OAM message to the next layer along the service function chain One-hop service node 3;

Step 4, service node 3 receives the SFC OAM message, and parses out the SFC OAM detection layer field from the SFC OAM message, finds that it is based on layer 2, and then forwards the SFC encapsulated message to the service function chain experienced Service function forwarder SFF;

Step 5: Service node 3 discovers that it is already a destination service node. After finding that the local SFF is running normally, it generates an SFC OAM Ping response message, encapsulates it in the Overlay layer, and then forwards it hop by hop along the service function chain The above response message is sent to the service node 1 at the source end.

Preferred Embodiment Three

Fig. 13 is a schematic diagram of a Trace mechanism based on a layer-3 service function path according to a preferred embodiment of the present invention. As shown in Figure 13, the method may include the following steps:

Step 1. The source-side Service Classifier constructs a TTL value of 1, encapsulates the SFC OAM Trace message carrying the SFC OAM detection level field in the Overlay layer, and forwards the Trace message to the next-hop service node along the service function chain 1, where the value of the carried detection level field is 3, that is, based on the connectivity detection between the service function SFs managed by the service function forwarder;

Step 2, service node 1 receives the Trace message, parses out the SFC OAM detection layer field from the Trace message, finds that it is based on layer 3, and then forwards the SFC encapsulated message to the service function experienced by the service function chain Transponder SFF;

Step 3: The SFF forwards the SFC-encapsulated message to the SF specified by the service function path, obtains at least one of the following information: SF's service function information, function processing time information, bandwidth information, resource information, and encapsulates it in the SFC OAMTrace in the response message;

Step 4, service node 1 performs Overlay encapsulation on the response message of the above-mentioned SFC OAM Trace, and forwards the response message to the Service Classifier;

Step 5. The source-side Service Classifier constructs a TTL value of 2, encapsulates the SFC OAM Trace message carrying the SFC OAM detection level field in the Overlay layer, and then forwards the Trace message to the next-hop service along the service function chain node 1;

Step 6, service node 1 re-encapsulates the Overlay, and then forwards the message to service node 2;

Step 7. The service node 2 receives the above-mentioned Overlay-encapsulated message, and parses out the SFCOAM detection level field from the message, finds that it is based on level 3, and then forwards the SFC-encapsulated message to the service function chain experienced Service function forwarder SFF;

Step 8: The SFF forwards the SFC encapsulated message to the SF specified by the service function path, obtains at least one of the following information: SF's service function information, function processing time information, bandwidth information, resource information, and encapsulates it in the response of the SFC OAMTrace in the message;

Step 9, the service node 2 performs Overlay encapsulation on the response message of the above SFC OAM Trace, and forwards the response message to the Service Classifier hop by hop;

Step 10. The source-end Service Classifier constructs a TTL value of 3, encapsulates the SFC OAM Trace message carrying the SFC OAM detection level field in the Overlay layer, and forwards the Trace message to the next-hop service node along the service function chain 1;

Step 11, service node 1 receives the Trace message, performs Overlay encapsulation again, and then forwards the message encapsulated by Overlay to service node 2;

Step 12, service node 2 receives the Trace message, performs Overlay encapsulation again, and then forwards the message encapsulated by Overlay to service node 3;

Step 13: The service node 3 receives the Overlay-encapsulated message, and parses the SFCOAM detection level field from the above-mentioned message, finds that it is based on level 3, and then forwards the SFC-encapsulated message to the service function chain experienced Service function forwarder SFF;

Step 14, the SFF forwards the SFC encapsulated message to the SF specified by the service function path, obtains at least one of the following information: service function information of the SF, function processing time information, bandwidth information, resource information, and then encapsulates it in the SFC OAMTrace in the response message;

Step 15: The service node 3 performs Overlay encapsulation on the response message of the above SFC OAM Trace, and forwards the response message to the Service Classifier hop by hop.

Fig. 14 is a structural block diagram of a processing device for detecting hierarchical information according to an embodiment of the present invention. As shown in Figure 14, the processing device for the detection level information may include: a determining module 10, configured to determine the OAM detection level information of the service function chain SFC operation, management and maintenance, and encapsulate the SFC OAM detection level information in the SFC OAM In the detection message, wherein, the SFC OAM detection level information is used to indicate that SFCOAM detection is performed between peer entities belonging to the same level in different service nodes; the sending module 20 is used to send the SFC OAM detection to the destination service node message.

Adopting the device shown in FIG. 14 solves the problem that the existing SFC OAM technology cannot flexibly define and manage its OAM detection level, and then can realize flexible definition and management of the OAM detection level.

Preferably, the determination module 10 may include: an acquisition unit (not shown in the figure), used to acquire a variety of SFC OAM detection levels currently available; a selection unit (not shown in the figure), used to select from a variety of SFC OAM Select one of the SFC OAM detection levels in the detection level.

Preferably, the above multiple SFC OAM detection levels may include at least one of the following:

(1) SFC OAM detection level between different service nodes experienced by the service function chain;

(2) SFC OAM detection levels between service function forwarders SFF on different service nodes experienced by the service function chain;

(3) The SFC OAM detection level between the service function SFs managed by different SFFs experienced by the service function chain.

Preferably, the above-mentioned SFC OAM detection level information may be encapsulated in specific bits of the service function header NSH, or the above-mentioned SFC OAM detection level information may also be encapsulated in other headers except NSH.

In a preferred implementation process, the above-mentioned source end service node may be a service classifier or one of the service nodes on the service function chain.

In a preferred implementation process, the above-mentioned destination service node may be a service node or a combination of multiple service nodes other than the source service node on the service function chain.

In a preferred implementation process, the above-mentioned SFC OAM detection message may include but not limited to one of the following types:

Type 1: Connectivity Verification (CV for short) message;

Type 2, Ping message;

Type 3, Trace message.

Fig. 15 is a structural block diagram of another processing device for detecting hierarchical information according to an embodiment of the present invention. As shown in Figure 15, the processing device for the detection level information may include: a receiving module 30, configured to receive the SFC OAM detection message from the source service node, wherein the SFC OAM detection message carries the SFC OAM detection level Information, the SFC OAM detection level information is used to indicate that SFC OAM detection is performed between peer entities belonging to the same level in different service nodes; the processing module 40 is used to parse out the SFC OAM detection level information from the SFC OAM detection message, And determine the SFC OAM response message to be fed back according to the SFC OAM detection level information.

In the preferred implementation process, the processing module 40 is used to directly process the SFC OAM detection message when the SFC OAM detection level information is the SFC OAM detection level between different service nodes experienced by the service function chain, and to detect the SFC OAM After the message is processed, the information carried in the SFC OAM response message includes at least one of the following: node information of the destination service node, connectivity information of the destination service node, path information of the destination service node; or,

When the SFC OAM detection level information is the SFC OAM detection level between the service function forwarders SFF on different service nodes experienced by the service function chain, the SFC OAM detection message is forwarded to the SFF to process the SFC OAM message, and the SFC OAM message is processed by the SFF After the SFC OAM message is processed, the information carried in the SFC OAM response message includes at least one of the following: the connectivity information of the SFF of the destination service node, the path information of the SFF, and the service level agreement information of the SFF; or,

When the SFC OAM detection level information is the SFC OAM detection level between the service function SFs managed by different SFFs experienced by the service function chain, the SFC OAM detection message is forwarded to the SFF for processing, and then forwarded to the SF for processing until the SFF After processing the SFC OAM detection message with the SF, the information carried in the SFC OAM response message includes at least one of the following: the service function information of the SF under the management of the SFF of the destination service node, the connectivity information of the SF, SF path information, SF service level protocol information.

From the above description, it can be seen that the above-mentioned embodiments achieve the following technical effects (it should be noted that these effects are the effects that some preferred embodiments can achieve): using the technical solutions provided by the embodiments of the present invention, by The hierarchical relationship between different service nodes, or the hierarchical relationship between the service function forwarders of different service nodes, or the hierarchical relationship between the service functions under the management of the service function forwarders of different service nodes are encapsulated in the SFC OAM detection report In this paper, the service node of the destination end is notified, so that the OAM detection level can be flexibly defined and managed.

Obviously, those skilled in the art should understand that each module or each step of the above-mentioned present invention can be realized by a general-purpose computing device, and they can be concentrated on a single computing device, or distributed in a network formed by multiple computing devices Alternatively, they may be implemented in program code executable by a computing device so that they may be stored in a storage device to be executed by a computing device, and in some cases in an order different from that shown here The steps shown or described are carried out, or they are separately fabricated into individual integrated circuit modules, or multiple modules or steps among them are fabricated into a single integrated circuit module for implementation. As such, the present invention is not limited to any specific combination of hardware and software.

The above descriptions are only preferred embodiments of the present invention, and are not intended to limit the present invention. For those skilled in the art, the present invention may have various modifications and changes. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present invention shall be included within the protection scope of the present invention.

Claims (18)

1. A processing method for detecting hierarchical information, characterized in that, comprising: The source service node determines the SFC operation, management and maintenance OAM detection level information of the service function chain, and encapsulates the SFCOAM detection level information in the SFC OAM detection message, wherein the SFC OAM detection level information is used to indicate Perform SFC OAM detection between peer entities belonging to the same level in the service node; The source service node sends the SFC OAM detection message to the destination service node. 2. The method according to claim 1, wherein the determination of the SFCOAM detection level information by the source service node comprises: The source service node obtains various SFC OAM detection levels that are currently selected; The source service node selects at least one SFC OAM detection level from the multiple SFC OAM detection levels. 3. The method according to claim 2, wherein the multiple SFC OAM detection levels include at least one of the following: SFC OAM detection level between different service nodes experienced by the service function chain; The SFC OAM detection level between the service function forwarders SFF on different service nodes experienced by the service function chain; The SFC OAM detection level between the service functions SFs respectively managed by the SFFs on different service nodes experienced by the service function chain. 4. The method according to claim 1, wherein the SFC OAM detection level information is encapsulated in a specific bit of the service function header NSH or the SFC OAM detection level information is encapsulated in a in the rest of the headers. 5. The method according to any one of claims 1 to 4, wherein the source service node is a service classifier or one of the service nodes on the service function chain. 6. The method according to any one of claims 1 to 4, wherein the destination service node is one or more service nodes other than the source service node on the service function chain A combination of nodes. 7. The method according to any one of claims 1 to 4, wherein the SFC OAM detection message includes one of the following types: a connectivity detection message, a Ping message, and a Trace message. 8. A processing method for detecting hierarchical information, comprising: The destination service node receives the service function chain SFC operation, management and maintenance OAM detection message from the source service node, wherein the SFC OAM detection message carries SFC OAM detection level information, and the SFC OAM detection level The information is used to indicate that SFC OAM detection is performed between peer entities belonging to the same level in different service nodes; The destination service node parses the SFC OAM detection level information from the SFC OAM detection message, and determines the SFC OAM response message to be fed back according to the SFC OAM detection level information. 9. The method according to claim 8, wherein the destination service node determines that the SFC OAM response message includes one of the following according to the SFC OAM detection level information: When the SFC OAM detection level information is the SFC OAM detection level between different service nodes experienced by the service function chain, the destination service node directly processes the SFC OAM detection message, and detects the SFC OAM After the message is processed, the information carried in the SFC OAM response message includes at least one of the following: node information of the destination service node, connectivity information of the destination service node, destination service node Node path information; When the SFC OAM detection level information is the SFC OAM detection level between the service function forwarders SFF on different service nodes experienced by the service function chain, the destination service node forwards the SFC OAM detection message Processing the SFC OAM message for the service function forwarder SFF, and after the SFF finishes processing the SFC OAM message, the information carried in the SFC OAM response message includes at least one of the following: The connectivity information of the SFF of the destination service node, the path information of the SFF, and the service level protocol information of the SFF; When the SFC OAM detection level information is the SFC OAM detection level between the service function SFs managed by different SFFs experienced by the service function chain, the destination service node forwards the SFC OAM detection message to the After being processed by the service function forwarder SFF, it is forwarded to the service function SF for processing. After the processing is completed, the information carried in the SFC OAM response message includes at least one of the following: Service function information of the SF, connectivity information of the SF, path information of the SF, and service level protocol information of the SF. 10. A processing device for detecting hierarchical information, comprising: The determining module is used to determine the OAM detection level information of the service function chain SFC operation, management and maintenance, and encapsulate the SFCOAM detection level information in the SFC OAM detection message, wherein the SFC OAM detection level information is used to indicate that in Perform SFC OAM detection between peer entities belonging to the same level in different service nodes; A sending module, configured to send the SFC OAM detection message to the destination service node. 11. The device according to claim 10, wherein the determining module comprises: An acquisition unit, configured to acquire various SFC OAM detection levels that are currently selected; The selection unit is configured to select one of the SFC OAM detection levels from the various SFC OAM detection levels. 12. The device according to claim 11, wherein the multiple SFC OAM detection levels include at least one of the following: SFC OAM detection level between different service nodes experienced by the service function chain; The SFC OAM detection level between the service function forwarders SFF on different service nodes experienced by the service function chain; The SFC OAM detection level between the service functions SFs respectively managed by the SFFs on different service nodes experienced by the service function chain. 13. The device according to claim 10, wherein the SFC OAM detection level information is encapsulated in a specific bit of the service function header NSH or the SFC OAM detection level information is encapsulated in a in the rest of the headers. 14. The device according to any one of claims 10 to 13, wherein the source service node is a service classifier or one of the service nodes on the service function chain. 15. The device according to any one of claims 10 to 13, characterized in that, the destination service node is one or more service nodes other than the source service node on the service function chain combination. 16. The device according to any one of claims 10 to 13, wherein the SFC OAM detection message includes one of the following types: a connectivity detection message, a Ping message, and a Trace message. 17. A processing device for detecting hierarchical information, comprising: The receiving module is configured to receive a service function chain SFC operation, management and maintenance OAM detection message from a source service node, wherein the SFC OAM detection message carries SFC OAM detection level information, and the SFC OAM detection The layer information is used to indicate that SFC OAM detection is performed between peer entities belonging to the same layer in different service nodes; A processing module, configured to parse out SFC OAM detection level information from the SFC OAM detection message, and determine an SFC OAM response message to be fed back according to the SFC OAM detection level information. 18. The device according to claim 17, wherein the processing module is configured to directly process the SFCOAM detection level information when the SFC OAM detection level information between different service nodes experienced by the service function chain SFCOAM detection message, and after processing the SFC OAM detection message, the information carried in the SFC OAM response message includes at least one of the following: node information of the destination service node, destination service node Connectivity information, path information of the destination service node; or, when the SFC OAM detection level information is the SFC OAM detection level between the service function forwarders SFF on different service nodes experienced by the service function chain, the The SFC OAM detection message is forwarded to the SFF to process the SFC OAM message, and after the SFF finishes processing the SFC OAM message, the information carried in the SFC OAM response message includes the following At least one of: the connectivity information of the SFF of the destination service node, the path information of the SFF, and the service level protocol information of the SFF; or, when the SFC OAM detects that the level information is different When the SFC OAM detection level between the service function SFs managed by the SFFs respectively, the SFC OAM detection message is forwarded to the SFF for processing, and then forwarded to the SF for processing, until the SFF and the SF pair After the processing of the SFC OAM detection message is completed, the information carried in the SFC OAM response message includes at least one of the following: the service function information of the SF under the management of the SFF of the destination service node, the connectivity of the SF sex information, path information of the SF, and service level agreement information of the SF.