EP3116178A1 - Packet processing device, packet processing method, and program - Google Patents
Packet processing device, packet processing method, and program Download PDFInfo
- Publication number
- EP3116178A1 EP3116178A1 EP15757950.9A EP15757950A EP3116178A1 EP 3116178 A1 EP3116178 A1 EP 3116178A1 EP 15757950 A EP15757950 A EP 15757950A EP 3116178 A1 EP3116178 A1 EP 3116178A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- packet processing
- action
- rule
- pointer
- packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012545 processing Methods 0.000 title claims abstract description 199
- 238000003672 processing method Methods 0.000 title claims description 13
- 230000009471 action Effects 0.000 claims abstract description 117
- 238000000034 method Methods 0.000 claims abstract description 50
- 230000008569 process Effects 0.000 claims abstract description 44
- 239000000284 extract Substances 0.000 claims abstract description 4
- 238000009825 accumulation Methods 0.000 claims description 13
- 230000008859 change Effects 0.000 description 11
- 238000012217 deletion Methods 0.000 description 11
- 230000037430 deletion Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 11
- 235000014510 cooky Nutrition 0.000 description 9
- 230000000875 corresponding effect Effects 0.000 description 4
- 230000007717 exclusion Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000006855 networking Effects 0.000 description 3
- 230000000737 periodic effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- NRNCYVBFPDDJNE-UHFFFAOYSA-N pemoline Chemical compound O1C(N)=NC(=O)C1C1=CC=CC=C1 NRNCYVBFPDDJNE-UHFFFAOYSA-N 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2483—Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
-
- 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/20—Traffic policing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
- H04L49/901—Buffering arrangements using storage descriptor, e.g. read or write pointers
Definitions
- the present invention relates to a packet processing device, a packet processing method and a program, and particularly, relates to a packet processing device, a packet processing method and a program in a centralized-control-type network.
- a packet processing unit In a packet processing device such as a switch provided in a communication system, a packet processing unit has been more often implemented by software in recent years. In particular, due to the increase in the performance of a general-purpose processor and the trend toward the Network Functions Virtualization (NFV) and the Software-Defined Networking (SDN), there is an increasing need for the implementation of a packet processing unit by software. In addition, in performing packet processing based on software processing, it is required to satisfy a processing performance that is equivalent to hardware processing.
- NFV Network Functions Virtualization
- SDN Software-Defined Networking
- NPLs 1 and 2 describe OpenFlow.
- OpenFlow recognizes communications as end-to-end flows and performs path control, failure recovery, load balancing, and optimization on a per-flow basis.
- An OpenFlow switch (OFS) specified in NPL 2 has a secure channel for communication with an OpenFlow controller (OFC) and operates according to a flow table suitably added or rewritten by the OFC.
- OFC OpenFlow controller
- a set of: matching conditions (Match Fields) against which a packet header is matched; flow statistical information (Counters); and instructions that define processing contents is defined for each flow (see section "5.2 Flow Table" in NPL 2).
- the OFS Upon receipt of a packet, the OFS searches the flow table for an entry having a matching condition (see "5.3 Matching" in NPL 2) that matches header information of the received packet. If an entry matching the received packet is found as a result of search, the OFS updates the flow statistical information (Counters) and executes a processing content (e.g., packet transmission from a specified port, flooding, or dropping) written in the instructions field of the entry with respect to the received packet. Meanwhile, if an entry matching the received packet is not found as a result of search, the OFS transmits an entry setting request, that is, a request for transmission of control information (Packet-In message) for processing the received packet via the secure channel to the OFC. The OFS receives a flow entry defining a processing content and updates the flow table. In this manner, the OFS performs packet transfer using an entry stored in the flow table as control information.
- a matching condition see "5.3 Matching" in NPL 2
- the OFS updates the flow statistical information (Counters) and execute
- the flow cache table is a table for holding a plurality of times of rule search necessary for each packet as a cache. Using the flow cache table makes it possible to acquire results of a plurality of times of rule search collectively by a single search as to which flow a packet belongs to.
- the flow cache table in the above related art is created and managed by a process, such as a rule control unit, which is separate from a packet processing unit.
- a process such as a rule control unit
- the packet processing unit accesses the flow cache table, there arises a need for performing mutual exclusion between the packet processing unit and the rule control unit. Consequently, when the packet processing unit accesses the flow cache table, standby time is generated due to the mutual exclusion, causing a problem in which packet processing takes time.
- An objective of the present invention is to provide a packet processing device, a packet processing method and a program that contribute to solving the problem.
- a first aspect of the present invention provides a packet processing device.
- the packet processing device includes: a storage unit that holds an action table including actions that define processing contents of packets and a rule table including rules to search for actions to be applied to packets; a rule control unit that updates rules included in the rule table; and a packet processing unit that searches the action table for an action to be applied to a received packet using the rule table, processes the packet in accordance with the searched action, and accumulates a pointer with respect to the searched action, wherein the packet processing unit determines whether the rule table has been updated by the rule control unit after accumulation of the pointer and, if not updated, extracts an action to be applied to a received packet from the action table in accordance with the accumulated pointer.
- a second aspect of the present invention provides a packet processing method.
- the packet processing method includes: by a computer, holding, in a storage unit, an action table including actions that define processing contents of packets and a rule table including rules to search for actions to be applied to packets; updating rules included in the rule table by a first process; searching, by a second process, the action table for an action to be applied to a received packet using the rule table, processing the packet in accordance with the searched action, and accumulating a pointer with respect to the searched action; and determining, by the second process, whether the rule table has been updated by the first process after accumulation of the pointer and, if not updated, extracting an action to be applied to a received packet from the action table in accordance with the accumulated pointer.
- a packet processing device, a packet processing method and a program according to the present invention enable to increase the speed of packet processing by a packet processing unit implemented by software.
- a lockless flow cache table is proposed.
- Implementing a flow cache table in a lockless manner in addition to faster rule search by the flow cache table eliminates standby time at a time of accessing the flow cache table and increases the speed of packet processing.
- Fig. 1 is a block diagram illustrating an example configuration of a packet processing device according to an exemplary embodiment.
- a packet processing device 10 includes a storage unit 13 that holds an action table 26 including actions that define processing contents of packets and a rule table 24 including rules to search for actions to be applied to packets, a rule control unit 12 that updates rules included in the rule table 24, and a packet processing unit 16 that searches the action table 26 for an action to be applied to a received packet using the rule table 24, processes the packet in accordance with the searched action, and accumulates a pointer with respect to the searched action.
- the packet processing unit 16 determines whether the rule table 24 has been updated by the rule control unit 12 after accumulation of the pointer and, if not updated, extracts an action to be applied to a received packet from the action table 26 in accordance with the accumulated pointer.
- the packet processing unit 16 rather than the rule control unit 12 accumulates a pointer with respect to an action searched by the own unit, thereby eliminating the need for mutual exclusion between the rule control unit 12 and the packet processing unit 16. Consequently, it becomes possible to increase the speed of packet processing in the case of implementing the packet processing unit 16 by software.
- the packet processing unit 16 determines whether the rule table 24 has been updated by the rule control unit 12 after accumulation of the pointer, for example, the following configuration can be adopted.
- the rule control unit 12 records, when updating rules included in the rule table 24, an identifier (e.g., a sequence number) for identifying the update in the storage unit (e.g., in the action table 26 held by a shared memory 14), and the packet processing unit 16 holds, when accumulating the pointer, an identifier recorded in the storage unit (shared memory 14).
- the packet processing unit 16 compares the held identifier with the identifier recorded in the storage unit (shared memory 14) by the rule control unit 12, and thereby determines whether the rule table 24 has been updated by the rule control unit 12 after accumulation of the pointer.
- the rule control unit 12 updates, at a time of update (e.g., addition, change, or deletion) of an entry, a sequence number within the entry in the action table 26.
- a time of update e.g., addition, change, or deletion
- the packet processing unit 16 caches, as a cookie, a sequence number within an entry in the action table 26 in addition to caching a pointer into the action table 26.
- the packet processing unit 16 when searching the flow cache table 28 and, in the case of hit, referring to an action entry in accordance with the pointer to the action table 26 registered in the flow cache table 28, compares the cookie of the sequence number cached within the flow cache table 28 with the current sequence number registered in the action table 26.
- the packet processing unit 16 determines that there is no change in the action table 26 from a previous time and continues packet processing. Meanwhile, if the both do not match each other, the packet processing unit 16 determines that the action table 26 has been changed and determines that the flow cache entry is invalid. At this time, the packet processing unit 16 performs search of the rule table 24, reference to the action table 26, and registration in the flow cache table 28 to create a new flow cache entry.
- This configuration enables the implementation of the flow cache table 28 in a lockless manner in addition to faster rule search by the flow cache table 28, thereby making it possible to eliminate standby time at a time of accessing the flow cache table 28 by the packet processing unit 16 and increase the speed of packet processing in the case of implementing the packet processing unit 16 by software.
- FIG. 2 is a block diagram illustrating an example of a configuration of a packet processing device 10 according to the present exemplary embodiment.
- the packet processing device 10 includes a rule control unit 12, a shared memory 14, and a packet processing unit 16.
- the shared memory 14 holds a rule table 24 and an action table 26.
- the packet processing unit 16 includes a local memory 18 and holds a flow cache table 28 on the local memory 18.
- the rule control unit 12 performs management such as addition, change, or deletion with respect to the action table 26 used in packet processing and the rule table 24 used for searching the action table 26.
- the action table 26 and the rule table 24 are necessary to be accessed from both the rule control unit 12 and the packet processing unit 16, and thus are implemented in the shared memory 14.
- the packet processing unit 16 Upon receipt of a packet, the packet processing unit 16 firstly searches the rule table 24. Next, the packet processing unit 16 refers to a corresponding action entry within the action table 26 in accordance with a pointer obtained as a result of search, and performs packet processing in accordance with the action entry.
- the packet processing unit 16 registers a flow cache entry having flow information as a key in the flow cache table 28 on the local memory within the packet processing unit 16 after packet processing. This enables faster action entry search by the packet processing unit 16.
- the present exemplary embodiment adopts the following method.
- the rule control unit 12 When performing update (e.g., addition, change, or deletion) with respect to the rule table 24, the rule control unit 12 registers a sequence number in the action table 26.
- the sequence number herein refers to information indicating that information in the action table has been rewritten at a time of updating the action table.
- an overflow-free value e.g., a time stamp value
- a sequence number in the present invention is not limited to the time stamp value.
- the packet processing unit 16 caches a sequence number within the action table 26 as cookie information, and registers the cookie information in the flow cache table 28.
- the packet processing unit 16 compares the cookie information of the sequence number within the flow cache table 28 with the current sequence number within the action table 26. If the both match each other, the packet processing unit 16 determines that the rule table 24 has not been updated from a previous time and the flow cache table 28 is valid, and continues processing.
- the packet processing unit 16 determines that the rule table 24 has been updated by the rule control unit 12 after a point in time of creating a flow cache entry by a previous reference, and determines that the entry in the flow cache table 28 is invalid. In this case, the packet processing unit 16 sets an invalid flag to ON with respect to the entry in the flow cache table 28. In addition, the packet processing unit 16 having set the invalid flag to ON searches the rule table 24 and refers to the action table 26 to create a new flow cache entry. At this time, if a search hit occurs, the packet processing unit 16 processes the packet in accordance with the hit entry. In addition, the packet processing unit 16 registers the new entry in the flow cache table 28 after packet processing.
- the packet processing unit 16 searches the flow cache table 28 periodically and specifies an entry with its invalid flag ON. Upon specifying an entry with its invalid flag ON, the packet processing unit 16 deletes the entry. If the configuration of the table changes in deleting the entry from the flow cache table 28, the configuration of the table is also changed (for example, when a hash table is formed by a chain method, the chain is recombined).
- FIGs. 3 to 5 each illustrate a sequence diagram illustrating an example of the operation of the packet processing device 10.
- Fig. 3 illustrates a sequence diagram illustrating an example operation of registering rules in the rule table 24 by the rule control unit 12 and processing a 1 st packet and a 2nd packet belonging to the same flow by the packet processing unit 16.
- the rule control unit 12 performs update (e.g., addition, change, or deletion of a rule) with respect to the rule table 24 used for searching the action table 26 (Step S2).
- update e.g., addition, change, or deletion of a rule
- the rule control unit 12 registers a sequence number in the action table 26 (Step S1).
- Step S3 If a packet received by the packet processing unit 16 is a first packet (Step S3), a flow cache entry corresponding to the packet has not registered in the flow cache table 28 (Step S4). Thus, the packet processing unit 16 searches the rule table 24 (Step S5). Next, the packet processing unit 16 refers to a corresponding action entry within the action table 26 in accordance with a pointer obtained as a result of search (Step S6), and processes the packet in accordance with the action entry (Step S7).
- the packet processing unit 16 registers a flow cache entry having flow information as a key in the flow cache table 28 on the local memory within the packet processing unit 16 after packet processing (Step S8).
- the packet processing unit 16 may process the packet (Step S7) after registering the entry in the flow cache table (Step S8).
- the packet processing unit 16 caches a sequence number within the action table 26 as cookie information, and registers the cookie information in the flow cache table 28. Further, the packet processing unit 16 sets an invalid flag to OFF with respect to the registered flow cache entry to indicate that the flow cache entry is valid.
- the packet processing unit 16 Upon receipt of second and subsequent packets belonging to the same flow (Step S9), the packet processing unit 16 compares, when searching the flow cache table 28 (Step S10) and referring to the action table 26 (Step S11), the cookie information of the sequence number within the flow cache table 28 with the current sequence number within the action table 26. If the both match each other, the packet processing unit 16 determines that the rule table 24 has not been updated from a previous time and the flow cache table 28 is valid, and continues processing. That is, the packet processing unit 16 processes the packet based on the action entry within the action table 26 that has been obtained in accordance with the flow cache entry registered in the flow cache table 28 (Step S12).
- the packet processing unit 16 Upon receipt of a packet after rule change by the rule control unit 12 (Step S23), the packet processing unit 16 compares, when searching the flow cache table 28 (Step S24) and referring to the action table 26 (Step S25), the cookie information of the sequence number within the flow cache table 28 with the current sequence number within the action table 26. Since the latter sequence number has been updated to a new number by the rule control unit 12, the both do not match each other. Thus, the packet processing unit 16 determines that the rule table 24 has been updated by the rule control unit 12 after a point in time of creating a flow cache entry by a previous reference, and determines that the entry in the flow cache table 28 is invalid. In this case, the packet processing unit 16 sets an invalid flag to ON with respect to the entry in the flow cache table 28 (Step S26).
- the packet processing unit 16 having set the invalid flag to ON searches the rule table 24 (Step S27) and refers to the action table 26 (Step S28) to create a new flow cache entry. At this time, if a search hit occurs, the packet processing unit 16 processes the packet in accordance with the hit entry (Step S29). In addition, the packet processing unit 16 registers the new entry in the flow cache table 28 after packet processing (Step S30). The packet processing unit 16 may process the packet (Step S29) after registering the entry in the flow cache table
- Fig. 5 is a sequence diagram illustrating an example operation of deleting an invalid entry within the flow cache table 28.
- the packet processing unit 16 searches the flow cache table 28 periodically and specifies an entry with its invalid flag ON (Step S41). Upon specifying an entry with its invalid flag ON, the packet processing unit 16 deletes the entry and updates the flow cache table 28 (Step S42).
- the search of the rule table 24 may occur a plurality of times depending on packet processing.
- the use of the flow cache table 28 enables to specify all actions by a single time of search of the flow cache table 28 while bypassing a plurality of times of search of the rule table 24. This makes it possible to reduce the number of times of search and increase the speed of packet processing.
- the search of the rule table 24 is not limited to exact match search. In the case of performing longest match search, mask search, or field-specified entry search, it requires more processing time for search by software processing compared with hardware processing.
- the flow cache table 28 can be implemented by exact match search, and thus can be implemented, for example, by a hash table. The hash search enables faster search, even by software processing, that is equal to hardware processing. In this manner, the flow cache table 28 makes it possible to increase the speed of packet processing by the faster search.
- the packet processing unit 16 may delete the entry in a sequential manner.
- the present invention is applicable to the field in which packet processing needs to be implemented by software, such as the Network Functions Virtualization (NFV) or the Software-Defined Networking (SDN), as an example.
- software such as the Network Functions Virtualization (NFV) or the Software-Defined Networking (SDN), as an example.
- NFV Network Functions Virtualization
- SDN Software-Defined Networking
- the packet processing device according to Preferable embodiment 1, wherein the rule control unit records, when updating rules included in the rule table, an identifier for identifying the update in the storage unit, and the packet processing unit holds, when accumulating the pointer, an identifier recorded in the storage unit.
- the packet processing device according to Preferable embodiment 2 or 3, wherein the packet processing unit invalidates the accumulated pointer when the held identifier does not match the identifier recorded in the storage unit by the rule control unit.
- the packet processing device according to Preferable embodiment 4, wherein the packet processing unit specifies an invalidated pointer among the accumulated pointers at a predetermined timing, and deletes the specified pointer.
- the packet processing unit includes:
- the packet processing method wherein the first process records, when updating rules included in the rule table, an identifier for identifying the update in the storage unit, and the second process holds, when accumulating the pointer, an identifier recorded in the storage unit.
- the packet processing method wherein the second process compares the held identifier with the identifier recorded in the storage unit by the first process, and thereby determines whether the rule table has been updated by the first process after accumulation of the pointer.
- Preferable embodiment 12 is already described as the program according to the third aspect.
Abstract
Description
- The present invention is based upon
Japanese Patent Application No. 2014-041624, filed on March 4, 2014 - The present invention relates to a packet processing device, a packet processing method and a program, and particularly, relates to a packet processing device, a packet processing method and a program in a centralized-control-type network.
- In a packet processing device such as a switch provided in a communication system, a packet processing unit has been more often implemented by software in recent years. In particular, due to the increase in the performance of a general-purpose processor and the trend toward the Network Functions Virtualization (NFV) and the Software-Defined Networking (SDN), there is an increasing need for the implementation of a packet processing unit by software. In addition, in performing packet processing based on software processing, it is required to satisfy a processing performance that is equivalent to hardware processing.
- As a technology for implementing a centralized-control-type network based on the NFV or the SDN, for example,
NPLs 1 and 2 describe OpenFlow. OpenFlow recognizes communications as end-to-end flows and performs path control, failure recovery, load balancing, and optimization on a per-flow basis. An OpenFlow switch (OFS) specified in NPL 2 has a secure channel for communication with an OpenFlow controller (OFC) and operates according to a flow table suitably added or rewritten by the OFC. In the flow table, a set of: matching conditions (Match Fields) against which a packet header is matched; flow statistical information (Counters); and instructions that define processing contents is defined for each flow (see section "5.2 Flow Table" in NPL 2). - Upon receipt of a packet, the OFS searches the flow table for an entry having a matching condition (see "5.3 Matching" in NPL 2) that matches header information of the received packet. If an entry matching the received packet is found as a result of search, the OFS updates the flow statistical information (Counters) and executes a processing content (e.g., packet transmission from a specified port, flooding, or dropping) written in the instructions field of the entry with respect to the received packet. Meanwhile, if an entry matching the received packet is not found as a result of search, the OFS transmits an entry setting request, that is, a request for transmission of control information (Packet-In message) for processing the received packet via the secure channel to the OFC. The OFS receives a flow entry defining a processing content and updates the flow table. In this manner, the OFS performs packet transfer using an entry stored in the flow table as control information.
-
- NPL 1: Nick McKeown, and seven others, "OpenFlow: Enabling Innovation in Campus Networks", [online], [searched on February 24, 2014], Internet <URL:http://www.openflow.org/documents/openflow-wp-latest.pdf>
- NPL 2: "OpenFlow Switch Specification" Version 1.3.1 (Wire Protocol 0x04), [online], [searched on February 24, 2014], Internet <URL:https://www.opennetworking.org/images/stories/downloads/specific ation/openflow-spec-v1.3.1.pdf>
- The disclosure of the above NPLs is incorporated herein in its entirety by reference thereto. The following analysis has been given by the present inventor.
- As described above, due to the increase in the performance of the general-purpose processor and the trend toward the Network Functions Virtualization (NFV) and the Software-Defined Networking (SDN), there are increasing opportunities for the implementation of a packet processing unit by software.
- However, it is known that implementing a packet processing unit by software generally lowers the processing speed compared with hardware processing. In particular, when performing rule search at a time of packet processing by software, it takes a long time for search processing, excluding some search methods such as exact match search, compared with hardware processing. In addition, there are many cases in which longest match search, mask search, and field-specified search are necessary, and in these cases, software search lowers the processing speed compared with hardware search.
- As a related art for increasing the speed of packet processing based on software, a method using a flow cache table has been invented. The flow cache table is a table for holding a plurality of times of rule search necessary for each packet as a cache. Using the flow cache table makes it possible to acquire results of a plurality of times of rule search collectively by a single search as to which flow a packet belongs to.
- By the way, the flow cache table in the above related art is created and managed by a process, such as a rule control unit, which is separate from a packet processing unit. According to the technology, when the packet processing unit accesses the flow cache table, there arises a need for performing mutual exclusion between the packet processing unit and the rule control unit. Consequently, when the packet processing unit accesses the flow cache table, standby time is generated due to the mutual exclusion, causing a problem in which packet processing takes time.
- Accordingly, a problem to be addressed is to increase the speed of packet processing by a packet processing unit implemented by software. An objective of the present invention is to provide a packet processing device, a packet processing method and a program that contribute to solving the problem.
- A first aspect of the present invention provides a packet processing device. The packet processing device includes: a storage unit that holds an action table including actions that define processing contents of packets and a rule table including rules to search for actions to be applied to packets; a rule control unit that updates rules included in the rule table; and a packet processing unit that searches the action table for an action to be applied to a received packet using the rule table, processes the packet in accordance with the searched action, and accumulates a pointer with respect to the searched action, wherein the packet processing unit determines whether the rule table has been updated by the rule control unit after accumulation of the pointer and, if not updated, extracts an action to be applied to a received packet from the action table in accordance with the accumulated pointer.
- A second aspect of the present invention provides a packet processing method. The packet processing method includes: by a computer, holding, in a storage unit, an action table including actions that define processing contents of packets and a rule table including rules to search for actions to be applied to packets; updating rules included in the rule table by a first process; searching, by a second process, the action table for an action to be applied to a received packet using the rule table, processing the packet in accordance with the searched action, and accumulating a pointer with respect to the searched action; and determining, by the second process, whether the rule table has been updated by the first process after accumulation of the pointer and, if not updated, extracting an action to be applied to a received packet from the action table in accordance with the accumulated pointer.
- A third mode of the present invention provides a program. The program causes a computer to execute the processing of: holding, in a storage unit, an action table including actions that define processing contents of packets and a rule table including rules to search for actions to be applied to packets; updating rules included in the rule table by a first process; searching, by a second process, the action table for an action to be applied to a received packet using the rule table, processing the packet in accordance with the searched action, and accumulating a pointer with respect to the searched action; and determining, by the second process, whether the rule table has been updated by the first process after accumulation of the pointer and, if not updated, extracting an action to be applied to a received packet from the action table in accordance with the accumulated pointer. It is to be noted that the program can also be provided as a program product recorded in a non-transitory computer-readable storage medium.
- A packet processing device, a packet processing method and a program according to the present invention enable to increase the speed of packet processing by a packet processing unit implemented by software.
-
- [
Fig. 1] Fig. 1 is a block diagram illustrating an example configuration of a packet processing device according to an exemplary embodiment. - [
Fig. 2] Fig. 2 is a block diagram illustrating an example configuration of a packet processing device according to a first exemplary embodiment. - [
Fig. 3] Fig. 3 is a sequence diagram illustrating an example operation of the packet processing device according to the first exemplary embodiment. - [
Fig. 4] Fig. 4 is a sequence diagram illustrating an example operation of the packet processing device according to the first exemplary embodiment. - [
Fig. 5] Fig. 5 is a sequence diagram illustrating an example operation of the packet processing device according to the first exemplary embodiment. - First of all, the summary of an exemplary embodiment is described. It is to be noted that drawing reference numerals attached to this summary are examples to exclusively aid understanding and are not intended to limit the present invention to aspects illustrated in the drawings.
- According to an exemplary embodiment, a lockless flow cache table is proposed. Implementing a flow cache table in a lockless manner in addition to faster rule search by the flow cache table eliminates standby time at a time of accessing the flow cache table and increases the speed of packet processing.
- As a means for achieving a lockless flow cache table, a packet processing unit creates and manages a flow cache table. In addition, the packet processing unit performs processing for synchronizing the flow cache table with a rule table, thereby eliminating the need for access to the flow cache table by a rule control unit and achieving the lockless flow cache table.
-
Fig. 1 is a block diagram illustrating an example configuration of a packet processing device according to an exemplary embodiment. Referring toFig. 1 , apacket processing device 10 includes astorage unit 13 that holds an action table 26 including actions that define processing contents of packets and a rule table 24 including rules to search for actions to be applied to packets, arule control unit 12 that updates rules included in the rule table 24, and apacket processing unit 16 that searches the action table 26 for an action to be applied to a received packet using the rule table 24, processes the packet in accordance with the searched action, and accumulates a pointer with respect to the searched action. Thepacket processing unit 16 determines whether the rule table 24 has been updated by therule control unit 12 after accumulation of the pointer and, if not updated, extracts an action to be applied to a received packet from the action table 26 in accordance with the accumulated pointer. - In this manner, the
packet processing unit 16 rather than therule control unit 12 accumulates a pointer with respect to an action searched by the own unit, thereby eliminating the need for mutual exclusion between therule control unit 12 and thepacket processing unit 16. Consequently, it becomes possible to increase the speed of packet processing in the case of implementing thepacket processing unit 16 by software. - In order that the
packet processing unit 16 determines whether the rule table 24 has been updated by therule control unit 12 after accumulation of the pointer, for example, the following configuration can be adopted. - Referring to
Fig. 2 , therule control unit 12 records, when updating rules included in the rule table 24, an identifier (e.g., a sequence number) for identifying the update in the storage unit (e.g., in the action table 26 held by a shared memory 14), and thepacket processing unit 16 holds, when accumulating the pointer, an identifier recorded in the storage unit (shared memory 14). Thepacket processing unit 16 compares the held identifier with the identifier recorded in the storage unit (shared memory 14) by therule control unit 12, and thereby determines whether the rule table 24 has been updated by therule control unit 12 after accumulation of the pointer. - More specifically, the
rule control unit 12 updates, at a time of update (e.g., addition, change, or deletion) of an entry, a sequence number within the entry in the action table 26. When creating a flow cache table 28, thepacket processing unit 16 caches, as a cookie, a sequence number within an entry in the action table 26 in addition to caching a pointer into the action table 26. Thepacket processing unit 16, when searching the flow cache table 28 and, in the case of hit, referring to an action entry in accordance with the pointer to the action table 26 registered in the flow cache table 28, compares the cookie of the sequence number cached within the flow cache table 28 with the current sequence number registered in the action table 26. If the both match each other, thepacket processing unit 16 determines that there is no change in the action table 26 from a previous time and continues packet processing. Meanwhile, if the both do not match each other, thepacket processing unit 16 determines that the action table 26 has been changed and determines that the flow cache entry is invalid. At this time, thepacket processing unit 16 performs search of the rule table 24, reference to the action table 26, and registration in the flow cache table 28 to create a new flow cache entry. - This configuration enables the implementation of the flow cache table 28 in a lockless manner in addition to faster rule search by the flow cache table 28, thereby making it possible to eliminate standby time at a time of accessing the flow cache table 28 by the
packet processing unit 16 and increase the speed of packet processing in the case of implementing thepacket processing unit 16 by software. - Next, a packet processing device according to a first exemplary embodiment is described with reference to the drawings.
Fig. 2 is a block diagram illustrating an example of a configuration of apacket processing device 10 according to the present exemplary embodiment. - Referring to
Fig. 2 , thepacket processing device 10 includes arule control unit 12, a sharedmemory 14, and apacket processing unit 16. The sharedmemory 14 holds a rule table 24 and an action table 26. Thepacket processing unit 16 includes alocal memory 18 and holds a flow cache table 28 on thelocal memory 18. - In the present exemplary embodiment, in the case of hit in the search of the rule table 24, information on a pointer to the action table 26 obtained as a result thereof is registered in the local flow cache table 28 within the
packet processing unit 16. Search for subsequent packets belonging to the same flow is performed by searching the flow cache table 28 while bypassing the search of the rule table 24 by thepacket processing unit 16, thereby increasing the speed of search processing. - The
rule control unit 12 performs management such as addition, change, or deletion with respect to the action table 26 used in packet processing and the rule table 24 used for searching the action table 26. The action table 26 and the rule table 24 are necessary to be accessed from both therule control unit 12 and thepacket processing unit 16, and thus are implemented in the sharedmemory 14. - Upon receipt of a packet, the
packet processing unit 16 firstly searches the rule table 24. Next, thepacket processing unit 16 refers to a corresponding action entry within the action table 26 in accordance with a pointer obtained as a result of search, and performs packet processing in accordance with the action entry. - Processing for subsequent packets belonging to the same flow can be performed with the same action entry. Thus, the
packet processing unit 16 registers a flow cache entry having flow information as a key in the flow cache table 28 on the local memory within thepacket processing unit 16 after packet processing. This enables faster action entry search by thepacket processing unit 16. - In addition, it is necessary to establish synchronization between the flow cache table 28 created by the
packet processing unit 16 and the rule table 24. To establish synchronization, the present exemplary embodiment adopts the following method. - When performing update (e.g., addition, change, or deletion) with respect to the rule table 24, the
rule control unit 12 registers a sequence number in the action table 26. The sequence number herein refers to information indicating that information in the action table has been rewritten at a time of updating the action table. As an example of the sequence number, an overflow-free value (e.g., a time stamp value) can be used. It is to be noted that a sequence number in the present invention is not limited to the time stamp value. - When creating the flow cache table 28, the
packet processing unit 16 caches a sequence number within the action table 26 as cookie information, and registers the cookie information in the flow cache table 28. - When searching the flow cache table 28 and referring to the action table 26, the
packet processing unit 16 compares the cookie information of the sequence number within the flow cache table 28 with the current sequence number within the action table 26. If the both match each other, thepacket processing unit 16 determines that the rule table 24 has not been updated from a previous time and the flow cache table 28 is valid, and continues processing. - Meanwhile, if the both do not match each other, the
packet processing unit 16 determines that the rule table 24 has been updated by therule control unit 12 after a point in time of creating a flow cache entry by a previous reference, and determines that the entry in the flow cache table 28 is invalid. In this case, thepacket processing unit 16 sets an invalid flag to ON with respect to the entry in the flow cache table 28. In addition, thepacket processing unit 16 having set the invalid flag to ON searches the rule table 24 and refers to the action table 26 to create a new flow cache entry. At this time, if a search hit occurs, thepacket processing unit 16 processes the packet in accordance with the hit entry. In addition, thepacket processing unit 16 registers the new entry in the flow cache table 28 after packet processing. - However, merely adopting this method may result in depletion of memory resources due to invalid entries remaining within the flow cache table 28. Thus, the
packet processing unit 16 searches the flow cache table 28 periodically and specifies an entry with its invalid flag ON. Upon specifying an entry with its invalid flag ON, thepacket processing unit 16 deletes the entry. If the configuration of the table changes in deleting the entry from the flow cache table 28, the configuration of the table is also changed (for example, when a hash table is formed by a chain method, the chain is recombined). - Next, with reference to the drawings, the operation of the
packet processing device 10 according to the present exemplary embodiment is described.Figs. 3 to 5 each illustrate a sequence diagram illustrating an example of the operation of thepacket processing device 10. -
Fig. 3 illustrates a sequence diagram illustrating an example operation of registering rules in the rule table 24 by therule control unit 12 and processing a 1 st packet and a 2nd packet belonging to the same flow by thepacket processing unit 16. - Referring to
Fig. 3 , therule control unit 12 performs update (e.g., addition, change, or deletion of a rule) with respect to the rule table 24 used for searching the action table 26 (Step S2). When performing addition, change, or deletion with respect to the rule table 24, therule control unit 12 registers a sequence number in the action table 26 (Step S1). - If a packet received by the
packet processing unit 16 is a first packet (Step S3), a flow cache entry corresponding to the packet has not registered in the flow cache table 28 (Step S4). Thus, thepacket processing unit 16 searches the rule table 24 (Step S5). Next, thepacket processing unit 16 refers to a corresponding action entry within the action table 26 in accordance with a pointer obtained as a result of search (Step S6), and processes the packet in accordance with the action entry (Step S7). - In addition, the
packet processing unit 16 registers a flow cache entry having flow information as a key in the flow cache table 28 on the local memory within thepacket processing unit 16 after packet processing (Step S8). Thepacket processing unit 16 may process the packet (Step S7) after registering the entry in the flow cache table (Step S8). - In addition, when creating the flow cache table 28, the
packet processing unit 16 caches a sequence number within the action table 26 as cookie information, and registers the cookie information in the flow cache table 28. Further, thepacket processing unit 16 sets an invalid flag to OFF with respect to the registered flow cache entry to indicate that the flow cache entry is valid. - Upon receipt of second and subsequent packets belonging to the same flow (Step S9), the
packet processing unit 16 compares, when searching the flow cache table 28 (Step S10) and referring to the action table 26 (Step S11), the cookie information of the sequence number within the flow cache table 28 with the current sequence number within the action table 26. If the both match each other, thepacket processing unit 16 determines that the rule table 24 has not been updated from a previous time and the flow cache table 28 is valid, and continues processing. That is, thepacket processing unit 16 processes the packet based on the action entry within the action table 26 that has been obtained in accordance with the flow cache entry registered in the flow cache table 28 (Step S12). -
Fig. 4 is a sequence diagram illustrating an example operation of thepacket processing device 10 in the case of performing addition, change, or deletion with respect to the action table 26 and the rule table 24 by therule control unit 12. - Referring to
Fig. 4 , therule control unit 12 performs addition, change, or deletion with respect to the rule table 24 (Step S22). In addition, when performing addition, change, or deletion with respect to the rule table 24, therule control unit 12 registers a new sequence number in the action table 26. - Upon receipt of a packet after rule change by the rule control unit 12 (Step S23), the
packet processing unit 16 compares, when searching the flow cache table 28 (Step S24) and referring to the action table 26 (Step S25), the cookie information of the sequence number within the flow cache table 28 with the current sequence number within the action table 26. Since the latter sequence number has been updated to a new number by therule control unit 12, the both do not match each other. Thus, thepacket processing unit 16 determines that the rule table 24 has been updated by therule control unit 12 after a point in time of creating a flow cache entry by a previous reference, and determines that the entry in the flow cache table 28 is invalid. In this case, thepacket processing unit 16 sets an invalid flag to ON with respect to the entry in the flow cache table 28 (Step S26). - In addition, the
packet processing unit 16 having set the invalid flag to ON searches the rule table 24 (Step S27) and refers to the action table 26 (Step S28) to create a new flow cache entry. At this time, if a search hit occurs, thepacket processing unit 16 processes the packet in accordance with the hit entry (Step S29). In addition, thepacket processing unit 16 registers the new entry in the flow cache table 28 after packet processing (Step S30). Thepacket processing unit 16 may process the packet (Step S29) after registering the entry in the flow cache table -
Fig. 5 is a sequence diagram illustrating an example operation of deleting an invalid entry within the flow cache table 28. Referring toFig. 5 , thepacket processing unit 16 searches the flow cache table 28 periodically and specifies an entry with its invalid flag ON (Step S41). Upon specifying an entry with its invalid flag ON, thepacket processing unit 16 deletes the entry and updates the flow cache table 28 (Step S42). - Next, the effect of the
packet processing device 10 according to the present exemplary embodiment is described. The search of the rule table 24 may occur a plurality of times depending on packet processing. The use of the flow cache table 28 enables to specify all actions by a single time of search of the flow cache table 28 while bypassing a plurality of times of search of the rule table 24. This makes it possible to reduce the number of times of search and increase the speed of packet processing. - In addition, the search of the rule table 24 is not limited to exact match search. In the case of performing longest match search, mask search, or field-specified entry search, it requires more processing time for search by software processing compared with hardware processing. The flow cache table 28 can be implemented by exact match search, and thus can be implemented, for example, by a hash table. The hash search enables faster search, even by software processing, that is equal to hardware processing. In this manner, the flow cache table 28 makes it possible to increase the speed of packet processing by the faster search.
- Further, according to the present exemplary embodiment, the
packet processing unit 16 performs addition, change or deletion processing with respect to the flow cache table 28 and no other processes access the flow cache table 28. This enables the implementation of the flow cache table 28 in a lockless manner, thereby eliminating standby time due to the mutual exclusion at a time of access by thepacket processing unit 16. Therefore, no unnecessary cost due to idle running of the packet processing unit 16 (processor) is generated, and the speed of packet processing is increased. - In the first exemplary embodiment, when determining that the flow cache table 28 is invalid, the
packet processing unit 16 sets the invalid flag of the entry to ON, and actual deletion processing and accompanying update processing on the flow cache table 28 are executed by additional periodic processing. - As another exemplary embodiment, when determining that the flow cache table 28 is invalid, the
packet processing unit 16 may delete the entry in a sequential manner. - In addition, in the first exemplary embodiment, when determining that the flow cache table 28 is invalid, the
packet processing unit 16 sets the invalid flag of the entry to ON, and actual deletion processing and accompanying update processing on the flow cache table 28 are executed by additional periodic processing. - As another exemplary embodiment, a method of additionally implementing a flow-cache-entry list table is also possible. When adding an entry to the flow cache table 28, the
packet processing unit 16 also adds the entry to the flow-cache-entry list table. When determining that the entry is invalid, thepacket processing unit 16 sets an invalid flag on the entry in the flow-cache-entry list table rather than the flow cache table 28. This eliminates the need for search of the flow cache table 28 at a time of periodic processing of invalid entry search, making it possible to specify invalid entries without search merely by sequentially referring to the entries in the flow-cache-entry list table in a cross-sectional manner. - The present invention is applicable to the field in which packet processing needs to be implemented by software, such as the Network Functions Virtualization (NFV) or the Software-Defined Networking (SDN), as an example.
- The following Preferable embodiments are possible in the present invention.
-
Preferable embodiment 1 is already described as the packet processing device according to the first aspect. - The packet processing device according to
Preferable embodiment 1, wherein
the rule control unit records, when updating rules included in the rule table, an identifier for identifying the update in the storage unit, and
the packet processing unit holds, when accumulating the pointer, an identifier recorded in the storage unit. - The packet processing device according to Preferable embodiment 2, wherein
the packet processing unit compares the held identifier with the identifier recorded in the storage unit by the rule control unit, and thereby determines whether the rule table has been updated by the rule control unit after accumulation of the pointer. - The packet processing device according to
Preferable embodiment 2 or 3, wherein
the packet processing unit invalidates the accumulated pointer when the held identifier does not match the identifier recorded in the storage unit by the rule control unit. - The packet processing device according to
Preferable embodiment 4, wherein
the packet processing unit specifies an invalidated pointer among the accumulated pointers at a predetermined timing, and deletes the specified pointer. - The packet processing device according to
Preferable embodiment 5, wherein
the packet processing unit deletes an invalidated pointer among the accumulated pointers at a predetermined period or at a time of invalidation. - The packet processing device according to Preferable embodiment 6, wherein
the packet processing unit includes: - a flow cache table in which pointers with respect to searched actions are accumulated; and
- a flag table in which flags indicating validity of pointers accumulated in the flow cache table, and
- Preferable embodiment 8 is already described as the packet processing method according to the second aspect.
- The packet processing method according to Preferable embodiment 8, wherein
the first process records, when updating rules included in the rule table, an identifier for identifying the update in the storage unit, and
the second process holds, when accumulating the pointer, an identifier recorded in the storage unit. - The packet processing method according to
Preferable embodiment 9, wherein
the second process compares the held identifier with the identifier recorded in the storage unit by the first process, and thereby determines whether the rule table has been updated by the first process after accumulation of the pointer. - The packet processing method according to
Preferable embodiment
the second process invalidates the accumulated pointer when the held identifier does not match the identifier recorded in the storage unit by the first process. -
Preferable embodiment 12 is already described as the program according to the third aspect. - The program according to
Preferable embodiment 12, wherein
the first process records, when updating rules included in the rule table, an identifier for identifying the update in the storage unit, and
the second process holds, when accumulating the pointer, an identifier recorded in the storage unit. - The program according to the
preferable embodiment 13, wherein
the second process compares the held identifier with the identifier recorded in the storage unit by the first process, and thereby determines whether the rule table has been updated by the first process after accumulation of the pointer. - The program according to
Preferable embodiment
the second process invalidates the accumulated pointer when the held identifier does not match the identifier recorded in the storage unit by the first process. - It should be noted that the disclosure of the above NPLs is incorporated herein in its entirety by reference thereto. Modifications and adjustments of the exemplary embodiments are possible within the scope of the overall disclosure (including the claims) of the present invention and based on the basic technical concept of the present invention. In addition, various combinations and selections of various disclosed elements (including the elements in each of the claims, exemplary embodiments, drawings, etc.) are possible within the scope of the overall disclosure of the present invention. Namely, the present invention of course includes various variations and modifications that could be made by those skilled in the art according to the overall disclosure including the claims and the technical concept. In particular, as for numerical value ranges disclosed herein, even if the description does not particularly disclose arbitrary numerical values or small ranges included in the ranges, these values and ranges should be deemed to have been specifically disclosed.
-
- 10
- Packet processing device
- 12
- Rule control unit
- 13
- Storage unit
- 14
- Shared memory
- 16
- Packet processing unit
- 18
- Local memory
- 24
- Rule table
- 26
- Action table
- 28
- Flow cache table
Claims (10)
- A packet processing device comprising:a storage unit that holds an action table including actions that define processing contents of packets and a rule table including rules to search for actions to be applied to packets;a rule control unit that updates rules included in the rule table; anda packet processing unit that searches the action table for an action to be applied to a received packet using the rule table, processes the packet in accordance with the searched action, and accumulates a pointer with respect to the searched action, whereinthe packet processing unit determines whether the rule table has been updated by the rule control unit after accumulation of the pointer and, if not updated, extracts an action to be applied to a received packet from the action table in accordance with the accumulated pointer.
- The packet processing device according to claim 1, wherein
the rule control unit records, when updating rules included in the rule table, an identifier for identifying the update in the storage unit, and
the packet processing unit holds, when accumulating the pointer, an identifier recorded in the storage unit. - The packet processing device according to claim 2, wherein the packet processing unit compares the held identifier with the identifier recorded in the storage unit by the rule control unit, and thereby determines whether the rule table has been updated by the rule control unit after accumulation of the pointer.
- The packet processing device according to claim 2 or 3,
wherein
the packet processing unit invalidates the accumulated pointer when the held identifier does not match the identifier recorded in the storage unit by the rule control unit. - The packet processing device according to claim 4, wherein the packet processing unit specifies an invalidated pointer among the accumulated pointers at a predetermined timing, and deletes the specified pointer.
- The packet processing device according to claim 5, wherein the packet processing unit deletes an invalidated pointer among the accumulated pointers at a predetermined period or at a time of invalidation.
- The packet processing device according to claim 6, wherein the packet processing unit includes:a flow cache table in which pointers with respect to searched actions are accumulated; anda flag table in which flags indicating validity of pointers accumulated in the flow cache table, andwhen a pointer among the accumulated pointers is invalidated, sets a flag corresponding to the invalidated pointer to invalid in the flag table, and specifies the invalidated pointer by referring to the flag table at the predetermined period.
- A packet processing method comprising:by a computer,holding, in a storage unit, an action table including actions that define processing contents of packets and a rule table including rules to search for actions to be applied to packets;updating rules included in the rule table by a first process;searching, by a second process, the action table for an action to be applied to a received packet using the rule table, processing the packet in accordance with the searched action, and accumulating a pointer with respect to the searched action; anddetermining, by the second process, whether the rule table has been updated by the first process after accumulation of the pointer and, if not updated, extracting an action to be applied to a received packet from the action table in accordance with the accumulated pointer.
- The packet processing method according to Claim 8, wherein
the first process records, when updating rules included in the rule table, an identifier for identifying the update in the storage unit, and
the second process holds, when accumulating the pointer, an identifier recorded in the storage unit. - A program that causes a computer to execute the processing of:holding, in a storage unit, an action table including actions that define processing contents of packets and a rule table including rules to search for actions to be applied to packets;updating rules included in the rule table by a first process;searching, by a second process, the action table for an action to be applied to a received packet using the rule table, processing the packet in accordance with the searched action, and accumulating a pointer with respect to the searched action; anddetermining, by the second process, whether the rule table has been updated by the first process after accumulation of the pointer and, if not updated, extracting an action to be applied to a received packet from the action table in accordance with the accumulated pointer.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014041624 | 2014-03-04 | ||
PCT/JP2015/056143 WO2015133448A1 (en) | 2014-03-04 | 2015-03-03 | Packet processing device, packet processing method, and program |
Publications (3)
Publication Number | Publication Date |
---|---|
EP3116178A1 true EP3116178A1 (en) | 2017-01-11 |
EP3116178A4 EP3116178A4 (en) | 2017-10-25 |
EP3116178B1 EP3116178B1 (en) | 2019-02-06 |
Family
ID=54055254
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP15757950.9A Active EP3116178B1 (en) | 2014-03-04 | 2015-03-03 | Packet processing device, packet processing method, and program |
Country Status (4)
Country | Link |
---|---|
US (1) | US10284478B2 (en) |
EP (1) | EP3116178B1 (en) |
JP (1) | JP6217839B2 (en) |
WO (1) | WO2015133448A1 (en) |
Families Citing this family (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9225638B2 (en) | 2013-05-09 | 2015-12-29 | Vmware, Inc. | Method and system for service switching using service tags |
CN106416148A (en) * | 2014-02-19 | 2017-02-15 | 日本电气株式会社 | Network control method, network system, device, and program |
US10135737B2 (en) | 2014-09-30 | 2018-11-20 | Nicira, Inc. | Distributed load balancing systems |
US9935827B2 (en) | 2014-09-30 | 2018-04-03 | Nicira, Inc. | Method and apparatus for distributing load among a plurality of service nodes |
US11296930B2 (en) | 2014-09-30 | 2022-04-05 | Nicira, Inc. | Tunnel-enabled elastic service model |
US10594743B2 (en) | 2015-04-03 | 2020-03-17 | Nicira, Inc. | Method, apparatus, and system for implementing a content switch |
JP6540296B2 (en) * | 2015-07-09 | 2019-07-10 | 富士通株式会社 | Network processor, communication apparatus, packet transfer method and packet transfer program |
CN107579916B (en) | 2016-07-04 | 2021-03-23 | 新华三技术有限公司 | Forwarding table entry access method and device |
WO2018036635A1 (en) * | 2016-08-26 | 2018-03-01 | Huawei Technologies Co., Ltd. | A data packet forwarding unit in a data transmission network |
US11546266B2 (en) * | 2016-12-15 | 2023-01-03 | Arbor Networks, Inc. | Correlating discarded network traffic with network policy events through augmented flow |
US10805181B2 (en) | 2017-10-29 | 2020-10-13 | Nicira, Inc. | Service operation chaining |
US11012420B2 (en) | 2017-11-15 | 2021-05-18 | Nicira, Inc. | Third-party service chaining using packet encapsulation in a flow-based forwarding element |
US10708229B2 (en) * | 2017-11-15 | 2020-07-07 | Nicira, Inc. | Packet induced revalidation of connection tracker |
US10757077B2 (en) | 2017-11-15 | 2020-08-25 | Nicira, Inc. | Stateful connection policy filtering |
US10797910B2 (en) | 2018-01-26 | 2020-10-06 | Nicira, Inc. | Specifying and utilizing paths through a network |
US10541918B2 (en) * | 2018-02-22 | 2020-01-21 | Juniper Networks, Inc. | Detecting stale memory addresses for a network device flow cache |
US10805192B2 (en) | 2018-03-27 | 2020-10-13 | Nicira, Inc. | Detecting failure of layer 2 service using broadcast messages |
US11074097B2 (en) | 2019-02-22 | 2021-07-27 | Vmware, Inc. | Specifying service chains |
US11169932B2 (en) * | 2019-05-17 | 2021-11-09 | Google Llc | Flow table aging optimized for dram access |
US11283717B2 (en) | 2019-10-30 | 2022-03-22 | Vmware, Inc. | Distributed fault tolerant service chain |
US11140218B2 (en) | 2019-10-30 | 2021-10-05 | Vmware, Inc. | Distributed service chain across multiple clouds |
US11223494B2 (en) | 2020-01-13 | 2022-01-11 | Vmware, Inc. | Service insertion for multicast traffic at boundary |
US11153406B2 (en) | 2020-01-20 | 2021-10-19 | Vmware, Inc. | Method of network performance visualization of service function chains |
US11659061B2 (en) | 2020-01-20 | 2023-05-23 | Vmware, Inc. | Method of adjusting service function chains to improve network performance |
US11528219B2 (en) | 2020-04-06 | 2022-12-13 | Vmware, Inc. | Using applied-to field to identify connection-tracking records for different interfaces |
US11962518B2 (en) | 2020-06-02 | 2024-04-16 | VMware LLC | Hardware acceleration techniques using flow selection |
US11829793B2 (en) | 2020-09-28 | 2023-11-28 | Vmware, Inc. | Unified management of virtual machines and bare metal computers |
US11792134B2 (en) | 2020-09-28 | 2023-10-17 | Vmware, Inc. | Configuring PNIC to perform flow processing offload using virtual port identifiers |
US11611625B2 (en) | 2020-12-15 | 2023-03-21 | Vmware, Inc. | Providing stateful services in a scalable manner for machines executing on host computers |
US11734043B2 (en) | 2020-12-15 | 2023-08-22 | Vmware, Inc. | Providing stateful services in a scalable manner for machines executing on host computers |
US11394651B1 (en) * | 2021-02-02 | 2022-07-19 | Nokia Solutions And Networks Oy | Smart cache control for mission-critical and high priority traffic flows |
US11863376B2 (en) | 2021-12-22 | 2024-01-02 | Vmware, Inc. | Smart NIC leader election |
US11928367B2 (en) | 2022-06-21 | 2024-03-12 | VMware LLC | Logical memory addressing for network devices |
US11928062B2 (en) * | 2022-06-21 | 2024-03-12 | VMware LLC | Accelerating data message classification with smart NICs |
US11899594B2 (en) | 2022-06-21 | 2024-02-13 | VMware LLC | Maintenance of data message classification cache on smart NIC |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6173364B1 (en) * | 1997-01-15 | 2001-01-09 | At&T Corp. | Session cache and rule caching method for a dynamic filter |
US6141749A (en) | 1997-09-12 | 2000-10-31 | Lucent Technologies Inc. | Methods and apparatus for a computer network firewall with stateful packet filtering |
JP2000089957A (en) * | 1998-09-08 | 2000-03-31 | Nippon Steel Corp | Knowledge system, inference controlling method using knowledge system, knowledge base management device and method, recording medium, and rule system |
US7474653B2 (en) * | 2003-12-05 | 2009-01-06 | Hewlett-Packard Development Company, L.P. | Decision cache using multi-key lookup |
WO2012105677A1 (en) * | 2011-02-04 | 2012-08-09 | 日本電気株式会社 | Packet processing device, packet processing method and program |
-
2015
- 2015-03-03 JP JP2016506487A patent/JP6217839B2/en active Active
- 2015-03-03 EP EP15757950.9A patent/EP3116178B1/en active Active
- 2015-03-03 WO PCT/JP2015/056143 patent/WO2015133448A1/en active Application Filing
- 2015-03-03 US US15/122,133 patent/US10284478B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JPWO2015133448A1 (en) | 2017-04-06 |
US10284478B2 (en) | 2019-05-07 |
JP6217839B2 (en) | 2017-10-25 |
EP3116178A4 (en) | 2017-10-25 |
EP3116178B1 (en) | 2019-02-06 |
US20160373364A1 (en) | 2016-12-22 |
WO2015133448A1 (en) | 2015-09-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10284478B2 (en) | Packet processing device, packet processing method and program | |
US11811660B2 (en) | Flow classification apparatus, methods, and systems | |
US11855967B2 (en) | Method for identifying application information in network traffic, and apparatus | |
US8627448B2 (en) | Selective invalidation of packet filtering results | |
US11863587B2 (en) | Webshell detection method and apparatus | |
EP3079313B1 (en) | Data splitting method and splitter | |
JP2018531527A6 (en) | Method and apparatus for identifying application information in network traffic | |
KR20150129314A (en) | Network element with distributed flow tables | |
US10033613B1 (en) | Historically large flows in network visibility monitoring | |
JP2020174257A (en) | Registration system, registration method, and registration program | |
JP2015179416A (en) | Black list extending apparatus, black list extending method and black list extending program | |
CN107682266B (en) | Method and device for matching flow table items and computer-readable storage medium | |
US11012542B2 (en) | Data processing method and apparatus | |
US11303566B2 (en) | Method, electronic device, and computer program product for data processing | |
US7600008B1 (en) | Systems and methods for harvesting expired sessions | |
EP3667509A1 (en) | Communication device and communication method for processing meta data | |
JP5814830B2 (en) | Destination search apparatus and search method for flow unit packet transfer | |
JP2016006942A (en) | Table management device and table management method | |
CN105447077B (en) | Query word abstracting method and system based on OpenFlow | |
US20230300103A1 (en) | Communication device, address learning method, and program | |
JP2018101926A (en) | Network device and abnormality detection system | |
JP2016092604A (en) | Communication system, management device, and communication control method | |
JP2012185738A (en) | Device and method for data update |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20160909 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
A4 | Supplementary search report drawn up and despatched |
Effective date: 20170925 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04L 12/813 20130101ALI20170919BHEP Ipc: H04L 12/879 20130101ALI20170919BHEP Ipc: H04L 12/741 20130101AFI20170919BHEP Ipc: H04L 12/851 20130101ALI20170919BHEP Ipc: H04L 12/64 20060101ALI20170919BHEP Ipc: H04L 12/717 20130101ALI20170919BHEP |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: GRANT OF PATENT IS INTENDED |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04L 12/741 20130101AFI20180724BHEP Ipc: H04L 12/813 20130101ALI20180724BHEP Ipc: H04L 12/64 20060101ALI20180724BHEP Ipc: H04L 12/717 20130101ALI20180724BHEP Ipc: H04L 12/879 20130101ALI20180724BHEP Ipc: H04L 12/851 20130101ALI20180724BHEP |
|
INTG | Intention to grant announced |
Effective date: 20180829 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE PATENT HAS BEEN GRANTED |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: EP Ref country code: AT Ref legal event code: REF Ref document number: 1095557 Country of ref document: AT Kind code of ref document: T Effective date: 20190215 |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 602015024378 Country of ref document: DE |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: MP Effective date: 20190206 |
|
REG | Reference to a national code |
Ref country code: LT Ref legal event code: MG4D |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190606 Ref country code: LT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: NO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190506 |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: MK05 Ref document number: 1095557 Country of ref document: AT Kind code of ref document: T Effective date: 20190206 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190606 Ref country code: RS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190506 Ref country code: LV Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190507 Ref country code: HR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CZ Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: AL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: EE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 602015024378 Country of ref document: DE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SM Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20190303 Ref country code: PL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 |
|
REG | Reference to a national code |
Ref country code: BE Ref legal event code: MM Effective date: 20190331 |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MC Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: AT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 |
|
26N | No opposition filed |
Effective date: 20191107 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20190303 Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20190331 Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20190331 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20190331 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20190303 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CY Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: HU Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO Effective date: 20150303 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R079 Ref document number: 602015024378 Country of ref document: DE Free format text: PREVIOUS MAIN CLASS: H04L0012741000 Ipc: H04L0045740000 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20190206 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: FR Payment date: 20230324 Year of fee payment: 9 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20230322 Year of fee payment: 9 Ref country code: DE Payment date: 20230321 Year of fee payment: 9 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20240320 Year of fee payment: 10 Ref country code: GB Payment date: 20240320 Year of fee payment: 10 |