1 / 17

GPEP : Graphics Processing Enhanced Pattern-Matching for High-Performance Deep Packet Inspection

GPEP : Graphics Processing Enhanced Pattern-Matching for High-Performance Deep Packet Inspection. Author : Lucas John Vespa , Ning Weng Publisher: 2011 IEEE International Conferences on Internet of Things ,and Cyber , Physical and Social Computing (4 th CPSCom) Presenter: Ye- Zhi Chen

Download Presentation

GPEP : Graphics Processing Enhanced Pattern-Matching for High-Performance Deep Packet Inspection

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. GPEP : Graphics Processing Enhanced Pattern-Matching for High-Performance Deep Packet Inspection Author: Lucas John Vespa, NingWeng Publisher: 2011 IEEE International Conferences on Internet of Things ,and Cyber , Physical and Social Computing (4th CPSCom) Presenter: Ye-Zhi Chen Date: 2012/04/25

  2. Introduction • GPEP uses an optimized version of our pattern matching algorithm called P3FSM, which has low operational complexity, but reduces the memory requirement such that the state tables can fit into the small on chip memories of a GPU

  3. P3FSM 1. DFA Optimization (split-DFA): This optimization splits the DFA transitions into primary and secondary blocks at the first level of the DFA. All incoming transitions to the primary block are removed from the DFA. An example split-DFA is shown in Figure 1(b). The two blocks are encoded into two separate memory tables. If a transition is not present in the secondary block table, then the primary block table acts as a default transition lookup for the current input character.

  4. P3FSM Primary I secondary

  5. P3FSM 2. Deriving State Codes : (1) Group all states in the SDFA that have the same next state into a group (2) Groups with the same character are combined into a cluster. (3) the number of clusters are reduced by merging all the clusters that do not have common states in the secondary block to form one cluster (4)Encoding the groups : a) Character Signature (cs) : it identifies the character required for transitions to a state b) State Signature (ss) : it identifies the next state • (5)State code : a state code for each state is obtained by concatenating the group codes for the groups that a state is a member of

  6. P3FSM • G1[S0][H] • G2[S0][S] • G3[S1][E] • G4[S1 S5][I] • G5[S2 S7 S9][H] • G6[S3 S8 ][R] • G7[S4][S] • G8[S5][E] • G9[S6][S] I

  7. P3FSM C1 C2 H S E R I

  8. P3FSM Falure index • Operating Table : • (1) Charater / Cluster Table (cc) : • (2)Code Table (code): • Sindex =Choffset + Ssig

  9. P3FSM

  10. P3FSM • Memory Efficient : • Equation 1 : STT = Q*「log2Q┐ *28 • Q is the total number of state of the DFA • Equation 2 :P3FSM = Q*(L+「log2P┐) • L is the length of state code • P is the number of patterns to be detected

  11. P3FSM

  12. GPEP ARCHITECTURE

  13. GPEP ARCHITECTURE • Host : • The host creates and optimizes the DFA • The host transfers the resulting tables to the memory of the GPU • The host also maintains the current packet buffer which is mapped to the global memory of the GPU

  14. GPEP ARCHITECTURE • Device : • The memory tables necessary for the P3FSM kernel operation are stored in the local data store (LDS) of each compute unit, and the private memory of each stream core.

  15. GPEP ARCHITECTURE

  16. GPEP ARCHITECTURE

More Related