CN105515816B - Processing method and device for detecting hierarchical information - Google Patents

Processing method and device for detecting hierarchical information Download PDF

Info

Publication number
CN105515816B
CN105515816B CN201410559786.0A CN201410559786A CN105515816B CN 105515816 B CN105515816 B CN 105515816B CN 201410559786 A CN201410559786 A CN 201410559786A CN 105515816 B CN105515816 B CN 105515816B
Authority
CN
China
Prior art keywords
sfc
service
sfc oam
information
oam detection
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.)
Expired - Fee Related
Application number
CN201410559786.0A
Other languages
Chinese (zh)
Other versions
CN105515816A (en
Inventor
王翠
孟伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201410559786.0A priority Critical patent/CN105515816B/en
Priority to PCT/CN2014/092070 priority patent/WO2015184740A1/en
Publication of CN105515816A publication Critical patent/CN105515816A/en
Application granted granted Critical
Publication of CN105515816B publication Critical patent/CN105515816B/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The invention discloses a 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

Processing method and device for detecting hierarchical information
Technical Field
The present invention relates to the field of communications, and in particular, to a processing method and apparatus for detecting hierarchical information.
Background
Service Function Chaining (SFC) is a network technology that is currently being researched and standardized. Since the development of data center networks into Overlay (Overlay) networks, the network edge, which may be a Server (Server) or top-of-rack (ToR) switch, and may be a Gateway (Gateway), has become the demarcation point between virtual and physical networks. However, the Overlay technology cannot solve all the problems, and there are many Middleware (middlewares) in the data center, for example: firewalls/load balancers, etc., which are handled based on user traffic, are clearly not feasible if tunneled through them.
This deployment model for data centers requires that virtual firewalls/load balancers can be deployed arbitrarily in the network, i.e., independent of the network topology; the defects are as follows: if the traffic can be flexibly processed through the virtual firewall/load balancer, a new type of middleware such as the virtual firewall/load balancer is generated, and the virtual firewall/load balancer is deployed at the edge of the network and can be realized by a standard server.
In the related art, the Service processing functions such as the virtual firewall, the load balancer, and the gateway are referred to as Service functions (Service functions), and a Service Function chain is formed when the traffic is processed by a series of Service functions.
Currently, the SFC framework in the related art can be basically divided into the following components:
1. service Overlay, that is, an Overlay technique in which each network edge node needs to communicate;
2. a General Service Control Plane (GSCP), which is a controller for forming Service Function Chaining;
3. a Service classifier (Service Classification), namely, a flow identification is required to be carried out, and then a specific Service Function charging process is carried out on a specific flow;
4. a Service Function (SF), a component for performing Service processing on data packets;
5. a Service Function Forwarder (SFF) is configured to transmit a data packet between nodes of a Service Function chain, and encapsulate a layer of Service Function packet header (NSH) outside a data frame. This header is parsed, encapsulated and decapsulated by the service function forwarder component on the service function node. The format of the service function header is specifically shown in fig. 1.
6. A Network Forwarder (NF) responsible for forwarding among multiple SFFs inside the same service node and encapsulating and decapsulating an Overlay layer for an Overlay data packet; meanwhile, forwarding among different service nodes can be processed;
7. a Service Function Path (SFP) for short, and fig. 2 is a schematic diagram of a service function path according to the related art. As shown in fig. 2, SFP is a traffic processing path that starts from the classifier, passes through several instances of traffic function, and finally reaches the destination. In some cases, the Generic Service Control Platform (GSCP) cannot know all service function instances passing along the way, for example: a load sharing scenario or a service class scenario, and at this time, the description of the service function chain between the abstract service function chain SFC and a path formed by the ordered service instances through which the real and concrete traffic is forwarded is also referred to as a service function path. A service function chain may include multiple service function paths, with different service function paths corresponding to different policies.
8. Control plane Metadata (Dataplane Metadata), which is a big feature, allows various service function nodes to exchange information with each other, thereby achieving a specific service processing purpose.
In summary, the SFC is a technology for separating the service function and the forwarding of the network device, which realizes independent operation and processing of the service function and improves the forwarding performance of the network device.
An Operation, Administration and Maintenance (OAM) technology is a network transmission protocol for network Connectivity detection, fault location and troubleshooting, and a trigger mechanism capable of providing protection switching when a fault occurs, and includes a link Connectivity detection (CV) mechanism, a Ping mechanism, and a Trace mechanism. For different bearer network protocols, there are corresponding OAM mechanisms. For example: an ethernet OAM protocol exists in ethernet, an IP OAM protocol exists in IP networks, and MPLS OAM exists in MPLS networks.
Currently, the technical framework and implementation details of SFC OAM techniques are being discussed. Fig. 3 is a technical framework diagram of SFC OAM according to the related art. As shown in fig. 3, the core idea is to diagnose the link condition between service function chains or service functions. Fig. 4 is a schematic diagram of an SFC OAM message format according to the related art. As shown in fig. 4, a field may be reserved in the service function header NSH for identifying OAM message and OAM message type. Fig. 5 is a schematic diagram of another SFC OAM message format according to the related art. As shown in fig. 5, 1 Bit (Bit) may be reserved in the service function header NSH for identifying that the OAM message is, and as for which type of OAM message is, the Bit may be set in a message other than the service function header NSH. However, in any case, it is impossible to solve the hierarchical problem of SFC OAM, i.e. whether to diagnose connectivity between service nodes experienced by a service function chain or connectivity between Service Function Forwarders (SFFs) on service nodes experienced by a service function chain, or connectivity between SFs managed by a Service Function Forwarder (SFF) experienced by a service function chain.
In summary, the existing SFC OAM technology cannot flexibly define and manage the OAM detection level.
Disclosure of Invention
The embodiment of the invention provides a processing method and a processing device for detection level information, which are used for at least solving the problem that the OAM detection level of the existing SFC OAM technology cannot be flexibly defined and managed.
According to one aspect of the invention, a processing method for detecting hierarchical information is provided.
The processing method for detecting the hierarchical information according to the embodiment of the invention comprises the following steps: a source service node determines Service Function Chain (SFC) operation, management and maintenance (OAM) detection level information, and encapsulates the SFC OAM detection level information in an SFC OAM detection message, wherein the SFC OAM detection level information is used for indicating that SFC OAM detection is performed between peer entities belonging to the same level in different service nodes; and the source end service node sends the SFC OAM detection message to the destination end service node.
Preferably, the determining, by the source service node, the SFC OAM detection level information includes: a source end service node acquires various currently alternative SFC OAM detection levels; the source service node selects at least one SFC OAM detection level from a plurality of SFC OAM detection levels.
Preferably, the plurality of SFC OAM detection levels includes at least one of: SFC OAM detection levels among different service nodes experienced by a service function chain; SFC OAM detection level between service function forwarders SFF on different service nodes experienced by a service function chain; SFC OAM detection hierarchy between service functions SF respectively managed by SFFs on different service nodes experienced by a service function chain.
Preferably, 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 the rest of the headers except NSH.
Preferably, the source service node is a service classifier or one of the service nodes in the service function chain.
Preferably, the destination service node is a remaining service node or a combination of a plurality of service nodes on the service function chain except the source service node.
Preferably, the SFC OAM detection message comprises one of the following types: connectivity detection messages, Ping messages and Trace messages.
According to another aspect of the present invention, another processing method for detecting hierarchical information is provided.
The processing method for detecting the hierarchical information according to the embodiment of the invention comprises the following steps: a destination service node receives 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 which is used for indicating that SFC OAM detection is carried out between peer entities belonging to the same level in different service nodes; and the destination service node analyzes SFCOAM detection level information from the SFC OAM detection message and determines an SFC OAM response message to be fed back according to the SFC OAM detection level information.
Preferably, the destination service node determines, according to the SFC OAM detection level information, that the SFC OAM response message includes one of the following: when the SFC OAM detection level information is the SFC OAM detection level between different service nodes experienced by a service function chain, the destination service node directly processes the SFC OAM detection message, and after the SFC OAM detection message is processed, the information carried in the SFC OAM response message comprises at least one of the following information: node information of a destination end service node, connectivity information of the destination end service node and path information of the destination end service node; when the detection level information of the SFC OAM is the detection level of the SFC OAM between the service function forwarders SFFs on different service nodes experienced by a service function chain, the destination service node forwards the SFC OAM detection message 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 comprises at least one of the following information: the connectivity information of the SFF of the service node of the destination end, the path information of the SFF and the service level protocol information of the SFF; when the SFC OAM detection level information is an SFC OAM detection level between service functions SF respectively managed by different SFFs experienced by a service function chain, the destination service node forwards the SFC OAM detection message to the SFF for processing, and then forwards the SFC OAM detection message to the SF for processing, and after the SFF and the SF finish processing the SFC OAM detection message, the information carried in an SFC OAM response message comprises at least one of the following information: service function information of SF, connectivity information of SF, path information of SF and service level protocol information of SF under SFF management of a destination service node.
According to still another aspect of the present invention, there is provided a processing apparatus for detecting hierarchical information.
The processing device for detecting the hierarchical information according to the embodiment of the invention comprises: the system comprises a determining module, a processing module and a sending module, wherein the determining module is used for determining the operation, management and maintenance OAM detection level information of a service function chain SFC and packaging the OAM detection level information of the SFC in an SFC OAM detection message, and the SFC OAM detection level information is used for indicating that SFC OAM detection is carried out between peer entities belonging to the same level in different service nodes; and the sending module is used for sending the SFC OAM detection message to the destination service node.
Preferably, the determining module comprises: the acquisition unit is used for acquiring various currently-selected SFC OAM detection levels; and the selection unit is used for selecting one SFC OAM detection level from the multiple SFC OAM detection levels.
Preferably, the plurality of SFC OAM detection levels includes at least one of: SFC OAM detection levels among different service nodes experienced by a service function chain; SFC OAM detection level between service function forwarders SFF on different service nodes experienced by a service function chain; SFC OAM detection hierarchy between service functions SF respectively managed by SFFs on different service nodes experienced by a service function chain.
Preferably, 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 the rest of the headers except NSH.
Preferably, the source service node is a service classifier or one of the service nodes in the service function chain.
Preferably, the destination service node is a remaining service node or a combination of a plurality of service nodes on the service function chain except the source service node.
Preferably, the SFC OAM detection message comprises one of the following types: connectivity detection messages, Ping messages and Trace messages.
According to another aspect of the present invention, another processing apparatus for detecting hierarchical information is provided.
The processing device for detecting the hierarchical information according to the embodiment of the invention comprises: the receiving module is used for receiving 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 which is used for indicating that SFC OAM detection is carried out between peer entities belonging to the same level in different service nodes; and the processing module is used for analyzing SFCOAM detection level information from the SFC OAM detection message and determining an SFC OAM response message to be fed back according to the SFC OAM detection level information.
Preferably, the processing module is configured to directly process the SFC OAM detection packet when the SFC OAM detection level information is an SFC OAM detection level between different service nodes experienced by the service function chain, and after the SFC OAM detection packet is processed, information carried in the SFC OAM response packet includes at least one of the following: node information of a destination end service node, connectivity information of the destination end service node and path information of the destination end service node; or when the detection level information of the SFC OAM is the detection level of the SFC OAM between the service function forwarders SFF on different service nodes experienced by the service function chain, forwarding the SFC OAM detection message to the SFF for processing 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 information of the SFF of the service node of the destination end, the path information of the SFF and the service level protocol information of the SFF; or, when the SFC OAM detection level information is an SFC OAM detection level between service functions SF managed by different SFFs respectively experienced by the service function chain, forwarding the SFC OAM detection message to the SFF for processing, and then forwarding the SFC OAM detection message to the SF for processing, until the SFF and the SF finish processing the SFC OAM detection message, the information carried in the SFCOAM response message includes at least one of the following: service function information of SF, connectivity information of SF, path information of SF and service level protocol information of SF under SFF management of a destination service node.
According to the embodiment of the invention, a source service node is adopted to determine the operation, management and maintenance OAM detection level information of a service function chain SFC, and the OAM detection level information of the SFC is packaged in an OAM detection message of the SFC, wherein the OAM detection level information of the SFC is used for indicating that the SFC OAM detection is carried out among peer entities belonging to the same level in different service nodes; the source end service node sends the SFC OAM detection message to the destination end service node, the problem that the OAM detection level of the existing SFC OAM technology cannot be flexibly defined and managed is solved, and the OAM detection level can be flexibly defined and managed.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:
fig. 1 is a schematic diagram of a service function header message format according to the related art;
fig. 2 is a schematic diagram of a traffic function path according to the related art;
fig. 3 is a technical framework diagram of SFC OAM according to the related art;
fig. 4 is a schematic diagram of an SFC OAM message format according to the related art;
fig. 5 is a schematic diagram of another SFC OAM message format according to the related art;
FIG. 6 is a flow chart of a processing method of detecting hierarchical information according to an embodiment of the present invention;
FIG. 7 is a schematic diagram of the overall architecture of an SFC in accordance with a preferred embodiment of the present invention;
fig. 8 is a schematic diagram of an SFC OAM message format carrying SFC OAM detection level information according to the preferred embodiment of the present invention;
fig. 9 is a schematic diagram of another SFC OAM message format carrying SFC OAM detection level information according to the preferred embodiment of the present invention;
FIG. 10 is a flow chart of another processing method for detecting hierarchical information according to an embodiment of the present invention;
FIG. 11 is a schematic diagram of a mechanism for connectivity detection between tier one based service nodes in accordance with a preferred embodiment of the present invention;
fig. 12 is a schematic diagram of the Ping mechanism between tier two based service nodes in accordance with the preferred embodiment of the present invention;
FIG. 13 is a schematic diagram of the Trace mechanism for a layer three based service function path in accordance with the preferred embodiment of the present invention;
fig. 14 is a block diagram of a configuration of a processing apparatus that detects hierarchical information according to an embodiment of the present invention;
fig. 15 is a block diagram of another processing apparatus for detecting hierarchical information according to an embodiment of the present invention.
Detailed Description
The invention will be described in detail hereinafter with reference to the accompanying drawings in conjunction with embodiments. It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict.
Fig. 6 is a flowchart of a processing method of detecting hierarchical information according to an embodiment of the present invention. As shown in fig. 6, the method may include the following process steps:
step S602: a source-end service node determines SFC OAM detection level information and encapsulates the SFC OAM detection level information in an SFC OAM detection message, wherein the SFC OAM detection level information is used for indicating that SFC OAM detection is carried out between peer entities belonging to the same level in different service nodes;
step S604: and the source end service node sends the SFC OAM detection message to the destination end service node.
The SFC OAM technology provided in the related art cannot flexibly define and manage its OAM detection level. By adopting the method shown in fig. 1, the hierarchical relationship between different service nodes, or the hierarchical relationship between service function repeaters of different service nodes, or the hierarchical relationship between service functions under the management of the service function repeaters of different service nodes, is encapsulated in an SFC OAM detection message and is notified to a destination service node. Therefore, the problem that the OAM detection level of the existing SFC OAM technology cannot be flexibly defined and managed is solved, and the OAM detection level can be flexibly defined and managed.
Preferably, in step S602, the source service node determining SFC OAM detection level information may include the following operations:
step S1: a source end service node acquires various currently alternative SFC OAM detection levels;
step S2: the source service node selects at least one SFC OAM detection level from a plurality of SFC OAM detection levels.
Preferably, the SFC OAM detection hierarchy may include at least one of:
(1) SFC OAM detection levels among different service nodes experienced by a service function chain;
(2) SFC OAM detection level between service function forwarders SFF on different service nodes experienced by a service function chain;
(3) SFC OAM detection hierarchy between service functions SF managed separately by different SFFs experienced by a service function chain.
In a preferred embodiment, fig. 7 is a schematic diagram of the overall architecture of an SFC according to a preferred embodiment of the present invention. As shown in fig. 7, there are three SFC OAM hierarchies in this SFC overall architecture:
layer 1: different service nodes experienced by the service function chain;
and (2) layer: service function chains go through between Service Function Forwarders (SFFs) on different service nodes;
and (3) layer: between SFs managed by different service function forwarders SFF experienced by a 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 may select one SFC OAM detection level from the above three SFC OAM levels, and then encapsulate in an SFC OAM message, and then send to the destination service node.
Preferably, the SFC OAM detection level information may be encapsulated in a specific bit of a service function header NSH or the SFC OAM detection level information may be encapsulated in other headers except for NSH.
In a preferred embodiment, fig. 8 is a schematic diagram of an SFC OAM message format carrying SFC OAM detection level information according to the preferred embodiment of the present invention. As shown in fig. 8, the SFC OAM detection level information may use dedicated bits, and the dedicated bits may be located in the service function header NSH. Fig. 9 is a schematic diagram of another SFC OAM message format carrying SFC OAM detection level information according to the preferred embodiment of the present invention. As shown in fig. 9, the SFC OAM detection level information may be located in a header other than the service function header NSH.
In a preferred implementation, the source service node may be a service classifier or one of the service nodes in a service function chain.
In a preferred implementation, the destination service node may be one service node or a combination of a plurality of service nodes other than the source service node in the service function chain.
In a preferred implementation process, the SFC OAM detection packet may include, but is not limited to, one of the following types:
type one, Connectivity Verification (CV) message;
type two, Ping message;
type three, 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 fig. 10, the method may include the following process steps:
step S1002: a destination service node receives an SFC 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 level information is used for indicating that SFC OAM detection is carried out between peer entities belonging to the same level in different service nodes;
step S1004: and the destination service node analyzes the SFC OAM detection level information from the SFC OAM detection message and determines an 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, according to the SFC OAM detection level information, that the SFC OAM response message may include one of the following:
(1) when the SFC OAM detection level information is the SFC OAM detection level between different service nodes experienced by a service function chain, the destination service node directly processes the SFC OAM detection message, and after the SFC OAM detection message is processed, the information carried in the SFC OAM response message comprises at least one of the following information: node information of a destination end service node, connectivity information of the destination end service node and path information of the destination end service node;
(2) when the detection level information of the SFC OAM is the detection level of the SFC OAM between the service function forwarders SFFs on different service nodes experienced by a service function chain, the destination service node forwards the SFC OAM detection message 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 comprises at least one of the following information: the connectivity information of the SFF of the service node of the destination end, the path information of the SFF and the service level protocol information of the SFF;
(3) when the SFC OAM detection level information is an SFC OAM detection level between service functions SF respectively managed by different SFFs experienced by a service function chain, the destination service node forwards the SFC OAM detection message to the SFF for processing, and then forwards the SFC OAM detection message to the SF for processing, and after the SFF and the SF finish processing the SFC OAM detection message, the information carried in an SFC OAM response message comprises at least one of the following information: service function information of SF, connectivity information of SF, path information of SF and service level protocol information of SF under SFF management of a destination service node.
In a preferred embodiment, after receiving an SFC OAM detection packet carrying an SFC OAM detection level, a destination service node parses a detection level field from the SFC OAM detection packet. If the field identifies the layer 1, only returning an SFC OAM response message carrying at least one of the node information, the connectivity information and the path information of the service node; if the field identifies level 2, an SFC OAM response message carrying at least one of connectivity information and path information of the service forwarder of the service node is returned; if the field identifies the layer 3, an SFC OAM response message carrying at least one of Service function information, connectivity information, path information, and Service Level Agreement (SLA) information of the Service function managed by the Service forwarder of the Service node is returned.
The above preferred implementation will be further described with reference to the preferred embodiment shown in fig. 11 to 13.
Preferred embodiment 1
Fig. 11 is a schematic diagram of a mechanism for detecting connectivity between service nodes based on level one according to the preferred embodiment of the present invention. As shown in fig. 11, the process may include the following steps:
step one, a source end service node 1 constructs a connectivity detection message of SFC OAM carrying SFC OAM detection level fields, encapsulates the connectivity detection message in an Overlay layer and forwards the connectivity detection message to a next hop service node 2 along a service function chain, wherein the detection level field value carried in the connectivity detection message is 1, namely based on the connectivity detection between service nodes;
step two, the service node 2 receives the connectivity detection message, analyzes the SFC OAM detection level field from the connectivity detection message and finds that the detection level field is based on level one; meanwhile, if the service node 2 finds that the service node operates normally, the service node encapsulates the SFC OAM message carrying the SFC OAM detection level field into an Overlay layer again, and then forwards the connectivity detection message to the next-hop service node 3 along the service function chain;
step three, the service node 3 receives the connectivity detection message, analyzes the SFC OAM detection level field from the connectivity detection message and finds that the detection level field is based on level one; meanwhile, if the service node is found to be normal in operation and is a destination service node, an SFC OAM connectivity detection response packet carrying connectivity information is generated and encapsulated in an Overlay layer, and then the connectivity detection response packet is forwarded hop-by-hop along a service function chain to the source service node 1.
Preferred embodiment two
Fig. 12 is a schematic diagram of a Ping mechanism between tier two based service nodes in accordance with a preferred embodiment of the present invention. As shown in fig. 12, the method may include the steps of:
step one, a source end service node 1 constructs a Ping message of SFC OAM carrying SFC OAM detection level field, encapsulates the Ping message in an Overlay layer, and then forwards the Ping message to a next hop service node 2 along a service function chain, wherein the field value carrying the detection level field is 2, namely based on connectivity detection between service function repeaters;
step two, the service node 2 receives the Ping message, analyzes the SFC OAM detection level field from the Ping message, finds that the detection level field is based on level two, and then forwards the SFC encapsulation message to a service function forwarder SFF experienced by a service function chain;
step three, the SFF detects whether the SFF operates normally; if the operation is normal, the service node 2 encapsulates the SFC OAM message carrying the SFC OAM detection level field in an Overlay layer, and forwards the SFC OAM message to a next-hop service node 3 along a service function chain;
step four, the service node 3 receives the SFC OAM message, analyzes the SFC OAM detection level field from the SFC OAM message, finds that the SFC OAM detection level field is based on level two, and then forwards the SFC encapsulation message to a service function forwarder SFF experienced by a service function chain;
step five, the service node 3 finds that the service node is already a destination service node, generates an SFC OAM Ping response message after finding that the local SFF is normally operated, encapsulates the response message in an Overlay layer, and then forwards the response message to the source service node 1 hop by hop along the service function chain.
Preferred embodiment three
Fig. 13 is a schematic diagram of a Trace mechanism based on a layer three service function path according to the preferred embodiment of the present invention. As shown in fig. 13, the method may include the steps of:
step one, a source end Service Classifier constructs a TTL value as 1, encapsulates a Trace message of SFC OAM carrying SFC OAM detection level fields in an Overlay layer, and forwards the Trace message to a next hop Service node 1 along a Service function chain, wherein the carried detection level field value is 3, namely, based on connectivity detection between Service functions SF managed by a Service function forwarder;
step two, the service node 1 receives the Trace message, analyzes the SFC OAM detection level field from the Trace message, finds that the detection level field is based on level three, and then forwards the SFC encapsulation message to a service function forwarder SFF experienced by a service function chain;
step three, the SFF forwards the SFC encapsulation message to the SF appointed by the service function path, and obtains at least one of the following information: service function information, function processing time information, bandwidth information and resource information of SF are encapsulated in a response message of SFC OAMTrace;
step four, the Service node 1 performs Overlay packaging on the response message of the SFC OAM Trace and forwards the response message to a Service Classifier;
step five, the source end Service Classifier constructs a TTL value to be 2, encapsulates a Trace message of SFC OAM carrying SFC OAM detection level fields in an Overlay layer, and then forwards the Trace message to a next hop Service node 1 along a Service function chain;
step six, the service node 1 performs Overlay encapsulation again, and then forwards the message to the service node 2;
step seven, the service node 2 receives the message packaged by the Overlay, analyzes the detection level field of the SFC OAM from the message, finds that the detection level field is based on level three, and then forwards the SFC packaged message to a service function forwarder SFF experienced by a service function chain;
step eight, the SFF forwards the SFC encapsulation message to the SF appointed by the service function path, and obtains at least one of the following information: service function information, function processing time information, bandwidth information and resource information of the SF are packaged in a response message of the SFC OAM Trace;
step nine, the Service node 2 performs Overlay packaging on the response message of the SFC OAM Trace, and forwards the response message to a Service Classifier hop by hop;
constructing a TTL value of 3 by a source end Service Classifier, encapsulating a Trace message of SFC OAM carrying an SFC OAM detection level field in an Overlay layer, and forwarding the Trace message to a next hop Service node 1 along a Service function chain;
step eleven, the service node 1 receives the Trace message, performs Overlay packaging again, and then forwards the Overlay packaged message to the service node 2;
step twelve, the service node 2 receives the Trace message, performs Overlay packaging again, and then forwards the Overlay packaged message to the service node 3;
step thirteen, the service node 3 receives the message encapsulated by Overlay, analyzes the detection level field of the SFC OAM from the message, finds that the detection level field is based on level three, and then forwards the SFC encapsulated message to a service function forwarder SFF experienced by a service function chain;
step fourteen, the SFF forwards the SFC encapsulation message to the SF appointed by the service function path, and obtains at least one of the following information: service function information, function processing time information, bandwidth information and resource information of SF are encapsulated in a response message of SFC OAMTrace;
step fifteen, the Service node 3 performs Overlay packaging on the response message of the SFC OAM Trace, and forwards the response message to a Service Classifier hop by hop.
Fig. 14 is a block diagram of a processing apparatus for detecting hierarchical information according to an embodiment of the present invention. As shown in fig. 14, the processing means for detecting hierarchical information may include: the system comprises a determining module 10, a service function chain SFC operation, management and maintenance OAM detection level information, and an SFC OAM detection level information encapsulating the SFC OAM detection level information in an SFC OAM 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; and a sending module 20, configured to send the SFC OAM detection packet to a destination service node.
The device shown in fig. 14 is adopted to solve the problem that the existing SFC OAM technology cannot flexibly define and manage the OAM detection level, and further, can flexibly define and manage the OAM detection level.
Preferably, the determining module 10 may include: an obtaining unit (not shown in the figure) for obtaining a plurality of currently-alternative SFC OAM detection levels; and a selecting unit (not shown in the figure) for selecting one SFC OAM detection level from the plurality of SFC OAM detection levels.
Preferably, the SFC OAM detection hierarchy may include at least one of:
(1) SFC OAM detection levels among different service nodes experienced by a service function chain;
(2) SFC OAM detection level between service function forwarders SFF on different service nodes experienced by a service function chain;
(3) SFC OAM detection hierarchy between service functions SF managed separately by different SFFs experienced by a service function chain.
Preferably, the SFC OAM detection level information may be encapsulated in a specific bit of a service function header NSH or the SFC OAM detection level information may be encapsulated in other headers except for NSH.
In a preferred implementation, the source service node may be a service classifier or one of the service nodes in a service function chain.
In a preferred implementation, the destination service node may be one service node or a combination of a plurality of service nodes other than the source service node in the service function chain.
In a preferred implementation process, the SFC OAM detection packet may include, but is not limited to, one of the following types:
type one, Connectivity Verification (CV) message;
type two, Ping message;
type three, Trace message.
Fig. 15 is a block diagram of another processing apparatus for detecting hierarchical information according to an embodiment of the present invention. As shown in fig. 15, the processing means for detecting hierarchical information may include: a receiving module 30, configured to receive an SFC OAM detection packet from a source service node, where the SFC OAM detection packet carries 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 a same level in different service nodes; and the processing module 40 is configured to analyze 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.
In a preferred implementation process, the processing module 40 is configured to directly process an SFC OAM detection packet when SFC OAM detection level information is an SFC OAM detection level between different service nodes experienced by a service function chain, and after the SFC OAM detection packet is processed, information carried in an SFC OAM response packet includes at least one of the following: node information of a destination end service node, connectivity information of the destination end service node and path information of the destination end service node; or,
when the SFC OAM detection level information is the SFC OAM detection level between the SFFs of the service function forwarders 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 after the SFF finishes processing the SFC OAM message, the information carried in the SFC OAM response message comprises at least one of the following information: the connectivity information of the SFF of the service node of the destination end, the path information of the SFF and the service level protocol information of the SFF; or,
when the SFC OAM detection level information is the SFC OAM detection level between service functions SF respectively managed by different SFFs experienced by a service function chain, the SFC OAM detection message is forwarded to the SFF for processing, and then forwarded to the SF for processing, and the information carried in the SFC OAM response message comprises at least one of the following information after the SFF and the SF finish processing the SFC OAM detection message: service function information of SF, connectivity information of SF, path information of SF and service level protocol information of SF under SFF management of a destination service node.
From the above description, it can be seen that the above embodiments achieve the following technical effects (it is to be noted that these effects are those that certain preferred embodiments can achieve): by adopting the technical scheme provided by the embodiment of the invention, the hierarchical relationship among different service nodes, or the hierarchical relationship among service function repeaters of different service nodes, or the hierarchical relationship among service functions managed by the service function repeaters of different service nodes is encapsulated in the SFC OAM detection message and informs the service node of the destination end, so that the OAM detection hierarchy can be flexibly defined and managed.
It will be apparent to those skilled in the art that the modules or steps of the present invention described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different than that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. Thus, the present invention is not limited to any specific combination of hardware and software.
The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims (18)

1. A processing method for detecting hierarchical information is characterized by comprising the following steps:
a source-end service node determines operation, management and maintenance OAM detection level information of a service function chain SFC, and encapsulates the OAM detection level information of the SFC in an OAM detection message of the SFC, wherein the OAM detection level information of the SFC is used for indicating that the SFC OAM detection is carried out between peer entities belonging to the same level in different service nodes;
and the source end service node sends the SFC OAM detection message to a destination end service node.
2. The method of claim 1, wherein the source service node determining the SFCOAM detection hierarchy information comprises:
the source end service node acquires various currently alternative SFC OAM detection levels;
and the source service node selects at least one SFC OAM detection level from the multiple SFC OAM detection levels.
3. The method of claim 2, wherein the plurality of SFC OAM detection levels comprise at least one of:
SFC OAM detection levels among different service nodes experienced by a service function chain;
SFC OAM detection level between service function forwarders SFF on different service nodes experienced by the service function chain;
and SFC OAM detection levels among the service functions SF respectively managed by the SFFs on different service nodes experienced by the service function chain.
4. The method of claim 1, wherein the SFC OAM detection level information is encapsulated in specific bits of a service function header (NSH) or the SFC OAM detection level information is encapsulated in the rest of headers except the NSH.
5. The method according to any of claims 1 to 4, wherein the source service node is one of a traffic classifier or a service node on a traffic function chain.
6. The method according to any of claims 1 to 4, wherein the destination service node is a remaining service node or a combination of service nodes on a service function chain other than the source service node.
7. The method according to any of claims 1 to 4, wherein the SFC OAM detection message comprises one of the following types: connectivity detection messages, Ping messages and Trace messages.
8. A processing method for detecting hierarchical information is characterized by comprising the following steps:
a destination service node receives 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 which is used for indicating that SFC OAM detection is carried out between peer entities belonging to the same level in different service nodes;
and the destination service node analyzes SFC OAM detection level information from the SFC OAM detection message and determines an SFC OAM response message to be fed back according to the SFC OAM detection level information.
9. The method of claim 8, wherein the destination service node determines that the SFC OAM reply message includes one of:
when the SFC OAM detection level information is an SFC OAM detection level between different service nodes experienced by a service function chain, the destination service node directly processes the SFC OAM detection packet, and after the SFC OAM detection packet is processed, information carried in the SFC OAM response packet 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;
when the SFC OAM detection level information is an SFC OAM detection level between service function forwarders SFF on different service nodes experienced by the service function chain, the destination service node forwards the SFC OAM detection packet to a service function forwarder SFF to process the SFC OAM packet, and after the SFF finishes processing the SFC OAM packet, information carried in the SFC OAM response packet 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 an SFC OAM detection level between service functions SF respectively managed by different SFFs experienced by the service function chain, the destination service node forwards the SFC OAM detection packet to the service function forwarder SFF for processing, and then forwards the SFC OAM detection packet to the service function SF for processing, and after the processing is completed, information carried in the SFC OAM response packet includes at least one of: service function information of the SF under the SFF management of the destination service node, connectivity information of the SF, path information of the SF and service level protocol information of the SF.
10. A processing apparatus for detecting hierarchical information, comprising:
the system comprises a determining module, a sending module and a receiving module, wherein the determining module is used for determining the operation, management and maintenance OAM detection level information of a service function chain SFC and packaging the SFC OAM detection level information in an SFC OAM detection message, and the SFC OAM detection level information is used for indicating that SFC OAM detection is carried out between peer entities belonging to the same level in different service nodes;
and the sending module is used for sending the SFC OAM detection message to a destination service node.
11. The apparatus of claim 10, wherein the determining module comprises:
the acquisition unit is used for acquiring various currently-selected SFC OAM detection levels;
and the selection unit is used for selecting one SFC OAM detection level from the multiple SFC OAM detection levels.
12. The apparatus of claim 11, wherein the plurality of SFC OAM detection levels comprise at least one of:
SFC OAM detection levels among different service nodes experienced by a service function chain;
SFC OAM detection level between service function forwarders SFF on different service nodes experienced by the service function chain;
and SFC OAM detection levels among the service functions SF respectively managed by the SFFs on different service nodes experienced by the service function chain.
13. The apparatus of claim 10, wherein the SFC OAM detection level information is encapsulated in certain bits of a service function header NSH or the SFC OAM detection level information is encapsulated in the remaining headers except for the NSH.
14. The apparatus according to any of claims 10 to 13, wherein the source service node is one of a traffic classifier or a service node on a traffic function chain.
15. The apparatus according to any of claims 10 to 13, wherein the destination service node is a remaining service node or a combination of service nodes on a service function chain other than the source service node.
16. The apparatus according to any of claims 10 to 13, wherein the SFC OAM detection message comprises one of the following types: connectivity detection messages, Ping messages and Trace messages.
17. A processing apparatus for detecting hierarchical information, comprising:
the system comprises a receiving module, a sending module and a receiving module, wherein the receiving module is used for receiving a Service Function Chain (SFC) operation, management and maintenance (OAM) detection message from a source service node, the SFC OAM detection message carries SFC OAM detection level information, and the SFC OAM detection level information is used for indicating that SFC OAM detection is carried out among peer entities belonging to the same level in different service nodes;
and the processing module is used for analyzing the SFC OAM detection level information from the SFC OAM detection message and determining an SFC OAM response message to be fed back according to the SFC OAM detection level information.
18. The apparatus of claim 17, wherein the processing module is configured to directly process the SFCOAM detection packet when the SFCOAM detection level information is an SFC OAM detection level between different service nodes experienced by a service function chain, and after the SFC OAM detection packet is processed, information carried in the SFC OAM response packet includes at least one of: node information of a destination end service node, connectivity information of the destination end service node and path information of the destination end service node; or, when the SFC OAM detection level information is an SFC OAM detection level between service function forwarders SFFs on different service nodes experienced by the service function chain, forwarding the SFC OAM detection packet to the SFF to process the SFC OAM packet, and after the SFF finishes processing the SFC OAM packet, information carried in the SFC OAM response packet includes at least one of the following: the method comprises the steps of obtaining connectivity information of an SFF of a destination service node, path information of the SFF and service level protocol information of the SFF; or, when the SFC OAM detection level information is an SFC OAM detection level between service functions SF respectively managed by different SFFs experienced by the service function chain, forwarding the SFC OAM detection packet to the SFF for processing, and then forwarding the SFC OAM detection packet to the SF for processing, until the SFF and the SF process the SFC OAM detection packet completely, the information carried in the SFC OAM response packet includes at least one of the following: service function information of SF under SFF management of a destination service node, connectivity information of the SF, path information of the SF and service level protocol information of the SF.
CN201410559786.0A 2014-10-20 2014-10-20 Processing method and device for detecting hierarchical information Expired - Fee Related CN105515816B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201410559786.0A CN105515816B (en) 2014-10-20 2014-10-20 Processing method and device for detecting hierarchical information
PCT/CN2014/092070 WO2015184740A1 (en) 2014-10-20 2014-11-24 Method and device for processing detection hierarchy information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410559786.0A CN105515816B (en) 2014-10-20 2014-10-20 Processing method and device for detecting hierarchical information

Publications (2)

Publication Number Publication Date
CN105515816A CN105515816A (en) 2016-04-20
CN105515816B true CN105515816B (en) 2019-12-31

Family

ID=54766011

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410559786.0A Expired - Fee Related CN105515816B (en) 2014-10-20 2014-10-20 Processing method and device for detecting hierarchical information

Country Status (2)

Country Link
CN (1) CN105515816B (en)
WO (1) WO2015184740A1 (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108574582B (en) * 2017-03-07 2022-05-13 中兴通讯股份有限公司 Fault detection method and device
CN109120657B (en) * 2017-06-23 2022-08-16 中兴通讯股份有限公司 Service configuration method and node
CN109218058B (en) * 2017-07-06 2021-09-14 中国电信股份有限公司 Method and system for acquiring OAM information and computer readable storage medium
CN110351160B (en) * 2018-04-08 2021-12-14 华为技术有限公司 Method and device for monitoring service quality
CN110557343A (en) * 2018-05-31 2019-12-10 中国电信股份有限公司 SFC service data forwarding method and SFC network system
CN110493052B (en) * 2019-08-22 2022-08-05 北京交大思诺科技股份有限公司 Security computer platform communication architecture compatible with different communication protocols
CN114553727B (en) * 2022-02-18 2024-08-09 网宿科技股份有限公司 Data processing method and device based on content distribution network

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101425928B (en) * 2008-11-29 2011-06-22 中兴通讯股份有限公司 Processing method and apparatus for maintaining entity group hierarchy
US8593973B2 (en) * 2010-03-09 2013-11-26 Juniper Networks, Inc. Communicating network path and status information in multi-homed networks
KR101820308B1 (en) * 2010-09-15 2018-01-19 삼성전자주식회사 Digital broadcast transmitter, digital broadcast receiver, methods for constructing and processing streams thereof
WO2011143940A1 (en) * 2011-01-14 2011-11-24 华为技术有限公司 Data forwarding method and router
JP5480189B2 (en) * 2011-03-28 2014-04-23 エヌ・ティ・ティ・コミュニケーションズ株式会社 Network monitoring apparatus, network test method, path information management method, and program
CN102185711B (en) * 2011-04-26 2014-12-10 中兴通讯股份有限公司 Method and equipment for detecting link failure in hybrid network
US20150334006A1 (en) * 2012-04-20 2015-11-19 Telefonaktiebolaget L M Ericsson (Publ) Method to do fast traffic switchover based on server layer status

Also Published As

Publication number Publication date
CN105515816A (en) 2016-04-20
WO2015184740A1 (en) 2015-12-10

Similar Documents

Publication Publication Date Title
CN105515816B (en) Processing method and device for detecting hierarchical information
CN105577413B (en) Operations, Administration and Maintenance OAM message processing method and processing device
CN111953604B (en) Method and device for providing business service for business flow
CN111886833B (en) Method for redirecting control channel messages and device for implementing the method
CN107465565B (en) Link test method and apparatus and system
CN103036809B (en) For having the method and apparatus of the scalable network that active link utilizes
WO2016165492A1 (en) Method and apparatus for implementing service function chain
US9893986B2 (en) Label distribution method and device
CN105577416B (en) Service function chain operation, management and maintenance method and node equipment
EP3934183B1 (en) Service function chain sfc-based communication methods, and apparatuses
EP3211832B1 (en) Fault detection method and device
CN111049752B (en) Load balancing method and device for multiple transmission lines
US10623278B2 (en) Reactive mechanism for in-situ operation, administration, and maintenance traffic
US10178017B2 (en) Method and control node for handling data packets
CN105723654A (en) Optimized multicast routing in a clos-like network
CN103490921B (en) Network protection method, device, lower link point and system
US10972381B2 (en) Network operations reactive to operations data included in seamless bidirectional forwarding detection (S-BFD) packets
CN116195352A (en) Access traffic management
CN110224916B (en) Message processing method and device and message packaging method, device and system
CN103036984B (en) One-way flow detection method and network equipment
KR101802037B1 (en) Method and system of transmitting oam message for service function chaining in software defined network environment
CN106559838B (en) business processing optimization method and device
CN106656786B (en) Flow protection method and device
EP3131344A1 (en) Method and system for discovery of access aggregation points for bonding approaches in a telecommunication network
CN115842696A (en) Communication method, apparatus and computer-readable storage medium

Legal Events

Date Code Title Description
C06 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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20191231

Termination date: 20201020

CF01 Termination of patent right due to non-payment of annual fee