Othman Othman M.M., Koji Okamura Kyushu University Proceedings of the 32 nd Asia-Pacific Advanced Network Meeting India, New Delhi, 2001/8/22.

Slides:



Advertisements
Similar presentations
Access Control List (ACL)
Advertisements

IP Forwarding Relates to Lab 3.
VCRIB: Virtual Cloud Rule Information Base Masoud Moshref, Minlan Yu, Abhishek Sharma, Ramesh Govindan HotCloud 2012.
Delivery and Forwarding of
IPv6 – IPv4 Network Address, Port & Protocol Translation & Multithreaded DNS Gateway Navpreet Singh, Abhinav Singh, Udit Gupta, Vinay Bajpai, Toshu Malhotra.
OpenFlow overview Joint Techs Baton Rouge. Classic Ethernet Originally a true broadcast medium Each end-system network interface card (NIC) received every.
An Overview of Software-Defined Network Presenter: Xitao Wen.
OpenFlow : Enabling Innovation in Campus Networks SIGCOMM 2008 Nick McKeown, Tom Anderson, et el. Stanford University California, USA Presented.
OpenFlow-Based Server Load Balancing GoneWild
SDN and Openflow.
Flowspace revisited OpenFlow Basics Flow Table Entries Switch Port MAC src MAC dst Eth type VLAN ID IP Src IP Dst IP Prot L4 sport L4 dport Rule Action.
1 Improving the Performance of Distributed Applications Using Active Networks Mohamed M. Hefeeda 4/28/1999.
Traffic Management - OpenFlow Switch on the NetFPGA platform Chun-Jen Chung( ) SriramGopinath( )
Traffic Management - OpenFlow Switch on the NetFPGA platform Chun-Jen Chung( ) Sriram Gopinath( )
Kyushu University Graduate School of Information Science and Electrical Engineering Department of Advanced Information Technology Supervisor: Professor.
Introduction. 2 What Is SmartFlow? SmartFlow is the first application to test QoS and analyze the performance and behavior of the new breed of policy-based.
An Overview of Software-Defined Network
1 IP Forwarding Relates to Lab 3. Covers the principles of end-to-end datagram delivery in IP networks.
An Overview of Software-Defined Network Presenter: Xitao Wen.
Othman Othman M.M., Koji Okamura Kyushu University Proceedings of the 33 nd Asia-Pacific Advanced Network Meeting Thailand, Chiang Mai, 2012/2/15 1.
1 Proceeding the Second Exercises on Computer and Systems Engineering Professor OKAMURA Laboratory. Othman Othman M.M.
OpenFlow-Based Server Load Balancing GoneWild Author : Richard Wang, Dana Butnariu, Jennifer Rexford Publisher : Hot-ICE'11 Proceedings of the 11th USENIX.
Information-Centric Networks10b-1 Week 13 / Paper 1 OpenFlow: enabling innovation in campus networks –Nick McKeown, Tom Anderson, Hari Balakrishnan, Guru.
Professor OKAMURA Laboratory. Othman Othman M.M. 1.
OpenFlow: Enabling Technology Transfer to Networking Industry Nikhil Handigol Nikhil Handigol Cisco Nerd.
Lecture 2 TCP/IP Protocol Suite Reference: TCP/IP Protocol Suite, 4 th Edition (chapter 2) 1.
1 IP Forwarding Relates to Lab 3. Covers the principles of end-to-end datagram delivery in IP networks.
OpenFlow: Enabling Innovation in Campus Networks
Othman Othman M.M. 30/1/ Outline: 1. Advisory Committee Meeting: 1. Content Anycasting. 2. OpenFlow Enhancement. 3. Current Status. 4. Next Research.
Sponsored by the National Science Foundation Tutorial: An Introduction to OpenFlow using POX GENI Engineering Conference 20 June 2014.
Professor OKAMURA Laboratory. Othman Othman M.M. 1.
Traffic Management - OpenFlow Switch on the NetFPGA platform Chun-Jen Chung( ) Sriram Gopinath( )
IP Forwarding.
Othman Othman M.M., Koji Okamura Kyushu University 1.
Access Control List (ACL) W.lilakiatsakun. ACL Fundamental ► Introduction to ACLs ► How ACLs work ► Creating ACLs ► The function of a wildcard mask.
Othman Othman M.M., Koji Okamura Kyushu University Proceedings of the 33 nd Asia-Pacific Advanced Network Meeting Thailand, Chiang Mai, 2012/2/15 1.
Chapter 8: Virtual LAN (VLAN)
Wire Speed Packet Classification Without TCAMs ACM SIGMETRICS 2007 Qunfeng Dong (University of Wisconsin-Madison) Suman Banerjee (University of Wisconsin-Madison)
Microsoft Windows Server 2003 TCP/IP Protocols and Services Technical Reference Slide: 1 Lesson 7 Internet Protocol (IP) Routing.
OpenFlow:Enabling Innovation in Campus Network
Othman Othman M.M., Koji Okamura Kyushu University 1.
Traffic Management - OpenFlow Switch on the NetFPGA platform Chun-Jen Chung( ) Sriram Gopinath( )
Copyright © 2011, A Flow-based Hybrid Mechanism to Improve Performance in NOX and wireless OpenFlow switch networks Bruno Van Den Bossche,
Communications Services Connection Oriented Service  A connection is established  Data is sent or received over this connection  Connection may be terminated.
Jennifer Rexford Princeton University MW 11:00am-12:20pm Measurement COS 597E: Software Defined Networking.
4/19/20021 TCPSplitter: A Reconfigurable Hardware Based TCP Flow Monitor David V. Schuehler.
Traffic Management - OpenFlow Switch on the NetFPGA platform Chun-Jen Chung( ) Sriram Gopinath( )
Internet Protocol: Routing IP Datagrams Chapter 8.
STORE AND FORWARD & CUT THROUGH FORWARD Switches can use different forwarding techniques— two of these are store-and-forward switching and cut-through.
CSC 600 Internetworking with TCP/IP Unit 5: IP, IP Routing, and ICMP (ch. 7, ch. 8, ch. 9, ch. 10) Dr. Cheer-Sun Yang Spring 2001.
Arbitrary Packet Matching in Openflow
High-Speed Policy-Based Packet Forwarding Using Efficient Multi-dimensional Range Matching Lakshman and Stiliadis ACM SIGCOMM 98.
An Efficient Gigabit Ethernet Switch Model for Large-Scale Simulation Dong (Kevin) Jin.
Information-Centric Networks Section # 13.2: Alternatives Instructor: George Xylomenos Department: Informatics.
OpenFlow: Enabling Innovation in Campus Networks Yongli Chen.
InterVLAN Routing 1. InterVLAN Routing 2. Multilayer Switching.
Instructor Materials Chapter 6: Network Layer
Heitor Moraes, Marcos Vieira, Italo Cunha, Dorgival Guedes
Othman Othman M.M. , Koji Okamura Kyushu University
NOX: Towards an Operating System for Networks
Chapter 6: Network Layer
Chapter 4: Access Control Lists (ACLs)
The Stanford Clean Slate Program
SPEAKER: Yu-Shan Chou ADVISOR: DR. Kai-Wei Ke
1 ADDRESS RESOLUTION PROTOCOL (ARP) & REVERSE ADDRESS RESOLUTION PROTOCOL ( RARP) K. PALANIVEL Systems Analyst, Computer Centre Pondicherry University,
Networking and Network Protocols (Part2)
IP Forwarding Relates to Lab 3.
Editors: Bala’zs Varga, Jouni Korhonen
Intelligent Network Services through Active Flow Manipulation
Chapter 4: outline 4.1 Overview of Network layer data plane
Presentation transcript:

Othman Othman M.M., Koji Okamura Kyushu University Proceedings of the 32 nd Asia-Pacific Advanced Network Meeting India, New Delhi, 2001/8/22

Outline: 1. Goal. 2. Motivation. 3. An attempt to solve the problem (3 enhancements). 1. First: Network Equipment to Equipment flow installation. 2. Second: Low Level Header Description. 3. Third: Inactive Flows. 4. Flow Aggregation Algorithm. 5. Evaluation. 6. Conclusion.

1- Goal: Improve OpenFlow. Support self-reactive behavior. Reduce load on controller. Giving researchers more flexibility. Step towards having wider adoption of OpenFlow.

2- Motivation: Tight coupling between OpenFlow switch and controller. Every thing is up to the controller. Controller might be bottleneck. number of flows that can be installed by the NOX controller as shown in [1] are 30K flow/sec, and the flow arrival rate in [2] that is 100K flow per second. OpenFlow supports MAC, VLAN, IP, TCP, UDP. Better to have; more room for researchers. [1].Tavakoli, A., Casado, M., Koponen, T., & Shenker, S. (n.d.). Applying NOX to the Datacenter. Proc. HotNets (October 2009). [2]. Kandula, S., Sengupta, S., Greenberg, A., Patel, P., & Chaiken, R. (2009). The nature of data center traffic: measurements & analysis. Proceedings of the 9th ACM SIGCOMM conference on Internet measurement conference (p. 202–208). ACM.

3-An attempt to solve the problem: (3 enhancements) 1. Network equipment to Network equipment Flow Programming: To create traffic-aware self-reactive network. Can be used to delegate some flows to less loaded network equipment. To easily program whole network without loading controller. 2. Low level description of Headers: To easily adopt new protocols. To be able to program flows in very exact way. 3. New type of Flows: Programed as inactive flows and later activated by the flow. To provide the controller with a more relaxed way to handle precisely timed tasks. Can cooperate with Device to Device programming.

3-1- First: Network Equipment to Equipment flow installation: To reduce load off the controller. Give the equipment ability to act by their own to reduce load off loaded equipment. Alternative way to install flows to whole network (e-e propagation). PE P P P Packet Flows to manipulate headers in packets Fig1. Equipment overloaded, due to many flows to carry out. PE P P P Fig2. Overloaded equipment delegates some flows to other equipment. PE P P P Packet Flows to manipulate headers in packets Fig3. Reduced load off the overloaded equipment.

3-2- Second: Low Level Header Description: OpenFlow can deal with headers of: Ethernet, IP, TCP, UDP, ICMP, ARP, VLAN This limits the usage to those protocols. Using Low level definition of header fields can be more usable in case of new protocols. Fig1: Fields from packets used to match against flow entries As shown in : OpenFlow Switch Specification Version 1.0.0, December 31, 2009 Offset form beginning Length Name Is wild- carded? Wildcard value Value 06MAC srcNo00:11:22: 33:44:55 164New L3 Protocol src YesFF:FF:00: 00:00 00:11:22: 33:44 ……..… 204New L4 protocol filed No Fig2: Low level description of headers

3-3- Third: Inactive Flows: Original OpenFlow: flows activated by default, controller keeps track of time. Initially installed as inactive. (not usable). Activated on right time, by: Explicit activation packet. Activation Flow. Preset time. Migration Fig3. Migration and Redirection using OpenFlow and Inactive Flows. Inactive Flows Flows activation Migration Fig1. Migration and Redirection using OpenFlow. Migration Fig2. Delay due to controller overload in Migration.

4-1- Flow Aggregation Algorithm: Introduction: How to delegate flows? Aggregate flows that have common features, and responsible for some portion of traffic. i.e. to aggregate many flows to one. Delegate the aggregated flows to other equipment. Use Flow Aggregation Algorithm. Overloaded equipment flows = original flows – delegated flows. aggregated flow (one or more) Flow Table

4-2- Inputs of the FAA. Input is Flow Table. Flow table entry have one or more fields form Fig 1. Src IP and Dst IP can be wildcarded as defined by OpenFlow Fig1: Fields from packets used to match against flow entries As shown in : OpenFlow Switch Specification Version 1.0.0, December 31, 2009 aggregated flow (one or more) Flow Table

4-3-Outputs of the FAA. Aggregated Flow can use: Parts of Src IP, Dst IP using wildcards. Any other field as an exact match. Fig1: Fields from packets used to match against flow entries As shown in : OpenFlow Switch Specification Version 1.0.0, December 31, 2009 aggregated flow (one or more) Flow Table Range of portions of total traffic e.g. (20%-30%)

4-4-Details of the FAA. Start Build Histograms for all Fields Aggregation percentage? Finish Strict None Wide Aggregate SrcIP Aggregate DstIP Strict Wide Find common values from two wide aggregations. None Strict Wide Fail None Strict None, Wide

4-5-In-depth look: 1- IP aggregation: By Building a Trie. Find length of wildcard. Value of wildcarded IP. Start Add the most significant bit of each IP in each flow to trie. If exist increment trie node counter. Else create node and increment counter Is aggregation successful? Is memory limit reached? Add the next less significant bit of each IP in each flow to trie. If exist increment trie node counter. Else create node and increment counter Finish Yes No Mark the trie node that has the best ratio. 6 Start Build Histograms for all Fields Aggregat ion %? Finish Strict None Wide Aggregate SrcIP Aggregate DstIP Strict Wide Find common values from two wide aggregations. None Strict Wide Fail None Strict None, Wide

4-6-In-depth look: 2- Other aggregation: By building Histogram. Start Build Histogram Is aggregation successful? Finish No Yes Find nodes with right aggregation ratio Start Build Histograms for all Fields Aggregat ion %? Finish Strict None Wide Aggregate SrcIP Aggregate DstIP Strict Wide Find common values from two wide aggregations. None Strict Wide Fail None Strict None, Wide

5- Evaluation: Java Program to evaluate the efficiency of Flow Aggregation Algorithm. FAA success rate of aggregation = 79.7 % OMNet++ simulation to evaluate: Controller load reduction. Efficiency in reducing load off overloaded equipment. Traffic generated due to the new enhancements.

6- Conclusion: Aim to improve OpenFlow by reducing load off the controller, make it self-aware and self-reactive, enable researchers to support their own protocols, and enable an easier support for time critical functions. Achieving goals by proposing 3 new enhancements to OpenFlow: Network equipment to equipment flow installation. Low level Header description. Inactive flows. Proposing Flow Aggregation Algorithm, to enable the enhancements. Simulation shows the success rate of FAA is 79.7 %

Q & A: Thanks for listening.

Back up Slides:

3- OpenFlow Overview: Separates routing decision making (in controller) and the forwarding (in the switch or router). Matching in the switch or router is done according to Layer 2, 3 and VLAN headers. Figure 1: OpenFlow switch (ref: Nick McKeown et al, “OpenFlow: enabling innovation in campus networks”)

3- OpenFlow Overview: OpenFlow relies on the Flow-table, which is contains: Header fields are the ones the incoming packet is matched against: The actions can be : forwarding the packet to physical port, enqueue the packet in a physical port’s queue, dropping the packet or modifying incoming packet’s header fields Figure 2 Figure 1

6- First: Network Equipment to Equipment flow installation: To reduce load off the controller. Alternative way to install flows to whole network (e-e propagation). Controller Fig1. Regular way of installing flows. Controller installs to equipment one by one. Controller Fig2. Network equipment install flows to each other.

7- Second: Low Level Header Description: OpenFlow can deal with headers of: Ethernet IP TCP UDP ICMP ARP VLAN This limits the usage to those protocols. Fig1: Flowchart showing how header fields are parsed for matching. As shown in : OpenFlow Switch Specification Version 1.0.0, December 31, 2009

8- Third: Inactive Flows: Initially installed as inactive. (not usable). Activated on right time to use by: Explicit activation packet. Activation Flow. Preset time. Can use e-e for activating other equipment. Server Candidate Server Fig1. Before beginning Candidate Server Fig3. After migration and activation of redirections. Server Candidate Server Fig2. Programming inactive redirection And migrating server. Activating redirection when migration finishes Server Migration

8- Third: Inactive Flows: Original OpenFlow: flows are activated by default (usable as soon as programmed). Controller have to install redirections exactly on time for time-critical applications. case of server migration. Migration Fig1. Migration and Redirection using OpenFlow. Migration Fig2. Delay due to controller overload in Migration and Redirection using OpenFlow.

Start Build Histograms for all Fields Aggregation percentage? Finish Strict None Wide Aggregate SrcIP Aggregate DstIP Strict Wide Find common values from two wide aggregations. None Strict Wide Fail None Strict None, Wide Start Build Histograms for all Fields Aggregation percentage? Finish Strict None Wide Aggregate SrcIP Aggregate DstIP Strict Wide Find common values from two wide aggregations. None Strict Wide Fail None Strict None, Wide

4-1-Introduction about flow aggregation algorithm (FAA). Goal: To represent a large # of flows (original) by a single or few flows (aggregated). In order to replace the original flows (large #) by the aggregated flow (one or more). Assign the original flows (large #) to another network equipment. original flows (large #) aggregated flow (one or more)