2. Middlebox on the Path
Leverage hardware capabilities on the path of
OpenFlow flows
(Application data transport, not just packet headers)
GEC15: Selective packet Encryption
GEC16: Creating feedback from ICMP packets
GEC17: Statically inserted a middlebox into GENI
GEC18: Dynamic deployment of a middlebox
5. Feature Matrix
MAC IP Phy Port Port # VLAN/MPLS
Encryption DPI SSL/IPSec TCP
OutputChange Header
MatchHWAccelAction
6. Use Case Examples
Creating feedback from network
events.
TCP Error Fixing and Accelerators
Manipulating Payload
7. Common Switch Architecture for
OpenFlow
Programmability of TCAM and ASIC
Need for NPU
TCAM ASIC
Control Subsystem
TCAM ASIC
Control Subsystem NPU
8. Future with OpenFlow
Basic scripting language
(combine actions together for future use)
Applications Hosting Capability
(enabling the NPU capabilities like HW accelerators)
Pattern Match
(searching a data in the network packet)
A. 2-3 minutes on what you are working on and why. What is the problemyou are trying to solve, and what is the general approach, and what haveyou accomplished so far? I know that you can't get into any real detailin 2-3 minutes, but this isn't an exposition of your project -- it's adialog with the ONF with an emphasis on how OpenFlow plays or should beplaying in the solution to your problem. I'm guessing that your topic ofinefficiencies of middleboxes with OpenFlow should require comparativelylittle introduction in addition to the "B' and "C" topics below.
B. 3-5 minutes on how OpenFlow / SDN is being used, or should be used inmiddleboxes including what isn't working. The ONF would like to seeleading-edge use cases explained in some detail with comments and possiblyimplementation suggestions.
C. Up to 5 minutes for commenting on how OpenFlow could better supportmiddleboxes or elimiante the need for them. How might it be changed? Whatnew capabilities should it have?