WO2018054397A1 - 业务功能链检测路径的方法和装置 - Google Patents

业务功能链检测路径的方法和装置 Download PDF

Info

Publication number
WO2018054397A1
WO2018054397A1 PCT/CN2017/112781 CN2017112781W WO2018054397A1 WO 2018054397 A1 WO2018054397 A1 WO 2018054397A1 CN 2017112781 W CN2017112781 W CN 2017112781W WO 2018054397 A1 WO2018054397 A1 WO 2018054397A1
Authority
WO
WIPO (PCT)
Prior art keywords
service function
function chain
path
service
information
Prior art date
Application number
PCT/CN2017/112781
Other languages
English (en)
French (fr)
Inventor
敖婷
王翠
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to US16/330,479 priority Critical patent/US10868734B2/en
Publication of WO2018054397A1 publication Critical patent/WO2018054397A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/085Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5058Service discovery by the service manager
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/30Managing network names, e.g. use of aliases or nicknames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5077Network service management, e.g. ensuring proper service fulfilment according to agreements wherein the managed service relates to simple transport services, i.e. providing only network infrastructure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • H04L61/2503Translation of Internet protocol [IP] addresses

Definitions

  • the present disclosure relates to the field of communications, and in particular, to a method and apparatus for detecting a path of a service function chain.
  • SFC Service Function Chain
  • Embodiments of the present disclosure provide a method and apparatus for detecting a service function chain path.
  • a method for detecting a path of a service function chain including: encapsulating a sending service function chain path identifier and a return service function chain path identifier in a packet header, and obtaining a service function chain detection report
  • the sending service function chain path identifier is used to indicate the path of the service function chain to detect the packet
  • the return service function chain path identifier is used to indicate the path of the service function chain detection response packet corresponding to the service function chain detection packet
  • the service function chain detects the message
  • the service function chain detects the reply message, wherein the service function chain detection reply message includes a return path information, and the return path information is used to indicate that the service function chain detects the message during the sending process.
  • Service chain path is used to indicate that the service function chain detects the message during the sending process.
  • the sending service function chain path identifier and the returning service function chain path identifier are encapsulated in the packet header, and the service function chain detection packet is obtained, including: sending service in the service function chain detection packet.
  • the function chain path identifier is added to the network service packet header NSH, and the service function chain path identifier includes: a service function path identifier SFPID and a location information Service Index; and a return service function chain path identifier includes: a return path Identify the SFPID; or, the corresponding return location information Reverse Service Index; or, return the path identifier SFPID and the corresponding return location information Reverse Service Index.
  • the location information Reverse Service Index is used to indicate that each service function device performs an addition operation on the Reverse Service Index in the process of forwarding the service function chain detection message; wherein, the Reverse Service Index is a service function chain.
  • the method further includes: detecting whether the return path information is the same as the preset detection path information, where the preset detection path information is included in the sending service function chain path identifier Corresponding location information of each service function device in the sending link.
  • the service function chain detection message is used to indicate that each service function device SF adds the service function information SF Info of each SF in the process of forwarding the service function chain detection message; or the SF The Service Index processed; or the service function information SF Info of each SF and the Service Index processed by the SF.
  • the service function chain detects a reply message, and is used to indicate that each service function device SF adds the service function information SF Info of each SF in the process of forwarding the service function chain to detect the reply message; or The Service Index of the SF process; or the service function information SF Info of each SF and the Service Index processed by the SF.
  • the method further includes: after receiving the service function chain detection message, the service function point continues to forward the service function chain after adding the service function information SF Info to the service function chain detection message.
  • the service function detects the packet of the service function chain and carries the service function information SF Info originally carried in the service function chain.
  • the method further includes: after receiving the service function chain detection message, the service function point adds the service function information SF Info of the service function point in the service function chain detection response message.
  • the service function chain detection packet carries a reply identifier bit, where the reply identifier bit is used to indicate whether the service function device adds a service function according to the value of the reply identifier bit when processing the service function chain detection packet.
  • the information SF Info; the value of the identifier bit includes: a first preset value and a second preset value, where the first preset value is used to indicate that the service function device does not carry the service function information SF Info to the service function chain detection message; The second preset value is used to indicate that the service function device carries the service function information SF Info to the service function chain detection packet.
  • the method further includes: the service function chain detection message carries a reply identifier bit; wherein the reply identifier bit is used to indicate that the service function device processes the service function chain detection message according to the value of the reply identifier bit Whether the service function information SF Info is added, where the value of the identifier bit includes: a first preset value and a second preset value, where the first preset value is used to indicate that the service function device detects that the reply packet does not carry the service to the service function chain.
  • the function information SF Info; the second preset value is used to indicate that the service function device detects the response packet carrying service function information SF Info for the service function chain,
  • the return path information includes: metadata of all service function devices that are sequentially added in the process of transmitting the service function chain detection message according to the service function path identifier SFPID.
  • detecting whether the return path information is the same as the preset detection path information includes: detecting metadata of all service function devices added in the reply message according to the service function chain, and obtaining a service function in the service function path SFP The return path information of the chain detection packet, where the return path information includes location information Service Index of all service function devices that have processed the service function chain detection message; and determine whether the return path information is the same as the preset detection path information.
  • the receiving the service function chain detection reply message includes: receiving, by each service function device SF, the service function chain detection reply message returned according to the service function chain detection message, and the service function chain detecting the reply message
  • the return path information includes: enhanced metadata; wherein the enhanced metadata includes at least one of the following: type type, length long, service function device information SF Info, and location information Service Index corresponding to the service function device SF.
  • the method includes: extracting enhanced metadata in a service function chain detection reply message returned by each service function device SF; and performing enhancement metadata corresponding to each service function device SF according to the timing of detecting the return message of each service function chain Sorting to obtain a first sequence, where the first sequence includes: service function device information SF Info of each service function device SF and location information Service Index corresponding to each service function device SF; detecting whether the first sequence is related to preset detection The preset sequence in the path information is the same.
  • an apparatus for detecting a path of a service function chain includes: an encapsulating module configured to encapsulate a sending service function chain path identifier and a return service function chain path identifier in a packet header, The service function chain detection packet is obtained, where the service function chain path identifier is used to indicate the path of the service function chain detection packet, and the return service function chain path identifier is used to indicate the service function chain detection corresponding to the service function chain detection packet.
  • the path of the reply packet; the sending module is configured to send the service function chain detection packet.
  • an apparatus for detecting a service function chain detection path includes: a receiving module configured to receive a service function chain detection reply message, where the service function chain detection reply message includes a return path The information, the return path information is used to indicate the service function chain path of the service function chain detection packet during the sending process, and the detection module is configured to detect whether the return path information is the same as the preset detection path information, where the preset detection path information includes The location information path of each service function device in the sending link corresponding to the service function chain path identifier.
  • a storage medium is also provided.
  • the storage medium is configured to store the program code for performing the following steps: encapsulating the sending service function chain path identifier and the returning service function chain path identifier in the packet header to obtain a service function chain detection packet, where the service function is sent
  • the link path identifier is used to indicate the path of the service function chain to detect the packet
  • the return service function chain path identifier is used to indicate the path of the service function chain detection response packet corresponding to the service function chain detection packet
  • the service function chain detection packet is sent.
  • Receiving a service function chain detection reply message wherein the service function chain detection reply message includes a return path information
  • the return path information is used to indicate a service function chain path of the service function chain detection message during the sending process.
  • the storage medium is further configured to store program code for performing the following steps: encapsulating the sending service function chain path identifier and the returning service function chain path identifier in the packet header to obtain a service function chain detection report Text, including: the sending industry in the service function chain detection message
  • the service function chain path identifier is added to the network service packet header NSH, and the service function chain path identifier includes: a service function path identifier SFPID and a location information Service Index; and a return service function chain path identifier includes: return The path identifier SFPID; or the corresponding return location information Reverse Service Index; or, the return path identifier SFPID and the corresponding return location information Reverse Service Index.
  • the storage medium is further configured to store program code for performing the following steps: returning the location information Reverse Service Index, indicating that each service function device reverses the process of forwarding the service function chain to detect the message.
  • the Service Index performs an addition operation, where the Reverse Service Index is the starting value of the location of the first service function device SF on the service function chain path.
  • the storage medium is further configured to store program code for performing the following steps: returning the location information Reverse Service Index, indicating that each service function device reverses the process of forwarding the service function chain to detect the message.
  • the Service Index performs an addition operation, where the Reverse Service Index is the starting value of the location of the first service function device SF on the service function chain path.
  • the storage medium is further configured to store program code for performing the following steps: after receiving the service function chain to detect the reply message, the method further includes: detecting whether the return path information is the same as the preset detection path information, The preset detection path information includes location information of each service function device in the sending link corresponding to the service function chain path identifier.
  • the storage medium is further configured to store program code for performing the following steps: a service function chain detection message, which is used to indicate that each service function device SF is added in the process of forwarding the service function chain detection message.
  • the storage medium is further configured to store program code for performing the following steps: the service function chain detection reply message is used to indicate that each service function device SF detects the reply message in the forwarding service function chain. Adding the service function information SF Info of each SF; or the Service Index processed by the SF; or the service function information SF Info of each SF and the Service Index processed by the SF.
  • the storage medium is further configured to store program code for performing the following steps: the method further comprises: after receiving the service function chain detection message, the service function point is adding its own service function information SF Info After the service function chain detection packet is sent, the service function chain detection packet is forwarded; the service function point replies to the service function chain detection packet, and carries the service function chain SF Info originally carried in the service function chain detection packet.
  • the storage medium is further configured to store program code for performing the following steps: the method further comprises: after receiving the service function chain detection message, the service function point is added in the service function chain detection reply message Business function information SF Info of the business function point.
  • the storage medium is further configured to store program code for performing the following steps: the service function chain detection message carries a reply identification bit; wherein the reply identification bit is used to indicate that the service function device processes the service function chain When the packet is detected, the service function information SF Info is added according to the value of the reply identifier bit.
  • the value of the identifier bit includes: a first preset value and a second preset value, where the first preset value is used to indicate the service function device.
  • the service function chain detection packet does not carry the service function information SF Info; the second preset value is used to indicate that the service function device carries the service function information SF Info to the service function chain detection packet.
  • the storage medium is further configured to store program code for performing the steps of: the method further comprising: the service function chain detection message carrying a reply identification bit; wherein the reply identification bit is used to indicate the service function device
  • the service function information SF Info is added according to the value of the reply identifier bit.
  • the value of the identifier bit includes: a first preset value and a second preset value, where the first preset value is used.
  • the service function device indicates that the service function chain detection reply message does not carry the service function information SF Info; the second preset value is used to indicate that the service function device detects the reply message carrying service function information SF Info for the service function chain.
  • the storage medium is further configured to store program code for performing the following steps: returning the path information includes: all service functions added in sequence during the transmission of the service function chain detection message according to the service function path identifier SFPID The metadata of the device.
  • the storage medium is further configured to store program code for performing the step of: detecting whether the return path information is the same as the preset detection path information, comprising: detecting all services added in the reply message according to the service function chain
  • the metadata of the function device obtains the return path information of the service function chain detection message in the service function path SFP, where the return path information includes The location information Service Index of all service function devices of the service function chain detection packet is determined; whether the return path information is the same as the preset detection path information.
  • the storage medium is further configured to store program code for performing the following steps: receiving the service function chain detecting the reply message comprises: receiving a service function returned by each service function device SF according to the service function chain detection message
  • the chain detection reply message, the return path information in the service function chain detection reply message includes: enhanced metadata; wherein the enhanced metadata includes at least one of the following types: type type, length long, service function device information SF Info, and service function.
  • the storage medium is further configured to store program code for performing the step of: detecting whether the return path information is the same as the preset detection path information, comprising: extracting a service function chain detection returned by each service function device SF Responding to the enhanced metadata in the message; sorting the enhanced metadata corresponding to each service function device SF according to the timing of detecting the return message of each service function chain, to obtain a first sequence, wherein the first sequence includes: The service function device information SF Info of the service function device SF and the location information Service Index corresponding to each service function device SF; detecting whether the first sequence is the same as the preset sequence in the preset detection path information.
  • the service function chain detection identifier is obtained by encapsulating the service function chain path identifier and the return service function chain path identifier in the packet header, where the service function chain path identifier is used to indicate the service function chain detection.
  • the path of the packet is returned.
  • the service function chain path identifier is used to indicate the path of the service function chain corresponding to the service function chain detection packet, and the service function chain detects the packet; the service function chain detects the response packet.
  • the service function chain detection reply message includes a return path information, and the return path information is used to indicate a service function chain path of the service function chain detection message during the sending process. Therefore, the problem that the integrity and consistency of the detection sequence on the path cannot be guaranteed can be solved, and the effect of correctly implementing the path sequence can be achieved.
  • 1 is a schematic diagram of an existing forwarding mode of an SFC
  • FIG. 2 is a flowchart of a method of detecting a path of a service function chain according to an embodiment of the present disclosure
  • FIG. 3 is a schematic diagram of a networking diagram in a method for detecting a path of a service function chain according to an embodiment of the present disclosure
  • FIG. 4 is a schematic diagram of an identity consistency detection message in a method for detecting a path of a service function chain according to an embodiment of the present disclosure
  • FIG. 5 is a schematic diagram of an SF TLV format in a method of a service function chain detection path according to an embodiment of the present disclosure
  • FIG. 6 is a schematic diagram of an SF Plus TLV format in a method of a service function chain detection path according to an embodiment of the present disclosure
  • FIG. 7 is a schematic diagram of OAM path detection of a symmetric SFC in a method of detecting a path of a service function chain according to an embodiment of the present disclosure
  • FIG. 8 is a structural block diagram of an apparatus for detecting a path of a service function chain according to an embodiment of the present disclosure
  • FIG. 9 is a structural block diagram of an apparatus for detecting a path of a service function chain according to an embodiment of the present disclosure.
  • FIG 1 is a schematic diagram of the architecture of a service function chain.
  • the architecture is shown in Figure 1.
  • the traffic that the traffic passes through is determined by the service function chain SFC.
  • SFC Service Function Path Identifier
  • SFPID Service Function Path Identifier
  • the forwarding device forwards the packet according to the SFC identifier SFPID. Therefore, different service flows can be implemented for different traffic, and differentiated requirements can be realized.
  • the current service function chain is processed as shown in Figure 1.
  • the SF is a service function (firewall, NAT, DPI, etc.), and the SFF is a service function forwarding device.
  • the SFP ID carried in the packet is selected according to the SFPID. Forwarding, that is, the packet received from the classifier or the SFF, the SFF will be forwarded to the SF that belongs to the service chain path according to the SFPID of the packet; the SFF will receive the packet according to the SFPID of the packet. One hop, then the message is sent to the next SFF according to the address of the next hop.
  • the main method of the technology is to add an SFPID to the OAM packet, so that the OAM packet can be forwarded along the path of the SFC, thereby ensuring the connectivity and connectivity of the SFC path.
  • the OAM packet header carries the NSH header, which contains the path-related SFPID and Service Index.
  • the SFF and SF on the SFC path are forwarded according to the SFPID, and the ServiceIndex is decremented by one each time an SF is reached.
  • the OAM packet in the OAM packet carries the destination IP address of the OAM reply packet (in the metadata of the NSH header), that is, the OAM reply packet is not forwarded by the SFC to the detecting device to determine the OAM packet. Detect connectivity of the SFC path.
  • the SF directly adds the information of the SF to the SFF to which the OAM packet is forwarded, and the SFF takes the destination IP address in the OAM packet to re-encapsulate the OAM reply packet. IP forwarding is sent to the detection device. In this way, the SFF is more demanding, and the SFF needs to be able to parse the metadata field in the OAM message and construct an OAM reply message.
  • the existing method is even more unsuitable and cannot detect the connectivity of the reply path.
  • SFC For the particularity of SFC, it must ensure the connectivity of the path and the accessibility of the intermediate device (SFF, SF). However, due to the particularity of SFC, that is, multiple SFs on an SFC are connected in a certain sequence, the OAM of the SFC not only ensures the connectivity of the SFC path, but also can detect the integrity and consistency of the sequence.
  • SFC Service Function Chain
  • TLV type type, long length, value value
  • Network service header Network Service Header, referred to as NSH.
  • FIG. 2 is a flowchart of a method for detecting a path of a service function chain according to an embodiment of the present disclosure. As shown in FIG. 2, the process includes the following steps:
  • step S202 the service function chain path identifier and the return service function chain path identifier are encapsulated in the packet header to obtain a service function chain detection packet, where the service function chain path identifier is used to indicate the service function chain detection packet.
  • the path of the service function chain path is used to indicate the path of the service function chain detection response packet corresponding to the service function chain detection packet;
  • Step S204 Send a service function chain detection packet.
  • Step S206 Receive a service function chain detection reply message, where the service function chain detection reply message includes return path information, and the return path information is used to indicate a service function chain path of the service function chain detection message during the sending process.
  • the return path information provided in the embodiment of the present disclosure includes the service function node information that the service function chain detects the packet.
  • the method for detecting the path of the service function chain includes: detecting whether the return path information is the same as the preset detection path information, where the preset detection path information is included in The service function chain path identifies the location information of each service function device in the sending link.
  • the service function chain path identifier and the return service function chain path identifier are encapsulated in the packet header, and the service function chain detection packet is obtained, where the service is sent.
  • the function chain path identifier is used to indicate the path of the service function chain to detect the packet;
  • the return service function chain path identifier is used to indicate the path of the service function chain corresponding to the service function chain detection packet, and the service function chain detection report is sent.
  • the service function chain path identifier and the return service function chain path identifier may be encapsulated in the packet header to obtain the service function chain detection packet, including:
  • Step 1 Add a return service function chain path identifier in the service service function path path identifier network service packet header NSH in the service function chain detection packet;
  • the sending service function chain path identifier includes: a service function path identifier SFPID and a location information Service Index; the return service function chain path identifier includes: a return path identifier SFPID; or a corresponding return location information Reverse Service Index; or, a return path identifier
  • the SFPID and the corresponding return location information are: the location information Service Index, which is used to indicate that each service function device performs a subtraction operation on the Service Index in the process of forwarding the service function chain detection message; and returns the location information Reverse Service Index And indicating that each service function device performs an adding operation on the reverse service index in the process of forwarding the service function chain detection message; wherein, the reverse service index is the start of the first service function device SF location on the service function chain path. value.
  • the return service function chain path identifier includes: a return path identifier SFPID; or a corresponding return location information Reverse Service Index; or, a return path identifier SFPID and a corresponding return location information
  • the return service information Reverse Service Index may be used to indicate that each service function device performs an addition operation on the Reverse Service Index in the process of forwarding the service function chain detection message; wherein, the Reverse Service Index is a service function chain path.
  • the method for detecting the path of the service function chain provided by the embodiment of the present disclosure may further include:
  • step S208 it is detected whether the return path information is the same as the preset detection path information, where the preset detection path information includes location information of each service function device in the sending link corresponding to the service function chain path identifier.
  • the service function chain detection message may be used to indicate that each service function device SF adds the service function information SF Info of each SF in the process of forwarding the service function chain detection message; or the SF process The Service Index; or the service function information SF Info of each SF and the Service Index processed by the SF.
  • the service function chain detection reply message may be used to indicate that each service function device SF adds the service function information SF Info of each SF in the process of forwarding the service function chain to detect the reply message; or The Service Index processed by the SF; or the service function information SF Info of each SF and the Service Index processed by the SF.
  • the method for detecting a path of the service function chain of the embodiment of the present disclosure may further include: After receiving the service function chain detection packet, the service function point adds the service function information SF Info to the service function chain detection message and then forwards the service function chain detection message; the service function point replies to the service function chain.
  • the service packet is detected by the service function chain to detect the service function information SF Info originally carried in the packet.
  • the method for detecting a service function chain of the embodiment of the present disclosure may further include: after receiving the service function chain detection message, the service function point adds a service function point service in the service function chain detection response message.
  • Function information SF Info may further include: after receiving the service function chain detection message, the service function point adds a service function point service in the service function chain detection response message.
  • the service function chain detection packet carries a reply identifier bit, where the reply identifier bit is used to indicate whether the service function device adds the service function information according to the value of the reply identifier bit when processing the service function chain detection packet.
  • SF Info The value of the identifier bit includes: a first preset value and a second preset value, where the first preset value is used to indicate that the service function device does not carry the service function information SF Info to the service function chain detection packet; The preset value is used to indicate that the service function device carries the service function information SF Info to the service function chain detection packet.
  • the method for detecting a service function chain of the embodiment of the present disclosure may further include: carrying a reply identifier bit in the service function chain detection packet; wherein the reply identifier bit is used to indicate that the service function device processes the service function chain detection
  • the service function information SF Info is added according to the value of the reply identifier bit.
  • the value of the identifier bit includes: a first preset value and a second preset value, where the first preset value is used to indicate a pair of service function devices.
  • the service function chain detection reply message does not carry the service function information SF Info; the second preset value is used to indicate that the service function device detects the reply message carrying service function information SF Info to the service function chain.
  • the return path information may include: metadata of all service function devices added in sequence during the transmission process of the service function chain detection message according to the service function path identifier SFPID.
  • detecting whether the return path information is the same as the preset detection path information may include:
  • the service function chain detects the metadata of all service function devices added in the response message, and obtains the return path information of the service function chain detection message in the service function path SFP, where the return path information includes the processed service function chain detection report.
  • the location information Service Index of all the service function devices of the text; determining whether the return path information is the same as the preset detection path information.
  • receiving the service function chain detection response message may include:
  • the service function chain SF receives the service function chain detection response message returned by the service function chain detection packet, and the return path information in the service function chain detection response message includes: enhanced metadata; wherein the enhancement metadata includes at least the following: One of the types: type type, length long, service function device information SF Info, and location information Service Index corresponding to the service function device SF.
  • the detecting whether the return path information is the same as the preset detection path information may include: extracting the enhanced metadata in the service function chain detection reply message returned by each service function device SF; detecting according to each service function chain The timing of the reply message is sorted by the enhanced metadata corresponding to each service function device SF to obtain a first sequence, where the first sequence includes: service function device information SF Info of each service function device SF and each service The location information Service Index corresponding to the function device SF; detecting whether the first sequence is the same as the preset sequence in the preset detection path information.
  • the metadata may include: a type type, a length long, and a value, wherein the value includes: a service function device identifier SF ID.
  • detecting whether the return path information is the same as the preset detection path information may include:
  • the service function chain detects the metadata of all service function devices added in the response message, and obtains the return path information of the service function chain detection message in the service function path SFP, where the return path information includes the processed service function chain detection report.
  • the location information Service Index of all business function devices.
  • an exemplary solution in the method for detecting a path of a service function chain provided by an embodiment of the present disclosure is:
  • the device After the service chain detection packet is sent, the device sends a service function chain detection packet, and receives a service function chain detection response packet returned by the service function chain detection packet, and detects the response packet according to the service function chain.
  • the return path information carried in the detection is the same as the preset detection path information.
  • the device that receives the response packet of the service function chain may be the device that sends the service function chain to detect the message, and may also be a controller that receives the service function chain detection.
  • the packet is returned, and the return path information carried in the response packet is detected according to the service function chain to detect whether it is the same as the preset detection path information.
  • the controller can reduce the data pressure on the packet processing device that sends the service chain detection message, and improve the data processing efficiency.
  • an object of the present disclosure is to provide a method for detecting a path based on an SFC, that is, a method for detecting a path of a service function chain, which can effectively detect a path of an SFC.
  • a method for detecting a path based on an SFC that is, a method for detecting a path of a service function chain, which can effectively detect a path of an SFC.
  • the integrity and consistency of the SFC forwarding path can be ensured, especially for the symmetric SFC path detection with bidirectional co-directional.
  • the disclosure adopts the following scheme: an operation management and maintenance (OAM) message of the SFC, the head carries the SFC path identification information NSH header to be detected, and carries the return path identification information. Used for forwarding OAM reply messages.
  • OAM operation management and maintenance
  • the device SF or SFF
  • the return path identifier information carried in the OAM packet is placed in the NSH header of the OAM reply packet, and the OAM reply The message is forwarded according to the new return path identifier.
  • the NSH header here includes an SFC path identifier SFPID and a location information Service Index; the return path identifier information also includes an identifier SFPID of the return path and a related location information Reverse Service Index.
  • the SF will process the OAM packet and then drill the OAM packet.
  • the service index of the OAM packet header will be decremented by one.
  • the Reverse Service Index will add one.
  • the Reverse Service Index is the starting value of the first SF position on this SFC path.
  • the OAM packet In order to be able to detect the sequence correctness of the path, the OAM packet needs to provide the sequence detection capability.
  • a sequence identifier is added to notify the device on the SFC path that the sequence needs to be advertised.
  • the SF device on the SFC path After the SF device on the SFC path receives the OAM packet and detects the sequenced identifier, the SF adds an SF Info to the OAM packet or the response packet, or adds the SF processing as needed. Service Index, or add a SF Info of its own and add the Service Index processed by the SF as needed, and then process the OAM packet before proceeding.
  • the next SF After receiving the OAM packet of the detection sequence, the next SF will be after the SF Info of the previous SF. Add your own SF Info, or add your own SF info and the Service Index where the SF is located in the reply message, or add your own SF Info after the SF Info of the previous SF and add yourself to the reply message. SF info and the Service Index where the SF is located.
  • the final OAM reply message carries all the passed SF IDs.
  • the destination device detects that the OAM packet is a sequence detection packet, and then sends the SF info information carried in the previously received OAM message to the OAM reply packet when the OAM reply packet is sent. After the text is issued again.
  • the receiving device of the OAM reply message parses the OAM reply message with the detection sequence capability, and determines the SF order of the received reply message. If the sequence is consistent with the SFC request, the detection passes, otherwise the alarm is generated.
  • the present disclosure introduces a new OAM detection mechanism, which ensures the connectivity of the SFC path while ensuring the connectivity of the bidirectional SFC path, and ensures that the sequence order and the plan of the SF on the SFC path are consistent, thereby ensuring the consistency and integrity of the path. Sex.
  • the method for detecting a path of a service function chain provided by an embodiment of the present disclosure is as follows:
  • the traffic sent by the S to the D is processed by some service functions, and the service function chain is: SF11->SF13->SF22, as shown in FIG.
  • the present disclosure extends the Loopback message, and the flag field in the loopback message is as shown in FIG. 4 .
  • the flag here is the length of one byte.
  • One of the flag bits CS can be used to indicate the consistency check, and the remaining bits are represented by R, indicating that the remaining bits are reserved for later use.
  • NSF header is encapsulated in the header of the loopback packet.
  • the header carries the identifier SFPID of the service function chain to be detected, and the NSH header indicates that the packet is an OAM packet.
  • the SFF/SF in Figure 3 will forward the message according to the SFPID.
  • (Metadata), referred to herein as SF TLV is formatted as shown in Figure 5.
  • SF11 processes the loopback packet and forwards it to SFF1, and SFF1 forwards it to SF31.
  • SF31 also processes the loopback packet, carries the SF TLV of the previous SF31, and then sends the loopback packet to the SF11.
  • the SFC path identifier information is obtained from the loopback packet, and an OAM reply packet carrying the NSH header is re-encapsulated.
  • the TLVs of the three SFs are sequentially sent back in the loopback reply packet.
  • all the SF TLVs in the path carried in the loopback reply packet can be used to know the detailed SF processing information of the entire SFC path, and generate a service function chain path that is taken when the actual packet is forwarded, so as to determine whether the path is met. consistency. If the match is met, the path consistency check passes. Otherwise, the alarm is not passed.
  • the linktrace packet is forwarded in an SFC path (still in the SF11->SF13->SF22 of the implementation mode 1), and is used to detect the path.
  • the same as the implementation manner 1, as shown in FIG. 5, is used to indicate that the linktrace message needs to detect the consistency of the path.
  • Each SF that receives the test packet will reply with a trace response packet, and the trace response packet also carries an SF plus TLV (metadata).
  • the TLV not only carries the SF information but also carries the service. Index, used to indicate the location of the business function chain where this SF is located, as shown in Figure 6. This ensures the consistency of the order of these SFs.
  • the NSH header in the Linktrace message contains the SFPID that identifies the path, and there is also a service index.
  • the SFF/SF in Figure 3 is based on the SFPID.
  • the message is forwarded, and each SF that receives the message processes the service index (minus one).
  • the trace response packet of the SF also needs to parse the return path identifier information from the link trace packet, and re-encapsulate the trace response packet with the return path identifier information and forward it in the SFC network.
  • the SFF1 is forwarded to the SF13, and the SF13 also processes the link trace message, carries the SF plus TLV of the previous SF13 in the trace response message, and then forwards the link trace message to the SFF1.
  • the device that sends the linktrace finally receives the trace response packet sent by the SF on all the detected SFC paths, including the detailed information of the SF and the service index of the SF, and the SFC can be connected in series through the information.
  • the entire path sequence ensures consistency. If the path sequence of the received trace response is inconsistent with the plan, an error is generated.
  • the implementation of the third method and the implementation of the fourth method is to describe how to process the OAM packet and send the OAM reply packet to ensure the normal forwarding of the OAM reply packet.
  • This implementation mode 3 describes a scenario of a symmetric SFC.
  • Red is an OAM message and blue is an OAM reply message.
  • SFP1 and SFP2 are two SFC paths in the same way.
  • the OAM packet carries the NSH header of SFP1.
  • the NSH header includes SFPID1 and Service Index (here set to 255), and the NSH header also carries a return path identifier information in the metadata.
  • the metadata includes The return path identifies SFPID2 and a reverse Service Index (since the SFC has three SFs, the starting position of the first SF22 of SFP2 is 252).
  • the SF processes the OAM packet by subtracting the Service Index from the normal message, adding one to the Reverse Service Index in the metadata, and then continuing to forward.
  • the SF will take the SFPID2 in the metadata of the NSH header in the original OAM message and the current value of the reverse Service Index at this time as the SFPID and Service Index of the NSH header of the OAM reply message. Therefore, the OAM reply message is forwarded on the SFP2 path according to SFPID2.
  • the OAM reply message path here may also be a default control message SFC.
  • SFP2 and SFP1 may be two SFC paths of different paths, and SFP1 is used for forwarding OAM packets.
  • SFP2 is used to forward OAM reply packets.
  • the method according to the foregoing embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is selected.
  • the solution of the present disclosure may be embodied in the form of a software product stored in a storage medium (such as a ROM/RAM, a magnetic disk, an optical disk), and includes a plurality of instructions for making one
  • the terminal device (which may be a cell phone, computer, server, or network device, etc.) performs the methods described in various embodiments of the present disclosure.
  • a device for detecting a service function chain is also provided, which is used to implement the above examples and implementation manners, and details have been omitted for description.
  • the term "module” may implement software, hardware, or a combination thereof of a predetermined function.
  • the devices described in the following embodiments may be implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • FIG. 8 is a structural block diagram of an apparatus for detecting a path of a service function chain according to an embodiment of the present disclosure. As shown in FIG. 8, the apparatus includes: a package module 82 and a sending module 84, where
  • the encapsulating module 82 is configured to encapsulate the sending service function chain path identifier and the return service function chain path identifier in the packet header to obtain a service function chain detection packet, where the sending service function chain path identifier is used to indicate the service function chain.
  • the path of the packet is detected; the path of the service function chain is used to indicate the path of the service function chain corresponding to the service function chain detection packet.
  • the sending module 84 is configured to send a service function chain detection packet.
  • FIG. 9 is a structural block diagram of an apparatus for detecting a service function chain according to an embodiment of the present disclosure.
  • the apparatus includes: a receiving module 92 and a detecting module 94, where
  • the receiving module 92 is configured to receive the service function chain detection reply message, where the service function chain detection reply message includes return path information, and the return path information is used to indicate the service function chain path of the service function chain detection message during the sending process. ;
  • the detecting module 94 is configured to detect whether the return path information is the same as the preset detection path information, where the preset detection path information includes a location information path of each service function device in the sending link corresponding to the service function chain path identifier.
  • the service function chain path identifier and the return service function chain path identifier are encapsulated in the packet header, and the service function chain detection packet is obtained, where the service is sent.
  • the function chain path identifier is used to indicate the path of the service function chain to detect the packet;
  • the service function chain path identifier is used to indicate the service function chain path of the service function chain corresponding to the service function chain detection packet, and the service function function is sent;
  • the chain detection packet is received by the service function chain, wherein the service function chain detection reply message includes a return path information, and the return path information is used to indicate a path of the service function chain detection message during the sending process, and therefore, Solve the problem that the integrity and consistency of the detection sequence on the path cannot be guaranteed, and achieve the effect of correctly implementing the path sequence.
  • the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the above modules are all located in the same processor; or, the above modules are respectively located in different combinations. In the processor.
  • Embodiments of the present disclosure also provide a storage medium.
  • the above storage medium may be arranged to store program code for performing the following steps:
  • the service function chain path identifier and the return service function chain path identifier are encapsulated to obtain a service function chain detection packet, where the service function chain path identifier is used to indicate the service function chain detection packet.
  • the path of the return service function chain path is used to indicate the path of the service function chain detection response packet corresponding to the service function chain detection packet;
  • the service function chain detects a reply packet, where the service function chain detection reply message includes a return path information, and the return path information is used to indicate a service function chain path of the service function chain detection message during the sending process.
  • the storage medium may be further configured to store program code for performing the following steps: transmitting the service function chain path identifier and returning the service function chain path identifier in the message header Encapsulating, obtaining the service function chain detection message, including: adding the return service function chain path identifier in the service service chain path identifier network service packet header NSH in the service function chain detection message; wherein, sending the service function chain path identifier
  • the return service function chain path identifier includes: a return path identifier SFPID; or a corresponding return location information Reverse Service Index; or, a return path identifier SFPID and a corresponding return location information Reverse Service Index.
  • the storage medium may be further configured to store program code for performing the following steps: returning the location information Reverse Service Index, indicating that each service function device is in the process of forwarding the service function chain to detect the message to the Reverse Service.
  • the Index performs an addition operation; wherein, the Reverse Service Index is the starting value of the location of the first service function device SF on the service function chain path.
  • the storage medium may be further configured to store program code for performing the following steps: returning the location information Reverse Service Index, indicating that each service function device is in the process of forwarding the service function chain to detect the message to the Reverse Service.
  • the Index performs an addition operation; wherein, the Reverse Service Index is the starting value of the location of the first service function device SF on the service function chain path.
  • the storage medium may be further configured to store program code for performing the following steps: after receiving the service function chain to detect the reply message, the method further includes: detecting whether the return path information is the same as the preset detection path information, wherein The preset detection path information includes location information of each service function device in the sending link corresponding to the service function chain path identifier.
  • the storage medium may be further configured to store program code for performing the following steps: a service function chain detection message, which is used to indicate that each service function device SF adds each in the process of forwarding the service function chain detection message.
  • the storage medium may be further configured to store program code for performing the following steps: the service function chain detection reply message is used to indicate that each service function device SF is in the process of forwarding the service function chain to detect the reply message. Adding the service function information SF Info of each SF; or the Service Index processed by the SF; or the service function information SF Info of each SF And the Service Index processed by the SF.
  • the storage medium may be further configured to store program code for performing the following steps: the method further comprises: after receiving the service function chain detection message, the service function point is adding its own service function information SF Info to After the service function chain detects the packet, the service function chain detection packet is further forwarded; the service function point replies to the service function chain detection packet, and carries the service function chain SF Info originally carried in the service function chain detection packet.
  • the storage medium may be further configured to store program code for performing the following steps: the method further includes: after receiving the service function chain detection message, the service function point adds a service in the service function chain detection response message. Service function information SF Info of the function point.
  • the storage medium may be further configured to store program code for performing the following steps: the service function chain detection message carries a reply identifier bit; wherein the reply identifier bit is used to indicate that the service function device processes the service function chain detection
  • the service function information SF Info is added according to the value of the reply identifier bit.
  • the value of the identifier bit includes: a first preset value and a second preset value, where the first preset value is used to indicate a pair of service function devices.
  • the service function chain detection packet does not carry the service function information SF Info; the second preset value is used to indicate that the service function device carries the service function information SF Info to the service function chain detection packet.
  • the storage medium may be further configured to store program code for performing the following steps: the method further includes: the service function chain detection message carries a reply identifier bit; wherein the reply identifier bit is used to indicate that the service function device processes When the service function chain detects the packet, the service function information SF Info is added according to the value of the reply identifier bit.
  • the value of the identifier bit includes: a first preset value and a second preset value, where the first preset value is used to indicate The service function device does not carry the service function information SF Info for the service function chain detection reply message; the second preset value is used to indicate that the service function device detects the response message carrying service function information SF Info for the service function chain,
  • the storage medium may be further configured to store program code for performing the following steps: the return path information includes: all service function devices added in sequence during the transmission process of the service function chain detection message according to the service function path identifier SFPID Metadata.
  • the storage medium may be further configured to store program code for performing the following steps: detecting whether the return path information is the same as the preset detection path information, including: detecting all service functions added in the reply message according to the service function chain. Metadata of the device, get the business function path The return path information of the service function chain detection packet in the SFP, where the return path information includes the location information Service Index of all the service function devices that have processed the service function chain detection message; and whether the return path information and the first return path identifier are determined. The information is the same.
  • the storage medium may be further configured to store program code for performing the following steps: receiving the service function chain, detecting the reply message, including: receiving a service function chain returned by each service function device SF according to the service function chain detection message. Detecting the reply message, the return path information in the service function chain detection reply message includes: enhanced metadata; wherein the enhanced metadata includes at least one of the following types: type type, length long, service function device information SF Info, and service function device Location information Service Index corresponding to SF.
  • the storage medium may be further configured to store program code for performing the following steps: detecting whether the return path information is the same as the preset detection path information, including: extracting a service function chain detection reply returned by each service function device SF
  • the enhanced metadata in the packet is sorted according to the timing of detecting the return message of each service function chain, and the enhanced metadata corresponding to each service function device SF is sorted to obtain a first sequence, wherein the first sequence includes: each The service function device information SF Info of the service function device SF and the location information Service Index corresponding to each service function device SF; detecting whether the first sequence is the same as the preset sequence in the preset detection path information.
  • the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a medium that can store program code may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.
  • computer storage medium includes volatile and nonvolatile, implemented in any method or technology for storing information, such as computer readable instructions, data structures, program modules or other data. Sex, removable and non-removable media.
  • Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disc (DVD) or other optical disc storage, magnetic cartridge, magnetic tape, magnetic disk storage or other magnetic storage device, or may Any other medium used to store the desired information and that can be accessed by the computer.
  • communication media typically includes computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and can include any information delivery media. .
  • the service function chain detection identifier is obtained by encapsulating the service function chain path identifier and the return service function chain path identifier in the packet header, where the service function chain path identifier is used to indicate the service function chain detection.
  • the path of the packet is returned.
  • the service function chain path identifier is used to indicate the path of the service function chain corresponding to the service function chain detection packet, and the service function chain detects the packet; the service function chain detects the response packet.
  • the service function chain detection reply message includes a return path information, and the return path information is used to indicate a service function chain path of the service function chain detection message during the sending process. Therefore, the problem that the integrity and consistency of the detection sequence on the path cannot be guaranteed can be solved, and the effect of correctly implementing the path sequence can be achieved.
  • the present disclosure therefore has industrial applicability.

Landscapes

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

Abstract

提供了一种业务功能链检测路径的方法和装置,通过本公开在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,其中,发送业务功能链路径标识用于指示业务功能链检测报文的路径;返回业务功能链路径标识用于指示业务功能链检测报文所对应的业务功能链检测回复报文的路径;发送业务功能链检测报文;接收业务功能链检测回复报文,其中,业务功能链检测回复报文包括返回路径信息,返回路径信息用于指示业务功能链检测报文在发送过程中的业务功能链路径。

Description

业务功能链检测路径的方法和装置 技术领域
本公开涉及通信领域,具体而言,涉及一种业务功能链检测路径的方法和装置。
背景技术
数据在进入网络时要接入大量的增值业务设备,如防病毒设备、加速设备、防火墙设备以及网络地址转换(Network Address Translation,简称NAT)设备等。流量没有差异化的区分而又要一次通过这些业务设备,给这些设备造成了不必要的负担,限制了服务资源的优化,配置复杂,很难实现服务配置的快速变化。
针对上述问题,目前业内提出了一种业务链的方式,即业务功能链(Service Function Chain,简称SFC),即把所有的服务业务整合,虚拟出Service overlay层,形成自己的服务拓扑,和底层网络解耦合,不再受到底层网络结构的限制,而对于业务功能链,路径检测非常重要。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本公开实施例提供了一种业务功能链检测路径的方法和装置。
根据本公开的一个实施例,提供了一种业务功能链检测路径的方法,包括:在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,其中,发送业务功能链路径标识用于指示业务功能链检测报文的路径;返回业务功能链路径标识用于指示业务功能链检测报文所对应的业务功能链检测回复报文的路径;发送业务功能链检测报文;接收业务功能链检测回复报文,其中,业务功能链检测回复报文包括返回路径信息,返回路径信息用于指示业务功能链检测报文在发送过程中的业 务功能链路径。
在示例性实施例中,在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,包括:在业务功能链检测报文中的发送业务功能链路径标识网络服务报文头NSH中添加返回业务功能链路径标识;其中,发送业务功能链路径标识包括:业务功能路径标识SFPID和位置信息Service Index;返回业务功能链路径标识包括:返回路径标识SFPID;或,对应的返回位置信息Reverse Service Index;或,返回路径标识SFPID和对应的返回位置信息Reverse Service Index。
在示例性实施例中,返回位置信息Reverse Service Index,用于指示每个业务功能设备在转发业务功能链检测报文的过程中对Reverse Service Index执行加法操作;其中,Reverse Service Index为业务功能链路径上第一个业务功能设备SF位置的起始值。
在示例性实施例中,在接收业务功能链检测回复报文之后,方法还包括:检测返回路径信息是否与预设检测路径信息相同,其中,预设检测路径信息包括在发送业务功能链路径标识对应的发送链路中每个业务功能设备的位置信息。
在示例性实施例中,业务功能链检测报文,用于指示每个业务功能设备SF在转发业务功能链检测报文的过程中添加每个SF的业务功能信息SF Info;或,所述SF处理的Service Index;或,每个SF的业务功能信息SF Info和SF处理的Service Index。
在示例性实施例中,业务功能链检测回复报文,用于指示每个业务功能设备SF在转发业务功能链检测回复报文的过程中添加每个SF的业务功能信息SF Info;或,所述SF处理的所述Service Index;或,每个SF的业务功能信息SF Info和所述SF处理的所述Service Index。
在示例性实施例中,方法还包括:在接收到业务功能链检测报文后,业务功能点在将自身的业务功能信息SF Info添加到业务功能链检测报文里后再继续转发业务功能链检测报文;业务功能点回复业务功能链检测报文,携带业务功能链检测报文中原携带的业务功能信息SF Info。
在示例性实施例中,方法还包括:在接收到业务功能链检测报文后,业务功能点在业务功能链检测回复报文中添加业务功能点的业务功能信息SF Info。
在示例性实施例中,在业务功能链检测报文携带有回复标识位;其中,回复标识位用于指示业务功能设备处理业务功能链检测报文时,依据回复标识位的值是否添加业务功能信息SF Info;其中,标识位的值包括:第一预设值和第二预设值,第一预设值用于指示业务功能设备对业务功能链检测报文不携带业务功能信息SF Info;第二预设值用于指示业务功能设备对业务功能链检测报文携带业务功能信息SF Info。
在示例性实施例中,方法还包括:在业务功能链检测报文携带有回复标识位;其中,回复标识位用于指示业务功能设备处理业务功能链检测报文时,依据回复标识位的值是否添加业务功能信息SF Info;其中,标识位的值包括:第一预设值和第二预设值,第一预设值用于指示业务功能设备对业务功能链检测回复报文不携带业务功能信息SF Info;第二预设值用于指示业务功能设备对业务功能链检测回复报文携带业务功能信息SF Info,
在示例性实施例中,返回路径信息包括:业务功能链检测报文依据业务功能路径标识SFPID进行传输过程中,依次添加的全部业务功能设备的元数据。
在示例性实施例中,检测返回路径信息是否与预设检测路径信息相同,包括:依据业务功能链检测回复报文中添加的全部业务功能设备的元数据,得到业务功能路径SFP中对业务功能链检测报文的返回路径信息,其中,返回路径信息包括处理过业务功能链检测报文的全部业务功能设备的位置信息Service Index;判断返回路径信息是否与预设检测路径信息相同。
在示例性实施例中,接收业务功能链检测回复报文包括:接收每个业务功能设备SF依据业务功能链检测报文返回的业务功能链检测回复报文,业务功能链检测回复报文中的返回路径信息包括:增强元数据;其中,增强元数据包括以下至少之一:类型type、长度long、业务功能设备信息SF Info和业务功能设备SF对应的位置信息Service Index。
在示例性实施例中,检测返回路径信息是否与预设检测路径信息相同, 包括:提取每个业务功能设备SF返回的业务功能链检测回复报文中的增强元数据;依据每个业务功能链检测回复报文返回的时序对每个业务功能设备SF对应的增强元数据进行排序,得到第一序列,其中,第一序列包括:每个业务功能设备SF的业务功能设备信息SF Info和每个业务功能设备SF对应的位置信息Service Index;检测第一序列是否与预设检测路径信息中预设序列相同。
根据本公开的另一个实施例,提供了一种业务功能链检测路径的装置,包括:封装模块,配置为在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,其中,发送业务功能链路径标识用于指示业务功能链检测报文的路径;返回业务功能链路径标识用于指示业务功能链检测报文所对应的业务功能链检测回复报文的路径;发送模块,配置为发送业务功能链检测报文。
根据本公开的另一个实施例,提供了另一种业务功能链检测路径的装置,包括:接收模块,配置为接收业务功能链检测回复报文,其中,业务功能链检测回复报文包括返回路径信息,返回路径信息用于指示业务功能链检测报文在发送过程中的业务功能链路径;检测模块,配置为检测返回路径信息是否与预设检测路径信息相同,其中,预设检测路径信息包括在发送业务功能链路径标识对应的发送链路中每个业务功能设备的位置信息路径。
根据本公开的又一个实施例,还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码:在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,其中,发送业务功能链路径标识用于指示业务功能链检测报文的路径;返回业务功能链路径标识用于指示业务功能链检测报文所对应的业务功能链检测回复报文的路径;发送业务功能链检测报文;接收业务功能链检测回复报文,其中,业务功能链检测回复报文包括返回路径信息,返回路径信息用于指示业务功能链检测报文在发送过程中的业务功能链路径。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,包括:在业务功能链检测报文中的发送业 务功能链路径标识网络服务报文头NSH中添加返回业务功能链路径标识;其中,发送业务功能链路径标识包括:业务功能路径标识SFPID和位置信息Service Index;返回业务功能链路径标识包括:返回路径标识SFPID;或,对应的返回位置信息Reverse Service Index;或,返回路径标识SFPID和对应的返回位置信息Reverse Service Index。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:返回位置信息Reverse Service Index,用于指示每个业务功能设备在转发业务功能链检测报文的过程中对Reverse Service Index执行加法操作;其中,Reverse Service Index为业务功能链路径上第一个业务功能设备SF位置的起始值。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:返回位置信息Reverse Service Index,用于指示每个业务功能设备在转发业务功能链检测报文的过程中对Reverse Service Index执行加法操作;其中,Reverse Service Index为业务功能链路径上第一个业务功能设备SF位置的起始值。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:在接收业务功能链检测回复报文之后,方法还包括:检测返回路径信息是否与预设检测路径信息相同,其中,预设检测路径信息包括在发送业务功能链路径标识对应的发送链路中每个业务功能设备的位置信息。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:业务功能链检测报文,用于指示每个业务功能设备SF在转发业务功能链检测报文的过程中添加每个SF的业务功能信息SF Info;或,所述SF处理的所述Service Index;或,所述每个SF的业务功能信息SF Info和所述SF处理的所述Service Index。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:业务功能链检测回复报文,用于指示每个业务功能设备SF在转发业务功能链检测回复报文的过程中添加每个SF的业务功能信息SF Info;或,所述SF处理的所述Service Index;或,所述每个SF的业务功能信息SF Info和所述SF处理的所述Service Index。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:方法还包括:在接收到业务功能链检测报文后,业务功能点在将自身的业务功能信息SF Info添加到业务功能链检测报文里后再继续转发业务功能链检测报文;业务功能点回复业务功能链检测报文,携带业务功能链检测报文中原携带的业务功能信息SF Info。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:方法还包括:在接收到业务功能链检测报文后,业务功能点在业务功能链检测回复报文中添加业务功能点的业务功能信息SF Info。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:在业务功能链检测报文携带有回复标识位;其中,回复标识位用于指示业务功能设备处理业务功能链检测报文时,依据回复标识位的值是否添加业务功能信息SF Info;其中,标识位的值包括:第一预设值和第二预设值,第一预设值用于指示业务功能设备对业务功能链检测报文不携带业务功能信息SF Info;第二预设值用于指示业务功能设备对业务功能链检测报文携带业务功能信息SF Info。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:方法还包括:在业务功能链检测报文携带有回复标识位;其中,回复标识位用于指示业务功能设备处理业务功能链检测报文时,依据回复标识位的值是否添加业务功能信息SF Info;其中,标识位的值包括:第一预设值和第二预设值,第一预设值用于指示业务功能设备对业务功能链检测回复报文不携带业务功能信息SF Info;第二预设值用于指示业务功能设备对业务功能链检测回复报文携带业务功能信息SF Info。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:返回路径信息包括:业务功能链检测报文依据业务功能路径标识SFPID进行传输过程中,依次添加的全部业务功能设备的元数据。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:检测返回路径信息是否与预设检测路径信息相同,包括:依据业务功能链检测回复报文中添加的全部业务功能设备的元数据,得到业务功能路径SFP中对业务功能链检测报文的返回路径信息,其中,返回路径信息包括处 理过业务功能链检测报文的全部业务功能设备的位置信息Service Index;判断返回路径信息是否与预设检测路径信息相同。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:接收业务功能链检测回复报文包括:接收每个业务功能设备SF依据业务功能链检测报文返回的业务功能链检测回复报文,业务功能链检测回复报文中的返回路径信息包括:增强元数据;其中,增强元数据包括以下至少之一:类型type、长度long、业务功能设备信息SF Info和业务功能设备SF对应的位置信息Service Index。
在示例性实施例中,存储介质还设置为存储用于执行以下步骤的程序代码:检测返回路径信息是否与预设检测路径信息相同,包括:提取每个业务功能设备SF返回的业务功能链检测回复报文中的增强元数据;依据每个业务功能链检测回复报文返回的时序对每个业务功能设备SF对应的增强元数据进行排序,得到第一序列,其中,第一序列包括:每个业务功能设备SF的业务功能设备信息SF Info和每个业务功能设备SF对应的位置信息Service Index;检测第一序列是否与预设检测路径信息中预设序列相同。
通过本公开,由于在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,其中,发送业务功能链路径标识用于指示业务功能链检测报文的路径;返回业务功能链路径标识用于指示业务功能链检测报文所对应的业务功能链检测回复报文的路径;发送业务功能链检测报文;接收业务功能链检测回复报文,其中,业务功能链检测回复报文包括返回路径信息,返回路径信息用于指示业务功能链检测报文在发送过程中的业务功能链路径。因此,可以解决无法保障路径上检测序列的完整性和一致性的问题,达到正确实现路径序列的效果。
在阅读并理解了附图和详细描述后,可以明白其他方面。
附图说明
图1是SFC的现有转发方式示意图;
图2是根据本公开实施例的业务功能链检测路径的方法的流程图;
图3是根据本公开实施例的业务功能链检测路径的方法中的组网图示意图;
图4是根据本公开实施例的业务功能链检测路径的方法中的标识一致性检测报文的示意图;
图5是根据本公开实施例的业务功能链检测路径的方法中的SF TLV格式的示意图;
图6是根据本公开实施例的业务功能链检测路径的方法中的SF PlusTLV格式的示意图;
图7是根据本公开实施例的业务功能链检测路径的方法中的对称SFC的OAM路径检测示意图;
图8是根据本公开实施例的业务功能链检测路径的装置的结构框图;
图9是根据本公开实施例的一种业务功能链检测路径的装置的结构框图。
具体实施方式
图1是业务功能链的架构示意图,架构如图1所示。流量所要经过的业务由业务功能链SFC决定。SFC通过对报文进行分级(由入口分级设备来做),对不同类别的流量分配不同的SFC,通过增加SFC标识(Service Function Path Identifier,简称SFPID)来识别不同的业务功能链。转发设备则依据SFC标识SFPID来对报文进行转发。从而实现针对不同的流量,可以实施不同的业务链处理,实现差异化需求。
目前业务功能链的处理如图1所示,SF是业务功能(防火墙,NAT,DPI等),SFF则是业务功能转发设备,依据报文中携带的SFPID选择不同的SF或者SFF对报文进行转发,即从分类器或SFF收到的报文,SFF会依据报文的SFPID转发到属于这条业务链路径的SF;从SF收到的报文,SFF会依据报文的SFPID选择出下一跳,然后根据下一跳的地址将报文送到下一个SFF上。
因此,对于业务功能链的路径检测就变得非常重要。目前的SFC的OAM 技术主要方法就是在OAM报文中增加SFPID,从而实现OAM报文能够沿着SFC的路径进行转发,从而保证SFC的路径的连通性和连接性。OAM报文头部携带上NSH头部,里面包含了路径相关的SFPID和Service Index,SFC路径上的SFF和SF都按照这个SFPID进行转发,并且每走到一个SF,ServiceIndex会被减1。并且,这里的OAM报文里面也携带了需要OAM回复报文的目的IP地址(放在NSH头部的metadata中),即该OAM回复报文不再通过SFC转发到检测设备判断之前OAM报文检测SFC路径的连通性。对于SF,在收到OAM报文后,直接将本SF的信息添加在OAM报文转发给其所连接的SFF,由SFF将OAM报文里面的目的IP地址取出来重新封装OAM回复报文通过IP转发发给检测设备。这样的方式对于SFF来说,要求更高,需要SFF能够解析OAM报文中的metadata字段,并且构建OAM回复报文。尤其对于一些双向同路的对称SFC,该现有方法就更加不适用了,无法检测回复路径的连通性。
而且,针对SFC的特殊性,它要保证路径的连通性,以及中间设备(SFF,SF)的可达性。但由于SFC的特殊性,即一条SFC上的多个SF是以一定的序列连接的,因此SFC的OAM不仅要保证SFC路径的连通性,还要能够检测序列的完整性和一致性。
下文中将参考附图并结合实施例来详细说明本公开。
本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
本公开实施例涉及的技术名词:
业务功能链:Service Function Chain,简称SFC;
业务功能路径标识:Service Function Path Identifier,简称SFPID;
TLV:type类型、long长度、value数值;
网络服务报文头:Network Service Header,简称NSH。
示例1
图2是根据本公开实施例的业务功能链检测路径的方法的流程图,如图2所示,该流程包括如下步骤:
步骤S202,在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,其中,发送业务功能链路径标识用于指示业务功能链检测报文的路径;返回业务功能链路径标识用于指示业务功能链检测报文所对应的业务功能链检测回复报文的路径;
步骤S204,发送业务功能链检测报文;
步骤S206,接收业务功能链检测回复报文,其中,业务功能链检测回复报文包括返回路径信息,返回路径信息用于指示业务功能链检测报文在发送过程中的业务功能链路径。
其中,本公开实施例中提供的返回路径信息包括业务功能链检测报文经过的业务功能节点信息。
此外,在接收业务功能链检测回复报文之后,本公开实施例提供的业务功能链检测路径的方法包括:检测返回路径信息是否与预设检测路径信息相同,其中,预设检测路径信息包括在发送业务功能链路径标识对应的发送链路中每个业务功能设备的位置信息。
在上述检测结果为不同的情况下,提示告警。
本公开实施例提供的业务功能链检测路径的方法中,由于在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,其中,发送业务功能链路径标识用于指示业务功能链检测报文的路径;返回业务功能链路径标识用于指示业务功能链检测报文所对应的业务功能链检测回复报文的路径;发送业务功能链检测报文;接收业务功能链检测回复报文,其中,业务功能链检测回复报文包括返回路径信息,返回路径信息用于指示业务功能链检测报文在发送过程中的业务功能链路径,因此,可以解决无法保障路径上检测序列的完整性和一致性的问题,达到正确实现路径序列的效果。
在本示例中,步骤S202,可以在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,包括:
Step1,在业务功能链检测报文中的发送业务功能链路径标识网络服务报文头NSH中添加返回业务功能链路径标识;
其中,发送业务功能链路径标识包括:业务功能路径标识SFPID和位置信息Service Index;返回业务功能链路径标识包括:返回路径标识SFPID;或,对应的返回位置信息Reverse Service Index;或,返回路径标识SFPID和对应的返回位置信息Reverse Service Index;其中,位置信息Service Index,用于指示每个业务功能设备在转发业务功能链检测报文的过程中对Service Index执行减法操作;返回位置信息Reverse Service Index,用于指示每个业务功能设备在转发业务功能链检测报文的过程中对Reverse Service Index执行加法操作;其中,Reverse Service Index为业务功能链路径上第一个业务功能设备SF位置的起始值。返回业务功能链路径标识包括:返回路径标识SFPID;或,对应的返回位置信息Reverse Service Index;或,返回路径标识SFPID和对应的返回位置信息Reverse Service Index。
在本示例中,返回位置信息Reverse Service Index,可以用于指示每个业务功能设备在转发业务功能链检测报文的过程中对Reverse Service Index执行加法操作;其中,Reverse Service Index为业务功能链路径上第一个业务功能设备SF位置的起始值。
在本示例中,步骤S206,接收业务功能链检测回复报文之后,本公开实施例提供的业务功能链检测路径的方法还可以包括:
步骤S208,检测返回路径信息是否与预设检测路径信息相同,其中,预设检测路径信息包括在发送业务功能链路径标识对应的发送链路中每个业务功能设备的位置信息。
在本示例中,业务功能链检测报文,可以用于指示每个业务功能设备SF在转发业务功能链检测报文的过程中添加每个SF的业务功能信息SF Info;或,所述SF处理的所述Service Index;或,所述每个SF的业务功能信息SF Info和所述SF处理的所述Service Index。
在本示例中,业务功能链检测回复报文,可以用于指示每个业务功能设备SF在转发业务功能链检测回复报文的过程中添加每个SF的业务功能信息SF Info;或,所述SF处理的所述Service Index;或,所述每个SF的业务功能信息SF Info和所述SF处理的所述Service Index。
在本示例中,本公开实施例的业务功能链检测路径的方法还可以包括: 在接收到业务功能链检测报文后,业务功能点在将自身的业务功能信息SF Info添加到业务功能链检测报文里后再继续转发业务功能链检测报文;业务功能点回复业务功能链检测报文,携带业务功能链检测报文中原携带的业务功能信息SF Info。
在本示例中,本公开实施例的业务功能链检测路径的方法还可以包括:在接收到业务功能链检测报文后,业务功能点在业务功能链检测回复报文中添加业务功能点的业务功能信息SF Info。
在本示例中,可以在业务功能链检测报文携带有回复标识位;其中,回复标识位用于指示业务功能设备处理业务功能链检测报文时,依据回复标识位的值是否添加业务功能信息SF Info;其中,标识位的值包括:第一预设值和第二预设值,第一预设值用于指示业务功能设备对业务功能链检测报文不携带业务功能信息SF Info;第二预设值用于指示业务功能设备对业务功能链检测报文携带业务功能信息SF Info。
在本示例中,本公开实施例的业务功能链检测路径的方法还可以包括:在业务功能链检测报文携带有回复标识位;其中,回复标识位用于指示业务功能设备处理业务功能链检测报文时,依据回复标识位的值是否添加业务功能信息SF Info;其中,标识位的值包括:第一预设值和第二预设值,第一预设值用于指示业务功能设备对业务功能链检测回复报文不携带业务功能信息SF Info;第二预设值用于指示业务功能设备对业务功能链检测回复报文携带业务功能信息SF Info。
在本示例中,返回路径信息可以包括:业务功能链检测报文依据业务功能路径标识SFPID进行传输过程中,依次添加的全部业务功能设备的元数据。
在本示例中,检测返回路径信息是否与预设检测路径信息相同,可以包括:
依据业务功能链检测回复报文中添加的全部业务功能设备的元数据,得到业务功能路径SFP中对业务功能链检测报文的返回路径信息,其中,返回路径信息包括处理过业务功能链检测报文的全部业务功能设备的位置信息Service Index;判断返回路径信息是否与预设检测路径信息相同。
在本示例中,步骤S206,接收业务功能链检测回复报文可以包括:
接收每个业务功能设备SF依据业务功能链检测报文返回的业务功能链检测回复报文,业务功能链检测回复报文中的返回路径信息包括:增强元数据;其中,增强元数据包括以下至少之一:类型type、长度long、业务功能设备信息SF Info和业务功能设备SF对应的位置信息Service Index。
在本示例中,检测返回路径信息是否与预设检测路径信息相同,可以包括:提取每个业务功能设备SF返回的业务功能链检测回复报文中的增强元数据;依据每个业务功能链检测回复报文返回的时序对每个业务功能设备SF对应的增强元数据进行排序,得到第一序列,其中,第一序列包括:每个业务功能设备SF的业务功能设备信息SF Info和每个业务功能设备SF对应的位置信息Service Index;检测第一序列是否与预设检测路径信息中预设序列相同。
在本示例中,元数据可以包括:类型type、长度long和值,其中,值包括:业务功能设备标识SF ID。
在本示例中,检测返回路径信息是否与预设检测路径信息相同,可以包括:
依据业务功能链检测回复报文中添加的全部业务功能设备的元数据,得到业务功能路径SFP中对业务功能链检测报文的返回路径信息,其中,返回路径信息包括处理过业务功能链检测报文的全部业务功能设备的位置信息Service Index。
此外,本公开实施例提供的业务功能链检测路径的方法中的示例性方案为:
发送业务功能链检测报文的设备,在发送该业务功能链检测报文之后,接收对该业务功能链检测报文返回的业务功能链检测回复报文,并依据该业务功能链检测回复报文中携带的返回路径信息检测是否与预设检测路径信息相同。
除此之外,接收业务功能链检测回复报文的设备可以为上述发送业务功能链检测报文的设备,还可以为一种控制器,该控制器接收业务功能链检测 回复报文,并依据该业务功能链检测回复报文中携带的返回路径信息检测是否与预设检测路径信息相同。通过该控制器可以减轻原发送业务功能链检测报文的设备对报文处理的数据压力,提升数据处理效率。
综上,本公开的目的在于,提供一种基于SFC的路径检测的方法,即,本公开实施例提供一种业务功能链检测路径的方法,从而能够有效的对SFC的路经进行检测,在保证SFC路径的连通性和故障检测外,还能保证SFC转发路径的完整性和一致性,尤其对于双向同路的对称SFC路径检测上具有更大的优势。
本公开采用以下方案:SFC的路径检测操作-管理-维护(Operation Administration and Maintenance,简称OAM)报文,头部携带有要检测的SFC路径标识信息NSH头部,并且携带有返回路径标识信息,用于OAM回复报文的转发。当要发出OAM回复报文的设备(SF或SFF)在回复该OAM报文时,会将原来在OAM报文中携带的返回路径标识信息放在OAM回复报文的NSH头部中,OAM回复报文按该新的返回路径标识作出转发。
这里的NSH头部包括了SFC路径标识SFPID和位置信息Service Index;返回路径标识信息也包括了返回路径的标识SFPID和相关位置信息Reverse Service Index。
为了保证OAM回复报文能正常转发,SF在收到OAM报文时,会对OAM报文作出处理后再钻发,对于OAM报文头的service index会减一,对于返回路径标识信息中的Reverse Service Index会加一。这里的Reverse Service Index是本条SFC路径上第一个SF位置的起始值。
为了能够检测路径的序列正确性,OAM报文要提供检测序列的能力,在OAM报文头中,增加一个序列标识位,通告该SFC路径上的设备需要通告序列。
SFC路径上的SF设备在收到该OAM报文,并检测到了有序列标识位后,SF会在OAM报文中或回复报文中增加一个自己的SF Info,或根据需要添加该SF处理的Service Index,或增加一个自己的SF Info并根据需要添加该SF处理的Service Index,然后对OAM报文处理后再继续转发。下一个SF在收到这样检测序列的OAM报文后,会在前一个SF的SF Info信息后 面添加自己的SF Info,或在回复报文中添加自己的SF info以及该SF所处的Service Index,或在前一个SF的SF Info信息后面添加自己的SF Info并在回复报文中添加自己的SF info以及该SF所处的Service Index。以此类推,最终OAM的回复报文中携带了所有经过的SF ID。在OAM报文达到目的设备后,目的设备感知到OAM报文是一种序列检测报文,则在发送OAM回复报文时,将之前收到的OAM文携带的SF info信息携带在OAM回复报文后再发出。
OAM回复报文的接收设备对于具有检测序列能力的OAM回复报文进行解析,对收到的回复报文作出SF次序判断,如果顺序和该SFC的要求一致则表示检测通过,否则告警。
本公开引入了新的OAM检测机制,可以在保证SFC路径连通性的同时,保证双向SFC路径的连通性,以及保证SFC路径上SF的序列顺序和规划一致,从而保证其路径的一致性和完整性。
基于上述,本公开实施例提供的业务功能链检测路径的方法如下:
实现方式一:
本实现方式一中,S发往D的流量要经过一些业务功能的处理,所走的业务功能链:SF11->SF13->SF22,如图3所示。为了实现对业务功能链路径故障的检测,以及保证业务功能链的一致性验证,本公开扩展了Loopback消息,在loopback消息中的flag字段,如图4所示。这里的flag是一个字节的长度,可以用其中一个标识位CS来表示一致性检测,其余位用R来表示,表示其余位是保留以后使用的。CS=1表示该loopback报文是一个一致性检测的OAM报文,回复报文需要携带相关SF信息。
当这样的Loopback报文头部封装有一个NSH头部,头部中携带有需要检测的业务功能链的标识SFPID,并且NSH头部会指明该报文是一个OAM报文。图3中的SFF/SF都会依据SFPID进行报文的转发。当SF11收到了这样的一个NSH的loopback报文,如果标识位CS=0,则直接按NSH不做处理直接转发给SFF1;如果CS=1,则SF11需要在这样的loopback报文中增加一个TLV(Metadata),这里称为SF TLV,其格式定义如图5所示。
同理,SF11处理了该Loopback(回环)报文后又转发给SFF1,SFF1转发给SF31,SF31也会处理该Loopback报文,携带上一个SF31的SF TLV,然后再把该Loopback报文发给SFF1。如果该Loopback的目的是SF22,则SF22收到该Loopback报文,首先检查到CS=1,也会将标识SF22的SF TLV添加在该Loopback报文中,然后SF22检查报文是自己终结,则会从该loopback报文中获取到返回SFC路径标识信息,重新封装一个携带有NSH头部的OAM回复报文,同时会将这三个SF的TLV依次放在Loopback的回复报文中发送回去。
从而通过Loopback回复报文中携带的路径上的所有SF TLV,可以知道整条SFC路径的详细SF处理信息,生成一条实际报文转发时所走的业务功能链路径,从而可以判断是否符合路径的一致性。符合,则路径一致性检测通过,否则,不通过告警。
实现方式二:
本实现方式二中,对于linktrace报文,在一条SFC的路径(仍然如实现方式一的SF11->SF13->SF22)转发,用于对路径的检测,同实现方式一要有一个flag标识(可以和实现方式一的一样,如图5所示),用于表示该linktrace报文要对路径的一致性作出检测。
每个收到该检测报文的SF都会给回复一个trace response报文,该trace response报文也要携带一个SF plus TLV(metadata),该TLV不仅携带该SF的information,而且还要带上service index,用于表示这个SF所处的业务功能链的位置,如图6所示。从而保证这些SF的顺序的一致性。
对于图3的业务功能链SF11->SF13->SF22,Linktrace报文中的NSH头部除了包含有标识这条路径的SFPID,而且还有一个service index,图3中的SFF/SF都会依据SFPID进行报文的转发,并且每个接收到该报文的SF,都会对service index进行处理(减一)。当SF11收到了这样的一个NSH的loopback报文,如果标识位CS=0,则按linktrace的现有的处理方式,一方面回复trace response到SFF1;另一方面继续转发该link trace报文到SFF1。如果CS=1,则SF11要在trace response报文中增加一个SF plus TLV(Metadata),并且仍旧继续转发该link trace。
这里的trace response报文也需要SF从link trace报文中解析出返回路径标识信息,并用这样的返回路径标识信息重新封装trace response报文再在SFC网络中转发。
同理,SFF1转发给SF13,SF13也会处理该link trace报文,在trace response报文中携带上一个SF13的SF plus TLV,然后再把该link trace报文继续转发给SFF1。如果该linktrace报文的目的是SF22,则SF22收到该linktrace报文,也是首先检查到CS=1,也会将标识SF22的SF plus TLV添加在该trace response报文中,但是SF22不会再继续转发该linktrace报文。从而,发送linktrace的设备最终收到所有检测的SFC路径上的SF发来的trace response报文,包括了详细的该SF的information,以及该SF所在的service index,通过这些信息可以串联起该SFC的整条路径顺序,从而保证一致性。如果收到的trace response整合起来的路径顺序和规划不一致,则出错告警。
实现方式三
实现方式三和下面的实现方式四的重点是为了描述如何处理OAM报文,并发送OAM回复报文,保证OAM回复报文的正常转发。
本实现方式三描述的是一个对称SFC的场景。如图7所示。红色是OAM报文,蓝色是OAM回复报文。SFP1和SFP2是两条同路的SFC路径。OAM报文发出时携带了SFP1的NSH头部,NSH头部包括了SFPID1和Service Index(这里设置为255),并且该NSH头部还携带了一个返回路径标识信息在metadata中,该metadata包括了返回路径标识SFPID2和一个reverse Service Index(由于本SFC有三个SF,因此SFP2的第一个SF22的起始位置为252)。SF对OAM报文的处理是按正常报文对Service Index减一,对metadata中的Reverse Service Index加一,然后再继续转发。对于OAM回复报文的构建,SF会将原OAM报文中NSH头部的metadata中的SFPID2和此时的reverse Service Index当前值拿出来作为OAM回复报文的NSH头部的SFPID和Service Index,从而OAM回复报文按SFPID2在SFP2路径上进行转发。
实现方式四
在实现方式三的基础上,这里的OAM回复报文路径也可以是一条默认的控制消息用SFC,此时SFP2和SFP1也可以是不同路径的两条SFC路径,SFP1用于OAM报文的转发,SFP2用于OAM回复报文的转发。
通过以上的实现方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下选择前者作为实现方式。基于这样的理解,本公开的方案本质上可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本公开各个实施例所述的方法。
示例2
在本示例中还提供了一种业务功能链检测路径的装置,该装置用于实现上述示例及实现方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件、硬件、或其组合。尽管以下实施例所描述的装置可以以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图8是根据本公开实施例的业务功能链检测路径的装置的结构框图,如图8所示,该装置包括:封装模块82和发送模块84,其中,
封装模块82,配置为在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,其中,发送业务功能链路径标识用于指示业务功能链检测报文的路径;返回业务功能链路径标识用于指示业务功能链检测报文所对应的业务功能链检测回复报文的路径;
发送模块84,配置为发送业务功能链检测报文。
此外,图9是根据本公开实施例的一种业务功能链检测路径的装置的结构框图,如图9所示,该装置包括:接收模块92和检测模块94,其中,
接收模块92,配置为接收业务功能链检测回复报文,其中,业务功能链检测回复报文包括返回路径信息,返回路径信息用于指示业务功能链检测报文在发送过程中的业务功能链路径;
检测模块94,配置为检测返回路径信息是否与预设检测路径信息相同,其中,预设检测路径信息包括在发送业务功能链路径标识对应的发送链路中每个业务功能设备的位置信息路径。
本公开实施例提供的业务功能链检测路径的装置中,由于在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,其中,发送业务功能链路径标识用于指示业务功能链检测报文的路径;返回业务功能链路径标识用于指示业务功能链检测报文所对应的业务功能链检测回复报文的业务功能链路径;发送业务功能链检测报文;接收业务功能链检测回复报文,其中,业务功能链检测回复报文包括返回路径信息,返回路径信息用于指示业务功能链检测报文在发送过程中的路径,因此,可以解决无法保障路径上检测序列的完整性和一致性的问题,达到正确实现路径序列的效果。
上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
示例3
本公开的实施例还提供了一种存储介质。在本示例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,其中,发送业务功能链路径标识用于指示业务功能链检测报文的路径;返回业务功能链路径标识用于指示业务功能链检测报文所对应的业务功能链检测回复报文的路径;
S2,发送业务功能链检测报文;
S3,接收业务功能链检测回复报文,其中,业务功能链检测回复报文包括返回路径信息,返回路径信息用于指示业务功能链检测报文在发送过程中的业务功能链路径。
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行 封装,得到业务功能链检测报文,包括:在业务功能链检测报文中的发送业务功能链路径标识网络服务报文头NSH中添加返回业务功能链路径标识;其中,发送业务功能链路径标识包括:业务功能路径标识SFPID和位置信息Service Index;返回业务功能链路径标识包括:返回路径标识SFPID;或,对应的返回位置信息Reverse Service Index;或,返回路径标识SFPID和对应的返回位置信息Reverse Service Index。
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:返回位置信息Reverse Service Index,用于指示每个业务功能设备在转发业务功能链检测报文的过程中对Reverse Service Index执行加法操作;其中,Reverse Service Index为业务功能链路径上第一个业务功能设备SF位置的起始值。
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:返回位置信息Reverse Service Index,用于指示每个业务功能设备在转发业务功能链检测报文的过程中对Reverse Service Index执行加法操作;其中,Reverse Service Index为业务功能链路径上第一个业务功能设备SF位置的起始值。
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:在接收业务功能链检测回复报文之后,方法还包括:检测返回路径信息是否与预设检测路径信息相同,其中,预设检测路径信息包括在发送业务功能链路径标识对应的发送链路中每个业务功能设备的位置信息。
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:业务功能链检测报文,用于指示每个业务功能设备SF在转发业务功能链检测报文的过程中添加每个SF的业务功能信息SF Info;或,所述SF处理的所述Service Index;或,所述每个SF的业务功能信息SF Info和所述SF处理的所述Service Index。
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:业务功能链检测回复报文,用于指示每个业务功能设备SF在转发业务功能链检测回复报文的过程中添加每个SF的业务功能信息SF Info;或,所述SF处理的所述Service Index;或,所述每个SF的业务功能信息SF Info 和所述SF处理的所述Service Index。
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:方法还包括:在接收到业务功能链检测报文后,业务功能点在将自身的业务功能信息SF Info添加到业务功能链检测报文里后再继续转发业务功能链检测报文;业务功能点回复业务功能链检测报文,携带业务功能链检测报文中原携带的业务功能信息SF Info。
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:方法还包括:在接收到业务功能链检测报文后,业务功能点在业务功能链检测回复报文中添加业务功能点的业务功能信息SF Info。
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:在业务功能链检测报文携带有回复标识位;其中,回复标识位用于指示业务功能设备处理业务功能链检测报文时,依据回复标识位的值是否添加业务功能信息SF Info;其中,标识位的值包括:第一预设值和第二预设值,第一预设值用于指示业务功能设备对业务功能链检测报文不携带业务功能信息SF Info;第二预设值用于指示业务功能设备对业务功能链检测报文携带业务功能信息SF Info。
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:方法还包括:在业务功能链检测报文携带有回复标识位;其中,回复标识位用于指示业务功能设备处理业务功能链检测报文时,依据回复标识位的值是否添加业务功能信息SF Info;其中,标识位的值包括:第一预设值和第二预设值,第一预设值用于指示业务功能设备对业务功能链检测回复报文不携带业务功能信息SF Info;第二预设值用于指示业务功能设备对业务功能链检测回复报文携带业务功能信息SF Info,
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:返回路径信息包括:业务功能链检测报文依据业务功能路径标识SFPID进行传输过程中,依次添加的全部业务功能设备的元数据。
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:检测返回路径信息是否与预设检测路径信息相同,包括:依据业务功能链检测回复报文中添加的全部业务功能设备的元数据,得到业务功能路径 SFP中对业务功能链检测报文的返回路径信息,其中,返回路径信息包括处理过业务功能链检测报文的全部业务功能设备的位置信息Service Index;判断返回路径信息是否与第一返回路径标识信息相同。
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:接收业务功能链检测回复报文包括:接收每个业务功能设备SF依据业务功能链检测报文返回的业务功能链检测回复报文,业务功能链检测回复报文中的返回路径信息包括:增强元数据;其中,增强元数据包括以下至少之一:类型type、长度long、业务功能设备信息SF Info和业务功能设备SF对应的位置信息Service Index。
在本示例中,存储介质还可以设置为存储用于执行以下步骤的程序代码:检测返回路径信息是否与预设检测路径信息相同,包括:提取每个业务功能设备SF返回的业务功能链检测回复报文中的增强元数据;依据每个业务功能链检测回复报文返回的时序对每个业务功能设备SF对应的增强元数据进行排序,得到第一序列,其中,第一序列包括:每个业务功能设备SF的业务功能设备信息SF Info和每个业务功能设备SF对应的位置信息Service Index;检测第一序列是否与预设检测路径信息中预设序列相同。
在本示例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本示例中的实现方式可以参考上述示例及实现方式中所描述的实现方式,本示例在此不再赘述。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器,如数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时 性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
以上所述仅为本公开的示例性实施例而已,并不用于限制本公开,对于本领域的技术人员来说,本公开可以有各种更改和变化。凡在本公开的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本公开的保护范围之内。
工业实用性
通过本公开,由于在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,其中,发送业务功能链路径标识用于指示业务功能链检测报文的路径;返回业务功能链路径标识用于指示业务功能链检测报文所对应的业务功能链检测回复报文的路径;发送业务功能链检测报文;接收业务功能链检测回复报文,其中,业务功能链检测回复报文包括返回路径信息,返回路径信息用于指示业务功能链检测报文在发送过程中的业务功能链路径。因此,可以解决无法保障路径上检测序列的完整性和一致性的问题,达到正确实现路径序列的效果。因此本公开具有工业实用性。

Claims (16)

  1. 一种业务功能链检测路径的方法,包括:
    在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,其中,所述发送业务功能链路径标识用于指示所述业务功能链检测报文的路径;所述返回业务功能链路径标识用于指示所述业务功能链检测报文所对应的业务功能链检测回复报文的业务功能链路径(S202);
    发送所述业务功能链检测报文(S204);
    接收所述业务功能链检测回复报文,其中,所述业务功能链检测回复报文包括所述返回业务功能链路径信息,所述返回业务功能链路径信息用于指示所述业务功能链检测回复报文的业务功能链路径(S206)。
  2. 根据权利要求1所述的方法,其中,所述在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文(S202),包括:
    在所述业务功能链检测报文中的发送业务功能链路径标识网络业务报文头NSH中添加所述返回业务功能链路径标识;
    其中,所述发送业务功能链路径标识包括:业务功能路径标识SFPID和位置信息Service Index;所述返回业务功能链路径标识包括:返回路径标识SFPID;或,对应的返回位置信息Reverse Service Index;或,返回路径标识SFPID和对应的返回位置信息Reverse Service Index。
  3. 根据权利要求1所述的方法,其中,所述返回位置信息Reverse Service Index,用于指示每个业务功能设备在转发所述业务功能链检测报文的过程中对所述Reverse Service Index执行加法操作;其中,所述Reverse Service Index为业务功能链路径上第一个业务功能设备SF位置的起始值。
  4. 根据权利要求1所述的方法,其中,在所述接收所述业务功能链检测回复报文(S206)之后,所述方法还包括:
    检测所述返回路径信息是否与预设检测路径信息相同,其中,所述预设检测路径信息包括在所述发送业务功能链路径标识对应的发送链路中每个 业务功能设备的位置信息。
  5. 根据权利要求2所述的方法,其中,
    所述业务功能链检测报文用于指示每个业务功能设备SF在转发所述业务功能链检测报文的过程中添加所述每个SF的业务功能信息SF Info;或,所述SF处理的所述Service Index;或,所述每个SF的业务功能信息SF Info和所述SF处理的所述Service Index。
  6. 根据权利要求2所述的方法,其中,
    所述业务功能链检测回复报文用于指示每个业务功能设备SF在发送所述业务功能链检测回复报文的过程中添加所述每个SF的业务功能信息SF Info;或,所述SF处理的所述Service Index;或,所述每个SF的业务功能信息SF Info和所述SF处理的所述Service Index。
  7. 根据权利要求1所述的方法,所述方法还包括:
    在接收到所述业务功能链检测报文后,业务功能点在将自身的业务功能信息SF Info添加到所述业务功能链检测报文里后再继续转发所述业务功能链检测报文;
    业务功能点回复所述业务功能链检测报文,携带所述业务功能链检测报文中原携带的业务功能信息SF Info。
  8. 根据权利要求1所述的方法,所述方法还包括:
    在接收到所述业务功能链检测报文后,业务功能点在业务功能链检测回复报文中添加所述业务功能点的业务功能信息SF Info。
  9. 根据权利要求1所述的方法,其中,所述方法还包括:
    在所述业务功能链检测报文携带有回复标识位;
    其中,所述回复标识位用于指示业务功能设备处理所述业务功能链检测报文时,依据所述回复标识位的值是否添加所述业务功能信息SF Info;其中,所述标识位的值包括:第一预设值和第二预设值,第一预设值用于指示所述业务功能设备对所述业务功能链检测报文不携带业务功能信息SF Info;所述第二预设值用于指示所述业务功能设备对所述业务功能链检测报文携带业务功能信息SF Info。
  10. 根据权利要求1所述的方法,其中,所述方法还包括:
    在所述业务功能链检测报文携带有回复标识位;
    其中,所述回复标识位用于指示业务功能设备处理所述业务功能链检测报文时,依据所述回复标识位的值是否添加所述业务功能信息SF Info;其中,所述标识位的值包括:第一预设值和第二预设值,第一预设值用于指示所述业务功能设备对所述业务功能链检测回复报文不携带业务功能信息SF Info;所述第二预设值用于指示所述业务功能设备对所述业务功能链检测回复报文携带业务功能信息SF Info。
  11. 根据权利要求4所述的方法,其中,所述返回路径信息包括:所述业务功能链检测报文依据业务功能路径标识SFPID进行传输的过程中,依次添加的全部所述业务功能设备的元数据。
  12. 根据权利要求11所述的方法,其中,所述检测所述返回路径信息是否与预设检测路径信息相同,包括:
    依据所述业务功能链检测回复报文中添加的全部所述业务功能设备的元数据,得到业务功能路径SFP中对所述业务功能链检测报文的所述返回路径信息,其中,所述返回路径信息包括处理过的所述业务功能链检测报文中的所述全部所述业务功能设备的位置信息Service Index;
    判断所述返回路径信息是否与所述预设检测路径信息相同。
  13. 根据权利要求4所述的方法,其中,所述接收所述业务功能链检测回复报文包括:
    接收每个业务功能设备SF依据所述业务功能链检测报文返回的所述业务功能链检测回复报文,所述业务功能链检测回复报文中的所述返回路径信息包括:增强元数据;
    其中,所述增强元数据包括以下至少之一:类型type、长度long、业务功能设备信息SF Info和所述业务功能设备SF对应的位置信息Service Index。
  14. 根据权利要求13所述的方法,其中,所述检测所述返回路径信息是否与预设检测路径信息相同,包括:
    提取所述每个业务功能设备SF返回的所述业务功能链检测回复报文中的所述增强元数据;
    依据每个所述业务功能链检测回复报文返回的时序,对所述每个业务功能设备SF对应的所述增强元数据进行排序,得到第一序列,其中,所述第一序列包括:所述每个业务功能设备SF的所述业务功能设备信息SF Info和所述每个业务功能设备SF对应的位置信息Service Index;
    检测所述第一序列是否与所述预设检测路径信息中的预设序列相同。
  15. 一种业务功能链检测路径的装置,包括:
    封装模块(82),配置为在报文头中将发送业务功能链路径标识和返回业务功能链路径标识进行封装,得到业务功能链检测报文,其中,所述发送业务功能链路径标识用于指示所述业务功能链检测报文的路径;所述返回业务功能链路径标识用于指示所述业务功能链检测报文所对应的业务功能链检测回复报文的路径;
    发送模块(84),配置为发送所述业务功能链检测报文。
  16. 一种业务功能链检测路径的装置,包括:
    接收模块(92),配置为接收业务功能链检测回复报文,其中,所述业务功能链检测回复报文包括返回路径信息,所述返回路径信息用于指示所述业务功能链检测报文在发送过程中的业务功能链路径;
    检测模块(94),配置为检测所述返回路径信息是否与预设检测路径信息相同,其中,所述预设检测路径信息包括在所述发送业务功能链路径标识对应的发送链路中每个业务功能设备的位置信息。
PCT/CN2017/112781 2016-09-26 2017-11-24 业务功能链检测路径的方法和装置 WO2018054397A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/330,479 US10868734B2 (en) 2016-09-26 2017-11-24 Service function chain detection path method and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610851483.5 2016-09-26
CN201610851483.5A CN107872356A (zh) 2016-09-26 2016-09-26 业务功能链检测路径的方法和装置

Publications (1)

Publication Number Publication Date
WO2018054397A1 true WO2018054397A1 (zh) 2018-03-29

Family

ID=61690782

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/112781 WO2018054397A1 (zh) 2016-09-26 2017-11-24 业务功能链检测路径的方法和装置

Country Status (3)

Country Link
US (1) US10868734B2 (zh)
CN (1) CN107872356A (zh)
WO (1) WO2018054397A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10462047B2 (en) * 2017-04-10 2019-10-29 Cisco Technology, Inc. Service-function chaining using extended service-function chain proxy for service-function offload
CN114363116A (zh) * 2018-04-08 2022-04-15 华为技术有限公司 监测业务质量的方法和装置
CN110620724B (zh) * 2018-06-19 2021-09-14 中国电信股份有限公司 用于实现业务链路径追踪的方法、节点和通信系统
CN110650062A (zh) * 2018-06-26 2020-01-03 中国电信股份有限公司 链路性能检测方法、系统、装置和计算机可读存储介质
CN110661674A (zh) * 2018-06-29 2020-01-07 中国电信股份有限公司 检测业务链连通性的方法和系统
US10873528B2 (en) * 2018-11-24 2020-12-22 Nanning Fugui Precision Industrial Co., Ltd. Packet forwarding method and device utilizing the same
CN114553746A (zh) 2019-05-16 2022-05-27 华为技术有限公司 一种报文的检测方法、设备及系统
CN112565044B (zh) * 2019-09-10 2023-08-25 华为技术有限公司 报文处理方法及装置
CN110933161B (zh) * 2019-11-27 2022-06-28 北京拓普丰联信息科技股份有限公司 信息防窃管理方法、装置、服务器及可读存储介质
CN111464443B (zh) * 2020-03-10 2022-06-28 中移(杭州)信息技术有限公司 基于服务功能链的报文转发方法、装置、设备及存储介质
CN112511437B (zh) * 2020-04-22 2024-03-22 中兴通讯股份有限公司 验证业务链的方法、发送节点、转发节点、业务功能节点
US11677614B2 (en) * 2020-08-20 2023-06-13 Huawei Technologies Co., Ltd. Method and apparatus for protecting stateful service function paths
JP2023541706A (ja) * 2020-09-21 2023-10-03 華為技術有限公司 サービスパス検出を実施する方法、デバイス、及びシステム
CN114697253A (zh) * 2020-12-28 2022-07-01 华为技术有限公司 一种业务链的转发路径确定方法及通信装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101826989A (zh) * 2009-03-02 2010-09-08 华为技术有限公司 一种故障处理方法和装置
CN102217235A (zh) * 2011-04-20 2011-10-12 华为技术有限公司 一种lsp路径检验方法及检测系统
CN105141434A (zh) * 2014-05-26 2015-12-09 华为技术有限公司 业务链的故障检测方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7895425B2 (en) 2007-08-03 2011-02-22 Cisco Technology, Inc. Operation, administration and maintenance (OAM) in a service insertion architecture (SIA)
CN105577416B (zh) 2014-10-17 2020-03-10 中兴通讯股份有限公司 一种业务功能链操作、管理和维护方法及节点设备
US9641458B2 (en) * 2015-02-19 2017-05-02 Accedian Network Inc. Providing efficient routing of an operations, administration and maintenance (OAM) frame received at a port of an ethernet switch
US10218593B2 (en) * 2016-08-23 2019-02-26 Cisco Technology, Inc. Identifying sources of packet drops in a service function chain environment
WO2018037266A1 (en) * 2016-08-26 2018-03-01 Telefonaktiebolaget Lm Ericsson (Publ) Improving sf proxy performance in sdn networks
US10277493B2 (en) * 2017-05-12 2019-04-30 Ciena Corporation Packet throughput and loss ratio measurements of a service function chain

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101826989A (zh) * 2009-03-02 2010-09-08 华为技术有限公司 一种故障处理方法和装置
CN102217235A (zh) * 2011-04-20 2011-10-12 华为技术有限公司 一种lsp路径检验方法及检测系统
CN105141434A (zh) * 2014-05-26 2015-12-09 华为技术有限公司 业务链的故障检测方法及装置

Also Published As

Publication number Publication date
US20190230005A1 (en) 2019-07-25
CN107872356A (zh) 2018-04-03
US10868734B2 (en) 2020-12-15

Similar Documents

Publication Publication Date Title
WO2018054397A1 (zh) 业务功能链检测路径的方法和装置
US20210273866A1 (en) Service Chain Fault Detection Method and Apparatus
CN111953604B (zh) 一种为业务流提供业务服务的方法和装置
CN105812197B (zh) 位转发入口路由器、位转发路由器及操作管理维护检测方法
CN110401599B (zh) 数据包的处理方法及装置、存储介质、电子装置
JP5426770B2 (ja) 電気通信網における方法及び装置
CN108259299B (zh) 一种转发表项生成方法、装置及机器可读存储介质
CN105024985A (zh) 一种报文处理方法及装置
CN102136989B (zh) 报文传输的方法、系统和设备
CN108965204B (zh) 一种自动实现ioam封装的方法及装置
US10505759B2 (en) Access layer-2 virtual private network from layer-3 virtual private network
CN109495320B (zh) 一种数据报文的传输方法和装置
WO2018006675A1 (zh) 数据处理方法及装置
US11962491B2 (en) Source routing tunnel ingress protection
US9231856B2 (en) Method for detecting message loop, routing agent apparatus and networking system
CN106789625A (zh) 一种环路检测方法及装置
CN112311643B (zh) 一种evpn报文转发方法、系统、存储介质和终端
TWI492575B (zh) 快速標籤交換路徑警示機制
CN105515816B (zh) 检测层次信息的处理方法及装置
CN107465533A (zh) 业务功能链中的资源释放方法及装置
CN105939216B (zh) 报文传输的方法及装置
CN115280745B (zh) 随流检测方法和电子设备
CN113950811B (zh) 扩展bgp保护以用于sr路径入口保护
WO2019165803A1 (zh) 报文的处理方法、装置及报文的封装方法、装置和系统
CN106878113B (zh) 一种链路连通性检测方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17852464

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17852464

Country of ref document: EP

Kind code of ref document: A1