[go: up one dir, main page]

WO2016177145A1 - 报文发送方法及装置 - Google Patents

报文发送方法及装置 Download PDF

Info

Publication number
WO2016177145A1
WO2016177145A1 PCT/CN2016/076787 CN2016076787W WO2016177145A1 WO 2016177145 A1 WO2016177145 A1 WO 2016177145A1 CN 2016076787 W CN2016076787 W CN 2016076787W WO 2016177145 A1 WO2016177145 A1 WO 2016177145A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
address
destination
classifier
sff
Prior art date
Application number
PCT/CN2016/076787
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 EP16789139.9A priority Critical patent/EP3322135A4/en
Priority to US15/742,365 priority patent/US10461958B2/en
Publication of WO2016177145A1 publication Critical patent/WO2016177145A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00—Encapsulation of packets

Definitions

  • the present invention relates to the field of communications, and in particular to a message sending method and apparatus.
  • data enters a large number of value-added service devices, such as an anti-virus device, an acceleration device, a firewall device, and a network address translation (NAT) device.
  • value-added service devices such as an anti-virus device, an acceleration device, a firewall device, and a network address translation (NAT) device.
  • NAT network address translation
  • FIG. 1 is a schematic diagram of the SFC architecture in the related art.
  • the traffic to be flowed through is determined by the SFC.
  • the SFC adds a Service Function Path Identifier (SFPID) to each SFC and classifies the packets to allocate different SFCs (by the ingress grading device) to different levels of traffic.
  • the forwarding device forwards the packet according to the identifier of the SFC. Therefore, different service flows can be implemented for different traffic, and differentiated requirements can be realized.
  • SFPID Service Function Path Identifier
  • the current service function chain is processed as shown in Figure 1.
  • the SF is a service function.
  • the Classifier is a classifier that classifies packets and adds an SFC header to the packets.
  • the carried packets should follow the service function path identifier SFPID information.
  • the SFF is a service function forwarder.
  • the SFF is used to forward packets according to the SFPID carried in the packet.
  • the SFF is forwarded to the packet according to the SFPID of the packet.
  • SF of the service chain path the SFF receives the next hop according to the SFPID of the packet, and then sends the packet to the next SFF according to the address of the next hop.
  • NVE Network Virtualization Edge
  • the original NVE may not know the SFC function. You need to add support for the SFC through the software on the virtual switch (Vswitch). In this case, the NVE and the SFF may be physically separated. The NVE cannot know the next hop of the SFC. The packet is forwarded to the NVE where the destination host resides through the tunnel according to the destination address of the packet. Network tunnel will The message is sent to the correct next hop SFF for SF processing, resulting in an error in the entire service function chain path.
  • Vswitch virtual switch
  • the present invention provides a message sending method and apparatus, so as to solve at least the problem in the related art that the SF processing can be performed by transmitting a message to a correct next hop SFF through a tunnel of a cascading network.
  • a packet sending method including: a classifier receiving a first packet; the classifier determining a first service function SF to which the first packet needs to be sent; The device adds the address of the first SF to the first packet to obtain a second packet, and the classifier sends the second packet to the network virtual edge node NVE.
  • the classifier adds the address of the first SF in the first packet to include at least one of the following: the classifier replaces the destination address of the first packet with the first An address of the SF.
  • the classifier encapsulates an outer layer encapsulation on the outer surface of the first packet, where the destination address of the outer layer encapsulation is an address of the first SF.
  • a packet sending method including: after receiving a third packet, the service function forwarder SFF determines whether there is a third SF to which the third packet needs to be sent; When the result of the determination is that the third SF exists, the SFF processes the destination address of the third packet as the address of the third SF to obtain a fourth packet; when the determination result is that the first The third SF, the SFF processes the destination address of the third packet as the address of the destination station, and obtains the fourth packet; the SFF sends the fourth packet.
  • the determining, by the SFF, whether the third SF to which the third packet needs to be sent includes: the SFF querying, according to the service function path identifier SFPID, whether the third SF to which the third packet needs to be sent exists.
  • the SFPID is pre-allocated to the classifier and carried in the header of the third packet; when the address of the third SF is queried according to the SFPID, the SFF determines that the first The third SF is determined when the address of the third SF is not queried according to the SFPID.
  • the SFF processing, by the SFF, the destination address of the third packet as the address of the third SF at least one of the following: the SFF replaces the destination address of the third packet with the first An address of the third SF, where the SFF encapsulates an outer layer encapsulation on the third packet, where the destination address of the encapsulated outer layer encapsulation is the address of the third SF.
  • the processing, by the SFF, the destination address of the third packet as the address of the destination site includes: acquiring an address of the destination site pre-stored in the header of the third packet; The address is set to the destination address of the third message.
  • a message transmitting apparatus comprising: a receiving module configured to receive a first message; and a determining module configured to determine the first message The first service function SF to be sent to the text; the adding module is configured to add the address of the first SF in the first packet to obtain a second packet; and the first sending module is configured to set the first The second packet is sent to the network virtual edge node NVE.
  • the determining module includes: a classifying unit, configured to classify the first packet according to the header information of the first packet; and the assigning unit is configured to be based on the classification result and the source site
  • the virtual network identifier VNID is a service function path identifier SFPID for the first packet, and the determining unit is configured to determine the first SF according to the SFPID.
  • the adding module includes at least one of the following: a first replacing unit, configured to replace a destination address of the first packet with an address of the first SF; and a first encapsulating unit, configured to be in the An outer envelope is encapsulated on the outer surface of the first packet, where the destination address of the outer envelope is an address of the first SF.
  • a message sending apparatus where the apparatus is applied to a service repeater SFF, and includes: a determining module, configured to determine whether the first part exists after receiving the third message And the processing module is configured to: when the determining result of the determining module is that the third SF exists, processing the destination address of the third packet as the third SF Address, the fourth message is obtained; and/or, when the judgment result of the determining module is that the third SF does not exist, the destination address of the third packet is processed as the address of the destination station, and the first And a second sending module, configured to send the fourth packet.
  • a determining module configured to determine whether the first part exists after receiving the third message
  • the processing module is configured to: when the determining result of the determining module is that the third SF exists, processing the destination address of the third packet as the third SF Address, the fourth message is obtained; and/or, when the judgment result of the determining module is that the third SF does not exist, the destination address of the third packet is processed as the address of the destination station, and
  • the determining module includes: a querying unit, configured to query, according to the service function path identifier SFPID, whether there is a third SF to which the third packet needs to be sent, where the SFPID is pre-allocated by the classifier and Carrying in the header of the third message; determining unit, configured to determine that the third SF exists when the address of the third SF is queried according to the SFPID; and/or, when When the SFPID cannot find the address of the third SF, it is determined that the third SF does not exist.
  • a querying unit configured to query, according to the service function path identifier SFPID, whether there is a third SF to which the third packet needs to be sent, where the SFPID is pre-allocated by the classifier and Carrying in the header of the third message
  • determining unit configured to determine that the third SF exists when the address of the third SF is queried according to the SFPID; and/or, when When the SFPID cannot find the address of the third SF
  • the processing module includes at least one of the following: a second replacement unit, configured to set the third packet The destination address is replaced by the address of the third SF; the second encapsulating unit is configured to encapsulate an outer layer encapsulation on the third packet, where the destination address of the encapsulation outer layer encapsulation is The address of the third SF.
  • the processing module when the destination address of the third packet is processed as the address of the destination, includes: an acquiring unit, configured to acquire, in advance, the purpose of being saved in the header of the third packet An address of the station; the setting unit is configured to set an address of the destination station as a destination address of the third packet.
  • the first message is received by the classifier by using the classifier; the classifier determines a first service function SF to which the first message needs to be sent; and the classifier adds the first message to the first message
  • An SF address is obtained, and the second packet is sent to the network virtual edge node NVE, which solves the problem in the related art that the message cannot be transmitted through the tunnel of the cascading network.
  • the problem of performing SF processing on the next hop SFF further realizes the effect of transmitting the message to the correct next hop SFF through the tunnel of the cascading network for SF processing.
  • FIG. 1 is a schematic diagram of an SFC architecture in the related art
  • FIG. 2 is a flowchart of a first method for sending a message according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a second method for sending a message according to an embodiment of the present invention
  • FIG. 4 is a structural block diagram of a first message transmitting apparatus according to an embodiment of the present invention.
  • FIG. 5 is a structural block diagram of a determining module 44 in a first message sending apparatus according to an embodiment of the present invention
  • FIG. 6 is a structural block diagram of an adding module 46 in a first message sending apparatus according to an embodiment of the present invention.
  • FIG. 7 is a structural block diagram of a second message sending apparatus according to an embodiment of the present invention.
  • FIG. 8 is a structural block diagram of a determining module 72 in a second message sending apparatus according to an embodiment of the present invention.
  • FIG. 9 is a structural block diagram 1 of a processing module 74 in a second message sending apparatus according to an embodiment of the present invention.
  • FIG. 10 is a second structural block diagram of a processing module 74 in a second packet sending apparatus according to an embodiment of the present invention.
  • FIG. 11 is a schematic diagram 1 of a networking structure according to an embodiment of the present invention.
  • FIG. 12 is a second schematic diagram of a networking structure according to an embodiment of the present invention.
  • FIG. 2 is a flowchart of a first packet sending method according to an embodiment of the present invention. As shown in FIG. 2, the process includes the following steps:
  • Step S202 the classifier receives the first packet.
  • Step S204 the classifier determines the first service function SF to which the first packet needs to be sent;
  • Step S206 the classifier adds an address of the first SF in the first packet to obtain a second packet.
  • Step S208 the classifier sends the second packet to the network virtual edge node NVE.
  • the classifier adds the address of the first SF to the message before sending the message to the NVE. Therefore, the NVE that receives the packet can determine the next hop of the SFC of the packet, so that the packet is forwarded to the correct next hop SFF for SF processing, and the next hop information is carried to the SFC. NVE is not perceived, thus enabling an existing cascading network to be compatible with SFC technology.
  • the invention solves the problem that the processing of the SF on the correct next hop SFF cannot be realized by the tunnel of the cascading network, and the message is transmitted to the correct next through the tunnel of the cascading network. The effect of SF processing on the SFF is skipped.
  • the classifier when determining the first SF to which the first packet needs to be sent, there are multiple determining manners.
  • the following uses an example as an example: the classifier according to the header information of the first packet The first packet is classified according to the classification result and the virtual network identifier VNID to which the source site belongs, and the service function path identifier SFPID is allocated to the first packet; the classifier determines the first SF according to the SFPID.
  • the classifier adds the address of the first SF in the first packet to include at least one of the following: the classifier replaces the destination address of the first packet with the address of the first SF; The classifier encapsulates an outer encapsulation outside the first packet, where the destination address of the outer encapsulation is the address of the first SF.
  • the original destination address of the first packet is the address of the destination host. Therefore, after the destination host address is replaced with the first address, the destination host address can be saved.
  • the SFC header of the first message for example, it may be stored in the metadata metadata field of the SFC header.
  • FIG. 3 is a flowchart of a second packet sending method according to an embodiment of the present invention. As shown in FIG. 3, the process includes the following steps:
  • Step S302 after receiving the third packet, the service function forwarder SFF determines whether there is a third SF to which the third packet needs to be sent;
  • Step S304 when the result of the determination is that the third SF exists, the SFF processes the destination address of the third packet as the address of the third SF, to obtain a fourth packet; and/or, when the judgment result is that the third SF does not exist.
  • the SFF processes the destination address of the third packet as the address of the destination station, and obtains the fourth packet;
  • Step S306 the SFF sends a fourth message.
  • the SFF may send the fourth packet to the NVE when the fourth packet is sent.
  • the SFF processes the destination address of the third packet before the third packet is sent, and processes the destination address of the third packet as the address or processing of the SF of the next next hop.
  • the address of the site such that the device receiving the fourth packet (eg, NVE) can learn the address of the next hop of the fourth packet (eg, the address of the third SF), thereby forwarding the fourth packet to the correct one.
  • the problem of the SF processing in the related art that cannot transmit the message to the correct next hop SFF through the tunnel of the cascading network is solved, thereby realizing the message transmission through the tunnel of the cascading network.
  • the foregoing SFF determines whether the third SF to which the third packet needs to be sent includes: the SFF queries the SFPID according to the service function path to query whether there is a third SF to which the third packet needs to be sent, where The SFPID is pre-allocated to the classifier and carried in the header of the third packet; when the address of the third SF is queried according to the SFPID, the SFF determines that the third SF exists; when the third SF is not queried according to the SFPID At the address, the SFF determines that there is no third SF.
  • the third SF may be queried according to the SFPID.
  • the third SF may be used in other manners.
  • a routing table is added to the packet.
  • the routing table records the SF that the packet needs to pass, so that the device that forwards the packet can determine the next hop of the packet according to the routing table, and then determine whether the third SF exists.
  • the SFF processes the destination address of the third packet as the address of the third SF, including at least one of the following: the SFF replaces the destination address of the third packet with the address of the third SF;
  • the third packet encapsulates an outer layer encapsulation, wherein the destination address of the encapsulation outer encapsulation is the address of the third SF.
  • the above two methods are only examples, and the address of the third SF may be recorded in the third message in other manners, and are not enumerated here.
  • the processing, by the SFF, the destination address of the third packet as the address of the destination station includes: acquiring an address of the destination site pre-stored in the header of the third packet; The address is set to the destination address of the third packet.
  • the address of the destination site saved in the SFC header can be restored to the destination address of the third packet, and the packet can be forwarded.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.
  • a message sending apparatus is further provided, which is used to implement the foregoing embodiments and preferred embodiments, and has not been described again.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • FIG. 4 is a structural block diagram of a first message sending apparatus according to an embodiment of the present invention. As shown in FIG. 4, the apparatus may be applied to a classifier, including a receiving module 42, a determining module 44, an adding module 46, and a first Transmitting module 48, the device will be described below.
  • a classifier including a receiving module 42, a determining module 44, an adding module 46, and a first Transmitting module 48, the device will be described below.
  • the receiving module 42 is configured to receive the first packet.
  • the determining module 44 is connected to the receiving module 42 and configured to determine the first service function SF to which the first packet needs to be sent.
  • the adding module 46 is connected to the determining module 44.
  • the first sending module 48 is connected to the adding module 46, and is configured to send the second packet to the network virtual edge node NVE.
  • FIG. 5 is a structural block diagram of a determining module 44 in a first type of message transmitting apparatus according to an embodiment of the present invention.
  • the determining module 44 includes a classifying unit 52, an allocating unit 54, and a determining unit 56. The determination module 44 is described.
  • the classification unit 52 is configured to classify the first packet according to the header information of the first packet
  • the allocation unit 54 is connected to the classification unit 52, and is configured to set the virtual network identifier VNID to which the source site belongs according to the classification result.
  • FIG. 6 is a structural block diagram of an adding module 46 in a first message sending apparatus according to an embodiment of the present invention. As shown in FIG. 6, the adding module 46 includes a first replacing unit 62 and/or a first encapsulating unit 64. The addition module 46 will be described.
  • the first replacing unit 62 is configured to replace the destination address of the first packet with the address of the first SF; the first encapsulating unit 64 is connected to the first replacing unit 62, and is configured to encapsulate an outer packet outside the first packet.
  • FIG. 7 is a structural block diagram of a second packet sending apparatus according to an embodiment of the present invention. As shown in FIG. 7, the apparatus may be applied to a service repeater SFF, including a determining module 72, a processing module 74, and a second sending module. 76. The device will be described below.
  • SFF service repeater
  • the determining module 72 is configured to: after receiving the third message, determine whether there is a third SF to which the third message needs to be sent; the processing module 74 is connected to the determining module 72, and is set to be the judgment result of the determining module 72. If the third SF is present, the destination address of the third packet is processed as the address of the third SF, and the fourth packet is obtained; and/or, when the determination result of the determining module 72 is that the third SF does not exist, The destination address of the three packets is processed as the address of the destination station, and the fourth packet is obtained.
  • the second sending module 76 is connected to the processing module 74 and configured to send the fourth packet.
  • FIG. 8 is a block diagram showing the structure of the determining module 72 in the second packet sending apparatus according to the embodiment of the present invention. As shown in FIG. 8, the determining module 72 includes a query unit 82 and a determining unit 84. Be explained.
  • the query unit 82 is configured to: according to the service function path identifier SFPID, query whether there is a third SF to which the third packet needs to be sent, where the SFPID is pre-allocated by the classifier and carried in the header of the third packet;
  • the unit 84 is connected to the program unit 82, and is configured to determine that the third SF exists when the address of the third SF is queried according to the SFPID; and/or, when the address of the third SF is not queried according to the SFPID, it is determined that the third SF does not exist.
  • Third SF is configured to: according to the service function path identifier SFPID, query whether there is a third SF to which the third packet needs to be sent, where the SFPID is pre-allocated by the classifier and carried in the header of the third packet;
  • the unit 84 is connected to the program unit 82, and is configured to determine that the third SF exists when the address of the third SF is queried according to the SFPID
  • FIG. 9 is a structural block diagram 1 of a processing module 74 in a second packet sending apparatus according to an embodiment of the present invention. As shown in FIG. 9, the processing module 74 includes a second replacing unit 92 and/or a second packaging unit 94. The processing module 74 will be described below.
  • the second replacing unit 92 is configured to replace the destination address of the third packet with the address of the third SF when the destination address of the third packet is processed as the address of the third SF; the second encapsulating unit 94 is configured to When the destination address of the third packet is processed as the address of the third SF, an outer layer encapsulation is encapsulated in the third packet, where the destination address of the encapsulated outer encapsulation is the address of the third SF.
  • FIG. 10 is a second structural block diagram of a processing module 74 in a second packet sending apparatus according to an embodiment of the present invention.
  • the processing module 74 includes an obtaining unit 102 and a setting unit 104. 74 for explanation.
  • the obtaining unit 102 is configured to obtain the pre-save when the destination address of the third packet is processed as the address of the destination site.
  • the address of the destination station in the header of the third message; the setting unit 104 is connected to the obtaining unit 102, and is set to set the address of the destination station as the destination address of the third message.
  • the purpose of the embodiment of the present invention is to realize the interconnection and intercommunication between the cascading network and the service chain, and to provide a method for ensuring the correct path of the service function chain in the case of separating the SFF and the NVE, and ensuring the mutual access of the SFC to the cascading network. Connected.
  • the following technical solutions are adopted in the embodiments of the present invention:
  • the classifier and the SFF find the next hop of the packet according to the SPFID before sending the packet to the cascading network, and optionally save the destination address (MAC, IP) of the original packet in the metadata of the SFC header.
  • the header encapsulation destination address of the SFC packet is the address corresponding to the next hop SF of the SFC chain.
  • the NVE After receiving the information, the NVE finds the mapping information of the tunnel based on the destination address of the packet. After the tunnel is encapsulated, the tunnel is forwarded to the next hop SF.
  • the last SFF When the message arrives at the last SFF of the SFC, the last SFF will restore the metadata from the SFC header that holds the final destination address and place it in the destination address field of the message. After the NVE of the last SFF receives such a message, it continues to map the internal destination address of the message to the external destination address, and forwards the tunnel to the last destination host.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • FIG. 11 is a schematic diagram of a networking structure according to an embodiment of the present invention.
  • a source device (corresponding to the source site in FIG. 11) sends traffic to a destination device, and the traffic needs to pass through the service function entity SF21 and the service function entity SF31, and then The destination device 1 (corresponding to the destination site in FIG. 11) is reached.
  • the service function entity SF21 and the service function entity SF31 form a service function chain SFC.
  • the path that the traffic should take is: source host ⁇ classification device (same The above classifier) ⁇ NVE1 ⁇ NVE2 ⁇ service function entity SF21 ⁇ NVE2 ⁇ NVE3 ⁇ service function entity 31 ⁇ NVE4 ⁇ destination host (the path is as indicated by the arrow line in FIG. 11).
  • the message (corresponding to the first packet mentioned above) sends a message from the source host to the destination host.
  • the destination address in the message packet is the address of the destination host, and the source address is the address of the source host.
  • Packets are classified by a classifier device before they access the network.
  • the classifier classifies the message according to the information such as the header of the packet, and assigns an SFPID to the packet according to the classification result and the virtual network VNID to which the source host belongs, and stores the message in the header of the message in the form of an SFC header.
  • a mapping relationship between the VNID and the SFPID is performed, and the value of the VNID is saved in the SFC metadata (such as the Tenant TLV).
  • the classifier queries the address of the next service function SF according to the SFPID in the SFC header, and changes the destination address of the message to the address of the service function SF21 (the destination address is replaced with the address of the SF21).
  • the message corresponds to the second message described above, and the address of the destination host is saved in the metadata field of the SFC header.
  • the packet carrying the SFC header arrives at the edge of the cascading network.
  • NVE1 encapsulates the packet with an outer address.
  • the corresponding VNID is found according to the virtual network to which the source host belongs, and the mapping table is searched according to the destination address of the packet.
  • the outer address is found as the NVE2 address according to the SF21 address, so NVE1 forwards the packet to In NVE2, the address of the NVE2 is encapsulated as the destination address of the outer address, and the VNID is in the outer header of the packet. Then, the packet is forwarded to the NVE2 tunnel of the virtual network.
  • the outer layer encapsulation is stripped.
  • the value of the VNID in the outer layer is mapped to a VLAN ID.
  • the VID is carried in the packet, and then the packet is first forwarded to SFF2 according to the destination address SF21 of the inner layer of the packet. SFF2 will then forward the service to the SF21 according to the SFPID of the SFC header.
  • the message is returned to SFF2 (the message received by SFF2 corresponds to the third message described above).
  • SFF2 receives the packet from the service function side to be further forwarded, it needs to query the address of the next hop service function again according to the SFPID.
  • the next hop of the SFC is SF31. Therefore, SFF2 replaces the SF31 address with the destination address of the inner layer, and then forwards it to NVE2 (the message whose destination address is replaced with the SF31 address corresponds to the fourth message described above).
  • NVE2 After receiving the packet, NVE2 searches the mapping table according to the SF31 of the inner layer address, and finds that the mapping from the inner address to the outer address is NVE3. At the same time, according to the VID carried in the packet, the VID is mapped to the VNID. Therefore, the NVE2 uses the address of the NVE3 as the outer destination address and the VNID to encapsulate the packet and forward it.
  • the NVE3 After the packet is forwarded to the NVE3, the NVE3 will strip the outer encapsulation.
  • the value of the VNID in the outer encapsulation maps the VLAN ID of the VID to be carried in the packet, and then reports the packet according to the destination address of the inner layer of the packet.
  • the text is first forwarded to SFF3.
  • SFF3 will then forward the service to the SF31 according to the SFPID of the SFC header.
  • the message is returned to SFF3 (the message received by SFF3 corresponds to the third message described above).
  • SFF3 receives the packet from the service function side to further forward the packet, it finds that the service function entity is the last one of the SFC chain. Therefore, the SFF3 restores the destination host originally stored in the metadata of the SFC header to the inner layer. On the address, the SFC header is stripped and the packet is forwarded to the NVE3. The packet with the destination host address restored corresponds to the fourth packet.
  • NVE3 After receiving the packet from the service function entity side, NVE3 searches the mapping table according to the inner layer address (destination host), finds the mapping from the inner layer address to the outer address to NVE3, and maps the VID to the VNID according to the packet.
  • the NVE2 uses the address of the NVE3 as the outer destination address and the VNID to encapsulate the packet and forward it.
  • the NVE4 strips the outer address and forwards it to the destination host according to the destination address of the inner address.
  • FIG. 12 is a schematic diagram of a networking structure according to an embodiment of the present invention.
  • the source device sends traffic to the destination device, and the traffic needs to pass through the service function entity SF21 and the service function entity SF31, and then the destination device 1 is processed. .
  • the service function entity SF21 and the service function entity SF31 form a service function chain SFC.
  • the packet sent from the source host to the destination host, the path that the traffic should take is: source host ⁇ NVE1 ⁇ classification device (same classifier as above) ⁇ NVE1 ⁇ NVE2 ⁇ service function entity SF21 ⁇ NVE2 ⁇ NVE3 ⁇ Business Function Entity 31 ⁇ NVE4 ⁇ Destination Host.
  • This scenario is similar to that of the first embodiment, but the traffic is on the cascading network and then enters the SFC process, and the classification device is connected to the cascading network.
  • the processing scenario is almost the same as that in the first embodiment.
  • the NVE1 stripping outer layer sends traffic to the classifier Classifier, it also needs to map a VID to the packet by the VNID.
  • the Classifier when the traffic sent by the source host passes the Classifier, the Classifier directly encapsulates the original packet, and encapsulates an outer encapsulation.
  • the source address of the outer encapsulation is the source host address
  • the destination address of the outer encapsulation is SF21. the address of.
  • NVE1 maps to NVE2 according to the destination address of the outer layer. Therefore, the packet is encapsulated in NVE1 and then forwarded to NVE2 through tunnel.
  • the tunnel is encapsulated and sent to SFF2.
  • SFF2 is unpacked and sent to SF21 for processing.
  • NVE2 maps to NVE3 according to the destination address of SF31.
  • the SF31 After the NVE3 stripping tunnel encapsulation is forwarded to the SF31 for processing, the SF31 sends the processed packet to the SFF3.
  • the SFF3 is the last hop of the SFC chain. Therefore, the outer packet is stripped and the original packet is sent to the NVE3.
  • the NVE3 maps the packet to NVE4 according to the destination host address and then forwards the packet through the tunnel. NVE4 peels off the outer address after receiving it.
  • Embodiment 4 is a diagrammatic representation of Embodiment 4:
  • the classifier directly encapsulates the original packet, and encapsulates an outer encapsulation.
  • the source address of the outer encapsulation is the source host address
  • the destination address of the outer encapsulation is the address of SFF2.
  • SFF2 After the message reaches SFF2, SFF2 will strip the outer address of the packet and send it to SF21 for processing. After receiving the SF21-processed packet, SFF2 finds the SFF3 of the next hop. Therefore, the SFF3 address is forwarded as the destination address of the outer-layer encapsulation.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the modules are located in multiple In the processor.
  • Embodiments of the present invention also provide a storage medium.
  • the foregoing storage medium may be configured to store program code for performing the following steps:
  • the classifier receives the first packet.
  • the classifier determines the first service function SF to which the first packet needs to be sent;
  • the classifier adds an address of the first SF in the first packet to obtain a second packet.
  • the classifier sends the second packet to the network virtual edge node NVE.
  • the above storage medium may also be configured to store program code for performing the following steps:
  • the service function forwarder SFF determines whether there is a third SF to which the third packet needs to be sent;
  • the SFF processes the destination address of the third packet as the address of the third SF, to obtain the fourth packet; and/or, when the judgment result is that the third SF does not exist.
  • the SFF processes the destination address of the third packet as the address of the destination station, and obtains the fourth packet;
  • the SFF sends a fourth packet.
  • the foregoing storage medium may include, but is not limited to, a USB flash drive, a Read-Only Memory (ROM), and a Random Access Memory (RAM).
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • the embodiment of the present invention introduces a solution for accessing an SFC domain in a cascading network, and can implement SFC freely in a cascading network without being restricted by equipment, especially for virtualizing a data center network. Implementation has very important practical significance.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the packet sending method and apparatus provided by the embodiments of the present invention have the following beneficial effects: the solution in the related art that cannot transmit the message to the correct next hop SFF through the tunnel of the cascading network is solved.

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

本发明提供了一种报文发送方法及装置，其中，该方法包括：分类器接收第一报文；上述分类器确定该第一报文需要送至的第一业务功能SF；上述分类器在第一报文中添加第一SF的地址，得到第二报文；上述分类器将第二报文发送给网络虚拟边缘节点NVE。通过本发明，解决了相关技术中存在的无法实现通过层叠网络的隧道将报文传送到正确的下一跳SFF上进行SF的处理的问题，进而实现了通过层叠网络的隧道将报文传送到正确的下一跳SFF上进行SF处理的效果。

Description

报文发送方法及装置 技术领域
本发明涉及通信领域，具体而言，涉及一种报文发送方法及装置。
背景技术
在相关技术中，数据在进入网络时要接入大量的增值业务设备，如防病毒设备、加速设备、防火墙设备以及网络地址转换(Network Address Translation，简称为NAT)设备等。流量没有差异化的区分必须一次通过这些业务设备，从而给这些设备造成了不必要的负担，限制了服务资源的优化，配置复杂，很难实现服务配置的快速变化。
针对上述问题，目前提出了一种业务链的方式业务功能连(Service Function Chain，简称为SFC)，即把所有的服务业务整合，虚拟出服务覆盖Service overlay层，形成自己的服务拓扑，和底层网络解耦合，不再受到底层网络结构的限制，架构如图1所示，图1是相关技术中的SFC架构图。流量所要经过的业务由SFC决定。SFC通过增加对每条SFC的业务功能路径标识(Service Function Path Identifier，简称为SFPID)，并对报文进行分级，给不同级别的流量分配不同的SFC(由入口分级设备来做)。转发设备则依据SFC的标识来对报文进行转发。从而实现针对不同的流量，可以实施不同的业务链处理，实现差异化需求。
目前业务功能链的处理如图1所示，SF是业务功能，Classifier是分类器，对报文进行分类，给报文添加SFC头部，携带报文应该走业务功能路径标识SFPID信息。SFF是业务功能转发器，依据报文中携带的SFPID选择不同的SF或者SFF对报文进行转发，即从分类器或SFF收到的报文，SFF会依据报文的SFPID转发到属于这条业务链路径的SF；从SF收到的报文，SFF会依据报文的SFPID选择出下一跳，然后根据下一跳的地址将报文送到下一个SFF上。
在互联网工程任务组(Internet Engineering Task Force，简称为IETF)的网络虚拟化覆盖(Network Virtualization Overlays 3，简称为NVO3)工作组中，提出了网络虚拟边缘(Network Virtualization Edge，简称为NVE)功能对报文进行封装后，接入到层叠网络中进行转发。当流量要进入到层叠网络时，需要经过NVE设备对报文进行封装，封装一个层叠网络的外层地址。当报文到达目的NVE后，会先对报文解封装再发给目的主机。当在层叠网络中实现业务链的处理时，则需要确定在不同的虚拟网络中走哪条业务链，需要有层叠网上各个虚拟网络和各条业务链的映射。
当在一个现有的层叠网络中加入SFC功能，原有的NVE可能并不知道SFC功能，需要在主机的虚拟交换机(Virtual switch，简称为Vswitch)上通过软件增加对SFC的支持。此时NVE和SFF在物理上可能是分离，则存在NVE无法知道SFC的下一跳，而直接依据报文的目的地址将报文通过隧道转发到目的主机所在的NVE上，无法保证能通过层叠网络的隧道将 报文传送到正确的下一跳SFF上进行SF的处理，从而导致整条业务功能链路径的错误。
针对相关技术中存在的无法实现通过层叠网络的隧道将报文传送到正确的下一跳SFF上进行SF的处理的问题，目前尚未提出有效的解决方案。
发明内容
本发明提供了一种报文发送方法及装置，以至少解决相关技术中存在的无法实现通过层叠网络的隧道将报文传送到正确的下一跳SFF上进行SF的处理的问题。
根据本发明的一个方面，提供了一种报文发送方法，包括：分类器接收第一报文；所述分类器确定所述第一报文需要送至的第一业务功能SF；所述分类器在所述第一报文中添加所述第一SF的地址，得到第二报文；所述分类器将所述第二报文发送给网络虚拟边缘节点NVE。
可选地，所述分类器确定所述第一报文需要送至的第一业务功能SF包括：所述分类器根据所述第一报文的头部信息对所述第一报文进行分类；所述分类器根据所述分类结果和源站点所属的虚拟网络标识VNID为所述第一报文分配业务功能路径标识SFPID；所述分类器根据所述SFPID确定所述第一SF。
可选地，所述分类器在所述第一报文中添加所述第一SF的地址包括以下至少之一：所述分类器将所述第一报文的目的地址替换为所述第一SF的地址；所述分类器在所述第一报文外面封装一个外层封装，其中，所述外层封装的目的地址为所述第一SF的地址。
根据本发明的另一方面，提供了一种报文发送方法，包括：业务功能转发器SFF在接收到第三报文后，判断是否存在所述第三报文需要送至的第三SF；当判断结果为存在所述第三SF时，所述SFF将所述第三报文的目的地址处理为所述第三SF的地址，得到第四报文；当判断结果为不存在所述第三SF时，所述SFF将所述第三报文的目的地址处理为目的站点的地址，得到第四报文；所述SFF发送所述第四报文。
可选地，所述SFF判断是否存在所述第三报文需要送至的第三SF包括：所述SFF根据业务功能路径标识SFPID查询是否存在所述第三报文需要送至的第三SF，其中，所述SFPID为分类器预先分配的且携带在所述第三报文的头部中；当根据所述SFPID查询到所述第三SF的地址时，所述SFF确定存在所述第三SF；当根据所述SFPID查询不到所述第三SF的地址时，所述SFF确定不存在所述第三SF。
可选地，所述SFF将所述第三报文的目的地址处理为所述第三SF的地址包括以下至少之一：所述SFF将所述第三报文的目的地址替换为所述第三SF的地址；所述SFF在所述第三报文上封装一层外层封装，其中，封装的所述外层封装的目的地址为所述第三SF的地址。
可选地，所述SFF将所述第三报文的目的地址处理为目的站点的地址包括：获取预先保存在所述第三报文的头部中的目的站点的地址；将所述目的站点的地址设置为所述第三报文的目的地址。
根据本发明的另一方面，提供了一种报文发送装置，所述装置应用于分类器中，包括：接收模块，设置为接收第一报文；确定模块，设置为确定所述第一报文需要送至的第一业务功能SF；添加模块，设置为在所述第一报文中添加所述第一SF的地址，得到第二报文；第一发送模块，设置为将所述第二报文发送给网络虚拟边缘节点NVE。
可选地，所述确定模块包括：分类单元，设置为根据所述第一报文的头部信息对所述第一报文进行分类；分配单元，设置为根据所述分类结果和源站点所属的虚拟网络标识VNID为所述第一报文分配业务功能路径标识SFPID；确定单元，设置为根据所述SFPID确定所述第一SF。
可选地，所述添加模块包括以下至少之一：第一替换单元，设置为将所述第一报文的目的地址替换为所述第一SF的地址；第一封装单元，设置为在所述第一报文外面封装一个外层封装，其中，所述外层封装的目的地址为所述第一SF的地址。
根据本发明的另一方面，提供了一种报文发送装置，所述装置应用于业务转发器SFF中，包括：判断模块，设置为在接收到第三报文后，判断是否存在所述第三报文需要送至的第三SF；处理模块，设置为当所述判断模块的判断结果为存在所述第三SF时，将所述第三报文的目的地址处理为所述第三SF的地址，得到第四报文；和/或，当所述判断模块的判断结果为不存在所述第三SF时，将所述第三报文的目的地址处理为目的站点的地址，得到第四报文；第二发送模块，设置为发送所述第四报文。
可选地，所述判断模块包括：查询单元，设置为根据业务功能路径标识SFPID查询是否存在所述第三报文需要送至的第三SF，其中，所述SFPID为分类器预先分配的且携带在所述第三报文的头部中；确定单元，设置为当根据所述SFPID查询到所述第三SF的地址时，确定存在所述第三SF；和/或，当根据所述SFPID查询不到所述第三SF的地址时，确定不存在所述第三SF。
可选地，在将所述第三报文的目的地址处理为所述第三SF的地址时，所述处理模块包括以下至少之一：第二替换单元，设置为将所述第三报文的目的地址替换为所述第三SF的地址；第二封装单元，设置为在所述第三报文上封装一层外层封装，其中，封装的所述外层封装的目的地址为所述第三SF的地址。
可选地，在将所述第三报文的目的地址处理为目的站点的地址时，所述处理模块包括：获取单元，设置为获取预先保存在所述第三报文的头部中的目的站点的地址；设置单元，设置为将所述目的站点的地址设置为所述第三报文的目的地址。
通过本发明，采用分类器接收第一报文；所述分类器确定所述第一报文需要送至的第一业务功能SF；所述分类器在所述第一报文中添加所述第一SF的地址，得到第二报文；所述分类器将所述第二报文发送给网络虚拟边缘节点NVE，解决了相关技术中存在的无法实现通过层叠网络的隧道将报文传送到正确的下一跳SFF上进行SF的处理的问题，进而实现了通过层叠网络的隧道将报文传送到正确的下一跳SFF上进行SF处理的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是相关技术中的SFC架构图；
图2是根据本发明实施例的第一种报文发送方法的流程图；
图3是根据本发明实施例的第二种报文发送方法的流程图；
图4是根据本发明实施例的第一种报文发送装置的结构框图；
图5是根据本发明实施例的第一种报文发送装置中确定模块44的结构框图；
图6是根据本发明实施例的第一种报文发送装置中添加模块46的结构框图；
图7是根据本发明实施例的第二种报文发送装置的结构框图；
图8是根据本发明实施例的第二种报文发送装置中判断模块72的结构框图；
图9是根据本发明实施例的第二种报文发送装置中处理模块74的结构框图一；
图10是根据本发明实施例的第二种报文发送装置中处理模块74的结构框图二；
图11是根据本发明实施例的组网结构示意图一；
图12是根据本发明实施例的组网结构示意图二。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种报文发送方法，图2是根据本发明实施例的第一种报文发送方法的流程图，如图2所示，该流程包括如下步骤：
步骤S202，分类器接收第一报文；
步骤S204，上述分类器确定该第一报文需要送至的第一业务功能SF；
步骤S206，上述分类器在第一报文中添加第一SF的地址，得到第二报文；
步骤S208，上述分类器将第二报文发送给网络虚拟边缘节点NVE。
通过上述步骤，分类器在将报文发送给NVE之前，会在该报文中添加第一SF的地址， 从而使得接收该报文的NVE能够确定该报文的SFC的下一跳，从而将该报文转发到正确的下一跳SFF上进行SF的处理，实现了将下一跳信息携带给对SFC不感知的NVE，从而实现一个现有层叠网络对SFC技术的兼容。解决了相关技术中存在的无法实现通过层叠网络的隧道将报文传送到正确的下一跳SFF上进行SF的处理的问题，进而实现了通过层叠网络的隧道将报文传送到正确的下一跳SFF上进行SF处理的效果。
在一个可选的实施例中，在确定第一报文需要送至的第一SF时，有多种确定方式，下面以一种为例进行说明：分类器根据第一报文的头部信息对第一报文进行分类；该分类器根据分类结果和源站点所属的虚拟网络标识VNID为第一报文分配业务功能路径标识SFPID；该分类器根据SFPID确定第一SF。
在一个可选的实施例中，上述分类器在第一报文中添加第一SF的地址包括以下至少之一：该分类器将第一报文的目的地址替换为第一SF的地址；该分类器在第一报文外面封装一个外层封装，其中，该外层封装的目的地址为第一SF的地址。其中，当采用第一种添加方式时，由于第一报文的原目的地址为目的主机的地址，因此，在将目的主机的地址替换为第一的地址后，可以将该目的主机的地址保存在第一报文的SFC头部中，例如，可以保存在SFC头部的元数据metadata字段中。
图3是根据本发明实施例的第二种报文发送方法的流程图，如图3所示，该流程包括如下步骤：
步骤S302，业务功能转发器SFF在接收到第三报文后，判断是否存在该第三报文需要送至的第三SF；
步骤S304，当判断结果为存在第三SF时，该SFF将第三报文的目的地址处理为第三SF的地址，得到第四报文；和/或，当判断结果为不存在第三SF时，该SFF将第三报文的目的地址处理为目的站点的地址，得到第四报文；
步骤S306，该SFF发送第四报文。
其中，SFF在发送第四报文时，可以是将该第四报文发送给NVE。通过上述步骤，SFF在发送第三报文之前，会对该第三报文的目的地址进行处理，将该第三报文的目的地址处理为正确的下一跳的SF的地址或者处理为目的站点的地址，从而使得接收第四报文的设备(如，NVE)能够获知第四报文的下一跳的地址(如，第三SF的地址)，从而将第四报文转发到正确的下一跳上，解决了相关技术中存在的无法实现通过层叠网络的隧道将报文传送到正确的下一跳SFF上进行SF的处理的问题，进而实现了通过层叠网络的隧道将报文传送到正确的下一跳SFF上进行SF处理的效果。
在一个可选的实施例中，上述SFF判断是否存在第三报文需要送至的第三SF包括：SFF根据业务功能路径标识SFPID查询是否存在第三报文需要送至的第三SF，其中，该SFPID为分类器预先分配的且携带在第三报文的头部中；当根据SFPID查询到第三SF的地址时，SFF确定存在第三SF；当根据SFPID查询不到第三SF的地址时，该SFF确定不存在第三SF。在 该实施例中，可以根据SFPID查询是否存在第三SF，当然也可以利用其他的方式来获知是否存在第三SF，例如，在发送报文时，在该报文中添加一个路由表，其中，路由表中记录着报文需要经过的SF，从而转发报文的设备可以根据路由表确定报文的下一跳，进而确定是否存在第三SF。
在一个可选的实施例中，SFF将第三报文的目的地址处理为第三SF的地址包括以下至少之一：SFF将第三报文的目的地址替换为第三SF的地址；SFF在第三报文上封装一层外层封装，其中，封装的该外层封装的目的地址为第三SF的地址。上述两种方式仅仅是示例，也可以采用其他的方式将第三SF的地址记录在第三报文中，在此，不一一列举。
在一个可选的实施例中，上述SFF将第三报文的目的地址处理为目的站点的地址包括：获取预先保存在第三报文的头部中的目的站点的地址；将该目的站点的地址设置为第三报文的目的地址。在前述的实施例中可以确定，分类器在对报文进行处理时，会将目的站点的地址保存在报文的SFC头部中(例如，SFC头部的metadata字段中)，当需要还原目的站点的地址时，可以将SFC头部中保存的目的站点的地址还原出作为第三报文的目的地址，进而对报文进行转发。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种报文发送装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本发明实施例的第一种报文发送装置的结构框图，如图4所示，该装置可以应用于分类器中，包括接收模块42、确定模块44、添加模块46和第一发送模块48，下面对该装置进行说明。
接收模块42，设置为接收第一报文；确定模块44，连接至上述接收模块42，设置为确定第一报文需要送至的第一业务功能SF；添加模块46，连接至上述确定模块44，设置为在第一报文中添加第一SF的地址，得到第二报文；第一发送模块48，连接至上述添加模块46，设置为将第二报文发送给网络虚拟边缘节点NVE。
图5是根据本发明实施例的第一种报文发送装置中确定模块44的结构框图，如图5所示，该确定模块44包括分类单元52、分配单元54和确定单元56，下面对该确定模块44进行说明。
分类单元52，设置为根据第一报文的头部信息对第一报文进行分类；分配单元54，连接至上述分类单元52，设置为根据分类结果和源站点所属的虚拟网络标识VNID为第一报文分配业务功能路径标识SFPID；确定单元56，连接至上述分配单元54，设置为根据SFPID确定第一SF。
图6是根据本发明实施例的第一种报文发送装置中添加模块46的结构框图，如图6所示，该添加模块46包括第一替换单元62和/或第一封装单元64，下面对该添加模块46进行说明。
第一替换单元62，设置为将第一报文的目的地址替换为第一SF的地址；第一封装单元64，连接至上述第一替换单元62，设置为在第一报文外面封装一个外层封装，其中，该外层封装的目的地址为第一SF的地址。
图7是根据本发明实施例的第二种报文发送装置的结构框图，如图7所示，该装置可以应用于业务转发器SFF中，包括判断模块72、处理模块74、第二发送模块76，下面对该装置进行说明。
判断模块72，设置为在接收到第三报文后，判断是否存在第三报文需要送至的第三SF；处理模块74，连接至上述判断模块72，设置为当判断模块72的判断结果为存在第三SF时，将第三报文的目的地址处理为第三SF的地址，得到第四报文；和/或，当判断模块72的判断结果为不存在第三SF时，将第三报文的目的地址处理为目的站点的地址，得到第四报文；第二发送模块76，连接至上述处理模块74，设置为发送第四报文。
图8是根据本发明实施例的第二种报文发送装置中判断模块72的结构框图，如图8所示，该判断模块72包括查询单元82和确定单元84，下面对该判断模块72进行说明。
查询单元82，设置为根据业务功能路径标识SFPID查询是否存在第三报文需要送至的第三SF，其中，该SFPID为分类器预先分配的且携带在第三报文的头部中；确定单元84，连接至上述程序单元82，设置为当根据SFPID查询到第三SF的地址时，确定存在第三SF；和/或，当根据SFPID查询不到第三SF的地址时，确定不存在第三SF。
图9是根据本发明实施例的第二种报文发送装置中处理模块74的结构框图一，如图9所示，该处理模块74包括第二替换单元92和/或，第二封装单元94，下面对该处理模块74进行说明。
第二替换单元92，设置为在将第三报文的目的地址处理为第三SF的地址时，将第三报文的目的地址替换为第三SF的地址；第二封装单元94，设置为在将第三报文的目的地址处理为第三SF的地址时，在第三报文上封装一层外层封装，其中，封装的外层封装的目的地址为第三SF的地址。
图10是根据本发明实施例的第二种报文发送装置中处理模块74的结构框图二，如图10所示，该处理模块74包括获取单元102和设置单元104，下面对该处理模块74进行说明。
获取单元102，设置为在将第三报文的目的地址处理为目的站点的地址时，获取预先保存 在第三报文的头部中的目的站点的地址；设置单元104，连接至上述获取单元102，设置为将目的站点的地址设置为第三报文的目的地址。
上述实施例中，是从分类器和SFF侧单独进行描述的，下面结合分类器、NVE、SFF对本发明实施例中的方案进行整体说明。
本发明实施例的目的在于，实现层叠网和业务链的互连互通，并且针对SFF和NVE分离的情况下，提供一种能保证业务功能链路径正确的方法，保证SFC接入层叠网络的互连互通。本发明实施例中采用以下技术方案：
分类器和SFF在将报文发送到层叠网络之前，依据SPFID查找到报文的下一跳，可选的将原报文的目的地址(MAC、IP)保存在SFC头部的Metadata中。同时，对该SFC报文的头部封装目的地址为该你SFC链的下一跳SF对应的地址。
NVE收到后直接根据报文的目的地址找到隧道的映射信息，从而对报文进行隧道封装后走隧道转发到上述的下一跳SF上。
当报文到达SFC的最后一个SFF时，最后这个SFF会把保存了最终目的地址的从SFC头部的metadata中恢复出来放在报文的目的地址字段中。接最后这个SFF的NVE收到了这样的报文后再继续对报文做内部目的地址到外部目的地址的映射，走隧道转发到最后目的主机。
实施例一：
图11是根据本发明实施例的组网结构示意图一，源设备(对应于图11中的源站点)发送流量到目的设备，该流量需要经过业务功能实体SF21和业务功能实体SF31，处理之后再达到目的设备1(对应于图11中的目的站点)。业务功能实体SF21和业务功能实体SF31形成一条业务功能链SFC。本实施例中从源主机(对应于图11中的源站点)发送到目的主机(对应于图11中的目的站点)的报文，该流量应该走的路径为：源主机→分级设备(同上述的分类器)→NVE1→NVE2→业务功能实体SF21→NVE2→NVE3→业务功能实体31→NVE4→目的主机(该路径如图11中的箭头线所示)。
报文(对应于上述的第一报文)从源主机发送消息给目的主机，消息报文中的目的地址是目的主机的地址，源地址是源主机的地址。报文在接入网络之前会经过一个分类器设备对报文进行分类。分类器依据报文的头部等信息对报文进行分类，并将分类结果以及该源主机所属的虚拟网络VNID给该报文分配一个SFPID，并以SFC头部的形式存放在报文头部，VNID和SFPID之间对应一个映射关系，同时将VNID的值保存在SFC的metadata中(如Tenant TLV)。同时，分类器根据这个SFC头部中的SFPID查询到报文要走到下一个业务功能SF的地址，将报文的目的地址改为这个业务功能SF21的地址(目的地址替换为SF21的地址的报文对应于上述的第二报文)，同时将目的主机的地址保存在SFC头部的metadata字段。
携带有SFC头部的报文到达层叠网络边缘，即到达NVE1时，NVE1会给这个报文做一层外层地址的封装。首先会依据源主机所属的虚拟网络找到对应的VNID，并且依据报文的目的地址查找映射表，依据SF21地址找到外层地址是NVE2地址，因此NVE1在将报文转发给 NVE2时，会封装NVE2的地址作为外层地址的目的地址，以及VNID在报文的外层头部中，然后报文走该虚拟网络的隧道转发到NVE2。
NVE2收到后会剥离外层封装，同时外层封装中VNID的值映射一个VLAN标识VID携带在报文中，然后依据报文内层的头部目的地址SF21将报文首先转发到SFF2上。SFF2会再依据SFC头部的SFPID转发到SF21上进行业务的处理。
SF21处理完成后，会将报文返回给SFF2(SFF2接收到的报文对应于上述的第三报文)。SFF2从业务功能侧收到报文要进一步转发时，需要再次依据SFPID查询到下一跳业务功能的地址，本实施例该条SFC的下一跳是SF31。所以SFF2会将SF31地址替换为内层的目的地址，然后再转发给NVE2(目的地址替换成SF31地址的报文对应于上述的第四报文)。
NVE2收到了报文后会依据内层地址的SF31查找映射表，找到内层地址到外层地址的映射为NVE3。同时依据报文中携带的VID映射到VNID，因此NVE2把NVE3的地址作为外层目的地址，以及VNID，将报文进行封装后转发。
报文转发到NVE3后，NVE3收到后会剥离外层封装，同时外层封装中VNID的值映射一个VLAN标识VID携带在报文中，然后依据报文内层的头部目的地址SF31将报文首先转发到SFF3上。SFF3会再依据SFC头部的SFPID转发到SF31上进行业务的处理。
SF31处理完成后，会将报文返回给SFF3(SFF3接收到的报文对应于上述的第三报文)。SFF3从业务功能侧收到报文要进一步转发时，发现本业务功能实体就是好这条SFC链的最后一条，因此SFF3会将原来保存在SFC头部的metadata中的目的主机恢复到内层目的地址上，同时剥离SFC头部后将报文转发给NVE3(恢复了目的主机地址的报文对应于上述的第四报文)。
NVE3收到从业务功能实体侧过来的报文后会依据内层地址(目的主机)查找映射表，找到内层地址到外层地址的映射为NVE3，同时依据报文的VID映射到VNID，因此NVE2把NVE3的地址作为外层目的地址，以及VNID，将报文进行封装后转发。
报文通过隧道转发到NVE4后，NVE4剥离外层地址，依据内层地址的目的地址转发给目的主机。
实施例二
图12是根据本发明实施例的组网结构示意图二，如图12所示，源设备发送流量到目的设备，该流量需要经过业务功能实体SF21和业务功能实体SF31，处理之后再达到目的设备1。业务功能实体SF21和业务功能实体SF31形成一条业务功能链SFC。本实施例中从源主机发送到目的主机的报文，该流量的应该走的路径为：源主机→NVE1→分级设备(同上述的分类器)→NVE1→NVE2→业务功能实体SF21→NVE2→NVE3→业务功能实体31→NVE4→目的主机。
该场景和实施例一类似，但流量是上了层叠网络之后再进入SFC处理，分类设备连接在层叠网络上。其处理场景和实施例一几乎一样，但NVE1剥离外层封装把流量发给分类器Classifier时，也需要由VNID映射一个VID携带在报文中。
实施例三
本实施例中，源主机发出的流量经过Classifier时，Classifier将原始报文直接进行封装，外面封装一个外层封装，该外层封装的源地址是源主机地址，外层封装的目的地址是SF21的地址。当封装后的报文到达NVE1后，NVE1会根据外层的目的地址映射到NVE2上，因此报文在NVE1会再次做一个隧道的封装后通过隧道转发达到NVE2，并解隧道封装后发给SFF2，SFF2解开外层封装后发给SF21处理。
SF21处理完成后，再次到达SFF2，经过查找下一跳找到下一跳是SF31，因此SFF2会对报文封装一个外层地址，源地址仍然是源主机地址，目的地址改为SF31的地址，再发送给NVE2。NVE2依据SF31的目的地址映射到NVE3。
同样的流程NVE3剥离隧道封装转发给SF31处理后，SF31将处理后的报文送到SFF3。SFF3由于是SFC链的最后一跳，因此会将外层的封装剥离，还原出最初的报文送给NVE3，NVE3会依据目的主机地址将报文再次映射封装为NVE4后再通过隧道转发。NVE4收到后剥离外层地址。
实施例四：
本实施例中，结合实施例三，Classifier将原始报文直接进行封装，外面封装一个外层封装，该外层封装的源地址是源主机地址，外层封装的目的地址是SFF2的地址。
报文达到SFF2后，SFF2会将报文的这个外层地址剥离后再送给SF21处理。SFF2收到SF21处理好的报文后，查找到下一跳的SFF3，因此将SFF3的地址作为外层封装的目的地址再进行转发。
但在本实施例中，需要SFF和NVE之间有交互，SFF会通告其所连接的NVE该SFF的地址信息。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S1，分类器接收第一报文；
S2，上述分类器确定该第一报文需要送至的第一业务功能SF；
S3，上述分类器在第一报文中添加第一SF的地址，得到第二报文；
S4，上述分类器将第二报文发送给网络虚拟边缘节点NVE。
可选地，上述存储介质还可以被设置为存储用于执行以下步骤的程序代码：
S1，业务功能转发器SFF在接收到第三报文后，判断是否存在该第三报文需要送至的第三SF；
S2，当判断结果为存在第三SF时，该SFF将第三报文的目的地址处理为第三SF的地址，得到第四报文；和/或，当判断结果为不存在第三SF时，该SFF将第三报文的目的地址处理为目的站点的地址，得到第四报文；
S3，该SFF发送第四报文。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
与相关技术相比较，本发明实施例中引入了一种在层叠网络接入SFC域的解决方案，可以自如在层叠网络中实现SFC，而无需受到设备的限制，尤其对数据中心网络的虚拟化实现有非常重要的现实意义。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
如上所述，本发明实施例提供的一种报文发送方法及装置具有以下有益效果：解决了相关技术中存在的无法实现通过层叠网络的隧道将报文传送到正确的下一跳SFF上进行SF的处理的问题，进而实现了通过层叠网络的隧道将报文传送到正确的下一跳SFF上进行SF处理的 效果。

Claims (14)

  1. 一种报文发送方法，包括：
    分类器接收第一报文；
    所述分类器确定所述第一报文需要送至的第一业务功能SF；
    所述分类器在所述第一报文中添加所述第一SF的地址，得到第二报文；
    所述分类器将所述第二报文发送给网络虚拟边缘节点NVE。
  2. 根据权利要求1所述的方法，其中，所述分类器确定所述第一报文需要送至的第一业务功能SF包括：
    所述分类器根据所述第一报文的头部信息对所述第一报文进行分类；
    所述分类器根据所述分类结果和源站点所属的虚拟网络标识VNID为所述第一报文分配业务功能路径标识SFPID；
    所述分类器根据所述SFPID确定所述第一SF。
  3. 根据权利要求1所述的方法，其中，所述分类器在所述第一报文中添加所述第一SF的地址包括以下至少之一：
    所述分类器将所述第一报文的目的地址替换为所述第一SF的地址；
    所述分类器在所述第一报文外面封装一个外层封装，其中，所述外层封装的目的地址为所述第一SF的地址。
  4. 一种报文发送方法，包括：
    业务功能转发器SFF在接收到第三报文后，判断是否存在所述第三报文需要送至的第三SF；
    当判断结果为存在所述第三SF时，所述SFF将所述第三报文的目的地址处理为所述第三SF的地址，得到第四报文；
    当判断结果为不存在所述第三SF时，所述SFF将所述第三报文的目的地址处理为目的站点的地址，得到第四报文；
    所述SFF发送所述第四报文。
  5. 根据权利要求4所述的方法，其中，所述SFF判断是否存在所述第三报文需要送至的第三SF包括：
    所述SFF根据业务功能路径标识SFPID查询是否存在所述第三报文需要送至的第三SF，其中，所述SFPID为分类器预先分配的且携带在所述第三报文的头部中；
    当根据所述SFPID查询到所述第三SF的地址时，所述SFF确定存在所述第三SF；
    当根据所述SFPID查询不到所述第三SF的地址时，所述SFF确定不存在所述第三SF。
  6. 根据权利要求4所述的方法，其中，所述SFF将所述第三报文的目的地址处理为所述第三SF的地址包括以下至少之一：
    所述SFF将所述第三报文的目的地址替换为所述第三SF的地址；
    所述SFF在所述第三报文上封装一层外层封装，其中，封装的所述外层封装的目的地址为所述第三SF的地址。
  7. 根据权利要求4所述的方法，其中，所述SFF将所述第三报文的目的地址处理为目的站点的地址包括：
    获取预先保存在所述第三报文的头部中的目的站点的地址；
    将所述目的站点的地址设置为所述第三报文的目的地址。
  8. 一种报文发送装置，应用于分类器中，包括：
    接收模块，设置为接收第一报文；
    确定模块，设置为确定所述第一报文需要送至的第一业务功能SF；
    添加模块，设置为在所述第一报文中添加所述第一SF的地址，得到第二报文；
    第一发送模块，设置为将所述第二报文发送给网络虚拟边缘节点NVE。
  9. 根据权利要求8所述的装置，其中，所述确定模块包括：
    分类单元，设置为根据所述第一报文的头部信息对所述第一报文进行分类；
    分配单元，设置为根据所述分类结果和源站点所属的虚拟网络标识VNID为所述第一报文分配业务功能路径标识SFPID；
    确定单元，设置为根据所述SFPID确定所述第一SF。
  10. 根据权利要求8所述的装置，其中，所述添加模块包括以下至少之一：
    第一替换单元，设置为将所述第一报文的目的地址替换为所述第一SF的地址；
    第一封装单元，设置为在所述第一报文外面封装一个外层封装，其中，所述外层封装的目的地址为所述第一SF的地址。
  11. 一种报文发送装置，应用于业务转发器SFF中，包括：
    判断模块，设置为在接收到第三报文后，判断是否存在所述第三报文需要送至的第三SF；
    处理模块，设置为当所述判断模块的判断结果为存在所述第三SF时，将所述第三报文的目的地址处理为所述第三SF的地址，得到第四报文；和/或，当所述判断模块的判断结果为不存在所述第三SF时，将所述第三报文的目的地址处理为目的站点的地址，得到第四报文；
    第二发送模块，设置为发送所述第四报文。
  12. 根据权利要求11所述的装置，其中，所述判断模块包括：
    查询单元，设置为根据业务功能路径标识SFPID查询是否存在所述第三报文需要送至的第三SF，其中，所述SFPID为分类器预先分配的且携带在所述第三报文的头部中；
    确定单元，设置为当根据所述SFPID查询到所述第三SF的地址时，确定存在所述第三SF；和/或，当根据所述SFPID查询不到所述第三SF的地址时，确定不存在所述第三SF。
  13. 根据权利要求11所述的装置，其中，在将所述第三报文的目的地址处理为所述第三SF的地址时，所述处理模块包括以下至少之一：
    第二替换单元，设置为将所述第三报文的目的地址替换为所述第三SF的地址；
    第二封装单元，设置为在所述第三报文上封装一层外层封装，其中，封装的所述外层封装的目的地址为所述第三SF的地址。
  14. 根据权利要求11所述的装置，其中，在将所述第三报文的目的地址处理为目的站点的地址时，所述处理模块包括：
    获取单元，设置为获取预先保存在所述第三报文的头部中的目的站点的地址；
    设置单元，设置为将所述目的站点的地址设置为所述第三报文的目的地址。
PCT/CN2016/076787 2015-07-06 2016-03-18 报文发送方法及装置 WO2016177145A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP16789139.9A EP3322135A4 (en) 2015-07-06 2016-03-18 PACKET TRANSMISSION METHOD AND DEVICE
US15/742,365 US10461958B2 (en) 2015-07-06 2016-03-18 Packet transmission method and apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510392274.4 2015-07-06
CN201510392274.4A CN106341298B (zh) 2015-07-06 2015-07-06 报文发送方法及装置

Publications (1)

Publication Number Publication Date
WO2016177145A1 true WO2016177145A1 (zh) 2016-11-10

Family

ID=57217500

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/076787 WO2016177145A1 (zh) 2015-07-06 2016-03-18 报文发送方法及装置

Country Status (4)

Country Link
US (1) US10461958B2 (zh)
EP (1) EP3322135A4 (zh)
CN (1) CN106341298B (zh)
WO (1) WO2016177145A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10397108B2 (en) * 2016-01-25 2019-08-27 Futurewei Technologies, Inc. Service function chaining across multiple subnetworks
US10382596B2 (en) * 2016-06-23 2019-08-13 Cisco Technology, Inc. Transmitting network overlay information in a service function chain
US10491520B2 (en) * 2017-04-06 2019-11-26 Ca, Inc. Container-based software appliance
CN109787877B (zh) * 2017-11-10 2020-12-25 智邦科技股份有限公司 箱型交换机、网络接口卡、及封包转送的管理方法
CN108616450B (zh) * 2018-03-08 2020-11-06 烽火通信科技股份有限公司 一种基于sdn的ip网络实现约束路径转发的方法
CN110324165B (zh) * 2018-03-30 2021-05-11 华为技术有限公司 网络设备的管理方法、装置及系统
CN111988266B (zh) * 2019-05-24 2022-05-17 华为技术有限公司 一种处理报文的方法
US10972389B2 (en) * 2019-07-17 2021-04-06 International Business Machines Corporation Next-hop component selection along a service function path
CN113994639B (zh) * 2019-08-28 2023-09-22 华为云计算技术有限公司 基于远程网络节点的l3虚拟映射的数据传输方法及系统
CN113079089B (zh) * 2020-01-03 2025-01-07 华为技术有限公司 业务链的故障保护方法、装置、设备、系统及存储介质
CN111464443B (zh) * 2020-03-10 2022-06-28 中移（杭州）信息技术有限公司 基于服务功能链的报文转发方法、装置、设备及存储介质
CN115443636A (zh) * 2020-04-22 2022-12-06 瑞典爱立信有限公司 无线电接入网络（ran）架构

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013067466A1 (en) * 2011-11-03 2013-05-10 Huawei Technologies Co., Ltd. Border gateway protocol extension for the host joining/leaving a virtual private network
CN103200069A (zh) * 2013-03-29 2013-07-10 华为技术有限公司 一种报文处理的方法和设备
CN104518940A (zh) * 2014-10-27 2015-04-15 华为技术有限公司 实现nvo3网络与mpls网络之间通信的方法和装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8565248B2 (en) * 2008-06-26 2013-10-22 Cisco Technology, Inc. Pure control-plane approach for on-path connection admission control operations in multiprotocol label switching virtual private networks
US9143408B2 (en) * 2012-07-30 2015-09-22 Hewlett-Packard Development Company, L.P. Interprovider virtual private network path identification
US9660905B2 (en) 2013-04-12 2017-05-23 Futurewei Technologies, Inc. Service chain policy for distributed gateways in virtual overlay networks
US9825856B2 (en) * 2014-01-06 2017-11-21 Futurewei Technologies, Inc. Service function chaining in a packet network
US9736053B2 (en) * 2014-03-25 2017-08-15 Nec Corporation Layer 2 path tracing through context encoding in software defined networking

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013067466A1 (en) * 2011-11-03 2013-05-10 Huawei Technologies Co., Ltd. Border gateway protocol extension for the host joining/leaving a virtual private network
CN103200069A (zh) * 2013-03-29 2013-07-10 华为技术有限公司 一种报文处理的方法和设备
CN104518940A (zh) * 2014-10-27 2015-04-15 华为技术有限公司 实现nvo3网络与mpls网络之间通信的方法和装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
See also references of EP3322135A4 *
WANG, CUI ET AL.: "IPv6 Service Function Chain Draft-wang-6man-ipv6-service-function-chain-00", IETF, 2 July 2015 (2015-07-02), XP015107521 *

Also Published As

Publication number Publication date
EP3322135A4 (en) 2019-02-27
CN106341298B (zh) 2019-03-22
CN106341298A (zh) 2017-01-18
US10461958B2 (en) 2019-10-29
EP3322135A1 (en) 2018-05-16
US20180198643A1 (en) 2018-07-12

Similar Documents

Publication Publication Date Title
WO2016177145A1 (zh) 报文发送方法及装置
US10541836B2 (en) Virtual gateways and implicit routing in distributed overlay virtual environments
US11374899B2 (en) Managing network connectivity between cloud computing service endpoints and virtual machines
CN105612719B (zh) 使用封装头部中的元数据的高级网络虚拟化
CN105591978B (zh) 基于网络的服务功能链接
CN106302206B (zh) 报文的转发处理方法、装置及系统
EP2600573B1 (en) Method for transmitting addresses correspondence relationship in second-layer protocol using link status routing
US10027623B2 (en) Internet protocol address resolution
US10057162B1 (en) Extending Virtual Routing and Forwarding at edge of VRF-aware network
CN107645444A (zh) 用于虚拟机与云服务计算设备之间的快速路由传输的系统、设备和方法
CN105591971B (zh) 一种QoS的实现方法和装置
CN115004656A (zh) 一种报文发送方法、设备及系统
WO2022110535A1 (zh) 一种报文发送方法、设备及系统
CN107046506B (zh) 一种报文处理方法、流分类器和业务功能实例
US10616105B1 (en) Extending virtual routing and forwarding using source identifiers
CN112422393A (zh) 可扩展虚拟局域网报文发送方法、计算机设备和可读介质
WO2017113300A1 (zh) 路由确定方法、网络配置方法以及相关装置
CN104579898A (zh) 一种租户隔离方法及系统
US20180159758A1 (en) Virtual media access control addresses for hosts
EP2953302B1 (en) Service packet processing method, apparatus and system
CN112583655B (zh) 数据传输方法、装置、电子设备及可读存储介质
JP2024504466A (ja) パケット転送方法、パケット処理方法、およびデバイス
EP3503484A1 (en) Message transmission method, device and network system
US12137049B1 (en) Extending virtual routing and forwarding
EP4272383B1 (en) Layer-2 networking information in a virtualized cloud environment

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: 16789139

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016789139

Country of ref document: EP