Auto-Configuration of SDN Switches in SDN/Non-SDN Hybrid Network
|
|
- Marsha Chase
- 8 years ago
- Views:
Transcription
1 Auto-Configuration of SDN Switches in SDN/Non-SDN Hybrid Network Rohit Katiyar Prakash Pawar Kotaro Kataoka Abhay Gupta ABSTRACT This paper proposes an auto-configuration mechanism for a newly attached SDN (Software-defined Networking) switch and intermediate switches in an SDN/non-SDN hybrid network. Automation of initial configuration of SDN switches brings the benefit of reducing the installation costs and maintaining the operational consistency in an enterprise network. However, the heterogeneity of a hybrid network introduces difficulty in achieving such benefits. The proposed system achieves the following features: 1) detecting a new SDN switch in a hybrid network, 2) providing the switch with appropriate configuration parameters in an SDN/non-SDN hybrid network and 3) ensuring seamless service across the SDN and non-sdn segments. The proposed solution also introduces DHCP-SDN as an extension of Dynamic Host Configuration Protocol (DHCP) to support SDN parameters. The proposed system enables a new SDN switch to automatically start operating even though the intermediate switches are not configured with the SDN-specific VLAN setup. Categories and Subject Descriptors C.2.3 [Network Operations]: Network Management; C.2.2 [Network Protocols]: Bootstrap Protocols General Terms Management, Design, Experimentation Permission to make digital or hard copies of all or part of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for profit or commercial advantage and that copies bear this notice and the full citation on the first page. Copyrights for components of this work owned by others than ACM must be honored. Abstracting with credit is permitted. To copy otherwise, or republish, to post on servers or to redistribute to lists, requires prior specific permission and/or a fee. Request permissions from Permissions@acm.org. AINTEC 15, November 18 20, 2015, Bangkok, Thailand. Copyright 2015 ACM /15/11... $ Keywords Software Defined Networking, OpenFlow, Auto Configuration, DHCP/BOOTP 1. INTRODUCTION The benefits of SDN [10][13] have been well recognized in recent years. A variety of options are available for SDN controllers and switches, that can be easily deployed as both hardware and software. The scenario of SDN deployment is now flexible and heterogeneous due to technologies such as dual stack support of SDN and non-sdn mode on a single switch, partial or full replacement of non-sdn switches with SDN switches in the network architecture and etc. Given that existing non-sdn switches are still positive assets, incremental or partial deployment of SDN might be more realistic. Panopticon [12] was proposed to locate the best point where the installation of an SDN switch maximizes its benefit. The question is how the installation process of SDN switches in heterogeneous conditions can be simplified. Such process still relies on prerequisite configuration such as IP address of SDN controller, VLAN ID for Control and Data Plane and IP address to a new SDN switch and etc. Manually configuring switches not only introduces the risk of human errors but also adds to operational costs. To the best of the authors knowledge, automating SDN switch installation in an SDN/non-SDN hybrid network has not been achieved, while bootstrapping an SDN switch in an SDN-only network has already been proposed [14]. This paper proposes an auto-configuration mechanism for installation of an SDN switch in an SDN/non-SDN hybrid network. The proposed mechanism includes Locator, Configurator and DHCP-SDN which is an extension of DHCP [2] enabling plug-and-play functionality for an SDN switch. DHCP-SDN provides an SDN switch with 1) Network configuration of SDN switch, 2) Information of single or multiple controllers and 3) Seamless service across both SDN and non-sdn segments. In our system 1) Locator detects where a new SDN switch is installed and 2) Configurator enables 48
2 reachability between known SDN controllers and a new SDN switch if not available. The benefit of extending DHCP is the very high maturity with the broader network equipment including DHCP relay. We can expect the rapid deployment of the proposed mechanism with almost zero impact to the existing networks. The proof of concept implementation has been attained by making an Open vswitch [9] plug-and-play and then testing it in a small testbed network inclusive of both SDN and non-sdn switches. The contribution of this paper is to examine the best practices of automated SDN deployment and to report how it can happen with the minimum set of preparedness. The proposed methodology is implemented using Floodlight [3] SDN controller and hybrid networks that involve Open vswitch (OVS) and non-sdn L2/L3 switches. 2. RELATED WORK [14] proposed automatic bootstrapping of OpenFlow [7] networks where the controller establishes control network through the neighboring OpenFlow-enabled switches. The existing solution has been tested on a homogeneous SDN network with no backward compatibility over non-sdn switches. It is also assumed that the controller is at a one hop distance to the DHCP server. OF-CONFIG [5] extends NETCONF [4] to support the remote management of OpenFlow switches. OF-CONFIG enables applications to retrieve switch status, configure a switch, get event notice etc., similar to SNMP [11]. OF- CONFIG expects secure connection over TCP between a switch and a server called OpenFlow Configuration Point. This method contributes to the automation of SDN management after the switches are bootstrapped in a particular domain. However, OF-CONFIG assumes pre-configuration of switches before they are bootstrapped into the network. The design of hybrid network using SDN switches in enterprise networks is addressed in [12]. The solution assumes the presence of an operator who knows the best location for a switch and also provides guarantee that traffic destined to operator-selected end-points passes through at least one SDN switch. Automatic discovery and configuration of the control plane of switches to controllers is discussed in [15]. The module suggested has been plug-and-play for an In-Band SDN Control Network. The key insight is that there is a need of automatically configuring SDN switches in a hybrid SDN/non-SDN network so as to ensure seamless service across all segments of the network. There is also a need to avoid operator overhead and, at the same time, make the auto-configuration mechanism plug-and-play. In this paper, we propose an approach to reduce operator overhead and ensure plug-and-play reliable auto-configuration of SDN switches in hybrid networks. 3. INSTALLING SDN SWITCH IN SDN/NON- SDN HYBRID NETWORK 3.1 Basic Configuration of Switch-Controller Connectivity In OpenFlow, an SDN controller and a switch communicate using TCP/IP, which is called as secure channel. Once the switch establishes a secure channel, the rest of the operation is taken over by the controller. To install an SDN switch, the following information is required at a new SDN switch and intermediate switches. 1. For new SDN Switch: Available IP address Netmask and Gateway IP address to Controller Controller IP address and its type (Master, Slave or Equal) Port number of secure channel Control Plane and Data Plane VLAN (if link is truncated) 2. For Intermediate Switch: Network Configuration including ports with appropriate VLAN 3.2 Automating SDN Configuration Auto-configuration of an SDN switch in a heterogeneous network requires at least five steps as shown in Figure New SDN switch joins the network and solicits configuration parameters for the controller and itself. 2. AutoConf Server Triggers: Solicitation reaches Auto- Conf server and it initiates configuration for the new SDN switch. 3. SDN Switch Locator and Intermediate Switch Configurator: Start locating SDN switch in the network using device discovery mechanism in order to provide the prerequisite configuration to intermediate switches. 4. Exchange of messages (discover, offer, request and acknowledgement) as a part of the proposed method between the AutoConf Server and the new SDN switch in a heterogeneous network. 5. OpenFlow Session Triggers: Instantiation of an Open- Flow session with the SDN controller and assignment of connection identifiers for connecting the new SDN switch to the SDN controller. Figure 1: Basic steps involved in auto-configuration 49
3 3.3 Multiple Controllers A network can have multiple controllers [8] and SDN switches can be configured for one or more controllers. In the event that one or more controllers fail, the switch can continue to operate seamlessly and network failure can be avoided. A network involving multiple controllers addresses issues such as controller fail-over and load balancing. Initially, the proposed mechanism provides the required configuration parameters for every available controller with its type (role of the controller i.e. Master, Equal or Slave). When an OpenFlow session is initiated, the switch tries to connect to all controllers with given type, and try to maintain connectivity with all of them concurrently. The multiple controllers coordinate the management of the switch amongst themselves, which may cause a change in the type of one of the controllers later. In this paper, multiple controllers have been used in an active-standby mode to address controller fail-over. 4. SYSTEM DESIGN OF AUTO CONFIGU- RATION 4.1 System Components The proposed system contains the following components: 1. SDN AutoConf Server (ACS): An extended implementation of a DHCP/BOOTP Server. It is used to provide basic configuration to the newly introduced SDN switches. 2. SDN AutoConf Client (ACC): An OVS used as an SDN switch. 3. Intermediate Switch Configurator (ISC): A module that provides automatic configuration to intermediate switches to prepare them for connecting to a new SDN switch. The newly joined SDN switch becomes a part of the SDN/non-SDN hybrid network and now it can successfully communicate with the SDN controller. 4. New Switch Locator (NSL): A module that locates the newly joined SDN switch in a hybrid network. 5. SDN Controllers: SDN controllers like Floodlight with a given type (Master, Slave and Equal). 6. Non-SDN Switch: Traditional L2/L3 switches. Figure 2: Components/Entities used in Auto-Configuration Figure 2 shows the logical connectivity between the entities involved in the auto-configuration of SDN switches. The logical architecture contains ACS and the SDN controller that are connected (physically) with a sequence of SDN and L2/L3 non-sdn switches. Using the functionality provided by NSL and ISC, the ACS identifies a newly joined SDN switch in the hybrid network and the new SDN switch gets registered to all controllers. 4.2 AutoConf Event Sequence Figure 3: State diagram of event in Auto-Configuration Referring to Figure 3, the ACC broadcasts a discover message (1) and waits for an offer message from any ACS in the vicinity. However, the intermediate network may not be configured to ensure reachability between an SDN controller and the new added SDN switch (existing switch ports may not be in required Control Plane VLAN or Data Plane VLAN). Hence, the ACS calls an ISC component (2) with NSL (3) to establish connectivity between the SDN switch and the SDN controller. The communication between the new SDN switch and existing controllers should be transparent. To achieve this, some prior configuration is required in the intermediate switches. For example, to enable communication between the newly added SDN switches and SDN controller in the hybrid network, required ports of the intermediate switches should either be configured as trunk or with proper VLAN (Native VLAN) configuration (more details are given in Section V). ISC traverses the network from ACS (5) and reaches the new SDN switch using LLDP [1] and MAC address resolution (6) and configures the intermediate switches. Both SDN and non-sdn in the path ensure reachability between the new SDN switch and controller in the hybrid network (7). MAC address resolution in SDN is done using the help of SDN controller [16]. For auto-configuration, ACS maintains a range of available IP addresses. When a new SDN switch is introduced into the network, it goes through a sequence of message exchanges with the extended DHCP server on ACS and then the switch gets registered with the controller. We thus ensure that prerequisite configuration is done on all intermediate switches using the mechanism proposed. 50
4 5. IMPLEMENTATION Auto-configuration of an SDN switch in a heterogeneous network can be achieved through the following steps: Intermediate Switch Configurator (ISC): This module ensures the assignment of configuration parameters to intermediate switches as a prerequisite. Each switch has native VLAN enabled to ensure reachability of discovery/ offer/ request/ acknowledge messages between ACC and ACS. For example in the case of CISCO, VLAN 1 is enabled natively. This is an assumed prerequisite for auto-configuration. DHCP discover message from DHCP-SDN message at ACS. Offer Message: Offer message contains the minimum configuration parameters, i.e., Offered IP Address for the switch, the controller IP address, port number, the type of controller, the netmask and gateway IP address for an SDN Switch as shown in Figure 5. When a new SDN switch is introduced in the traditional network, it transmits a Discover message (extended DHCP Discover Message) through its local port with its MAC address. By traversing the sequence of the switches, the Discover message reaches ACS. Upon receiving the message, it triggers ISC which in turn configures the intermediate switches. ISC has the core functionality of configuring both intermediate SDN and non-sdn switches. When configuring intermediate SDN switches, the ISC packet simply bypasses the traditional switches and vice-versa. Intermediate SDN switches use LLDP as a network discovery mechanism, but do so with the help of the SDN controller. The flow chart in Figure 4 describes the algorithm to add Control Plane VLAN (prerequisite) to ports of intermediate switches. Figure 4: Flow chart to add Control Plane VLAN and Data Plane VLAN ACS: ACS is implemented as traditional DHCP server with extra parameters in DHCP/BOOTP message format. Discover Message: SDN option number 222 is added in the DHCP option field available in DHCP Discover message. The added option differentiates traditional Figure 5: Extended DHCP/BOOTP Protocol Offer Message, SDN Option 222 ACS has been implemented as a separate system from the SDN controller to provide the following features: Backward Compatibility Scalability Generalization (avoid controller specific design) ACC: ACC works similar to a DHCP client. The newly joined SDN switch acts as a traditional DHCP client and sends a request for SDN configuration parameters through a Discover message. In reply, it receives configuration parameters which are then used for controller registration. The flow of messages between ACC and ACS is shown in Figure 6. Flow of messages during Auto-Configuration: ACS Discover Message, which is sent by ACC, is a broadcast message and it has to pass through Layer 3 switches or router and reach ACS which provides SDN configuration parameters in Offer Message. As Layer 3 switches (both SDN and non-sdn) and routers do not allow these broadcast packets to pass through, we take the advantage of DHCP relay on these devices to avoid packet drop. These relay agents receive the broadcast packets and forward them to a particular ACS using unicast. The proposed method also supports networks that have multiple ACS. However, that requires complex relay agent configuration at the L3 switch. The rest of the system functionality is used as it is. In autoconfiguration, ACS exchanges a sequence of messages in a similar way with DHCP. This flow of messages is shown in Figure 6. OpenFlow Session: After all the configuration parameters have been received by the client, a TCP connection is 51
5 Figure 6: Message Exchanges between SDN Controller and newly added SDN Switch Figure 7: Network Diagram with available VLANs on each inter-switch links established between the new SDN switch and controller, and this initiates the registration process for the switch. Extended DHCP/BOOTP Option: Inherently, DHCP does not support SDN configuration and can be used for standard L3/L2 configuration. By enabling the 222 option in the extended offer packet, we provide support for SDN configuration. Generally, DNS-SD [17] is used for service discovery in networks. This requires identity parameters to be provided for every component associated with the network. By using our extension of the DHCP/BOOTP option, we remove the need for providing identity parameters to the different components of the network, reducing system overhead of parameter configuration. OF-CONFIG assumes pre-configuration of switches before they are bootstrapped into a network. However, the use of our option enables autoconfiguration of switches when they are plugged into the network, as explained above. Hence, instead of using three protocols for performing individual tasks, a single extension of the DHCP option covers auto-configuration in hybrid networks. 6. New SDN Switch: OVS SDN Controller: Floodlight Achievement and Suggestions for Practical Deployment The proposed system has been confirmed to work in the following scenarios. SYSTEM VALIDATION 6.1 Performance Metrics The above suggested auto-configuration mechanism is a one-time deployment scenario for any new switch that is added to an existing hybrid network. If the intermediate switches in a network are not configured, then ISC packets are sent out into the network, adding some overhead to the existing network links and introducing increased latency in the process. The response time however, is completely dependent on the time taken for the switch to obtain its configuration parameters from ACS, as explained in Figure 6. Type of upstream switch: SDN and non-sdn switch Case Study We developed the proposed system and tested in the SDN/nonSDN hybrid network described in Figure 7. The proposed method coordinates configuration for a newly joined SDN switch and intermediate switches without disturbing the existing network setup. We examine the behavior of a new SDN switch and existing network under the following conditions. A new SDN switch is connecting to a non-sdn L2 switch. One non-sdn switch does not have VLAN configuration of Control Plane and Data Plane. Connectivity from upstream switch to ACS: Same VLAN or DHCP Relay Connectivity between the new SDN switch to ACS: Same VLAN or VLAN deployment on intermediate switches using ISC. Selection of the best SDN controller based on network topology to solve run time issues in case multiple controllers are available. This work is limited to address controller fail-over problem. Based on the examination of proposed system, the following points contribute to making auto-configuration of SDN switch easier in the existing network. For testing purposes, the following components were used: Non-SDN L2 Switch: Cisco SG300 Native VLAN on a trunk port enables to capture Discover message from ACC running on a new SDN switch. Existing SDN Switch: HP G-PoE+2SFP+ 52
6 Use of DHCP Relay is realistic if the existing network is large. MAC-Port matching mechanism is a must on the non- SDN switches if the existing network needs ISC. 6.4 Discussions Security Challenges: The improvements in the system in terms of ease of deployment comes at the cost of security. It is possible that a malicious user who manages to get a physical access to an existing switch can connect an OVS to it and obtain a direct connection to the network controller. Once this malicious user has established connection, the user can very easily launch a DoS attack on the controller, tearing down the network. Network Loops: One drawback with introducing a new switch to the network is that it may introduce a loop in the network, that is caused by the changes made to the intermediate network (converting a few access VLAN to trunk mode). Prior to the switch being added, the Spanning Tree Protocol removes loops in the network, and with the addition of the switch, if loops are introduced, it is still not studied whether the Spanning Tree Protocol will remove the newly created loop in the network. 7. CONCLUSION AND FUTURE WORK This paper proposed a method that provides a new SDN switch with the configuration parameters for the SDN controller and itself. We also developed a system that dynamically configures intermediate switches to enable SDN functionality between the new switch and controller in an SDN/non-SDN hybrid network. As part of the future work, we can implement DHCP relay function at the SDN switch itself so that the impact of broadcast messages can be further minimized. Auto-configuration of a new switch as the replacement of damaged one can also be explored by estimating the switch location. Some challenges will be there to verify whether the installation of a new switch is conducted as a replacement or a brand new one. Another study that can be conducted is the use of multiple controllers for enabling auto-configuration of SDN switches in a hybrid network. A further work that can be done is to implement secure bootstrapping of SDN switches in hybrid networks. 8. REFERENCES [1] 802.1AB. download/802.1ab-2009.pdf. [2] DHCP. [3] Floodlight. [4] NETCONF. [5] of-config. https: // [6] onf-overview. https: // [7] openflow. sdn-resources/onf-specifications/openflow. [8] openflow-spec-v downloads/sdn-resources/onf-specifications/ openflow/openflow-spec-v1.4.0.pdf. [9] OpenVSwitch. [10] sdn-definition. sdn-resources/sdn-definition. [11] SNMP. [12] Dan Levin, Marco Canini, Stefan Schmid, Anja Feldmann, and Tu Berlin T-labs. Toward transitional sdn deployment in enterprise networks, proc. open networking summit (ons), [13] Nick McKeown, Tom Anderson, Hari Balakrishnan, Guru Parulkar, Larry Peterson, Jennifer Rexford, Scott Shenker, and Jonathan Turner. Openflow: Enabling innovation in campus networks. SIGCOMM Comput. Commun. Rev., 38(2):69 74, March [14] S. Sharma, D. Staessens, D. Colle, M. Pickavet, and P. Demeester. Automatic bootstrapping of openflow networks. In Local Metropolitan Area Networks (LANMAN), th IEEE Workshop on, pages 1 6, April [15] Schiff, Liron and Schmid, Stefan and Canini, Marco Medieval: Towards A Self-Stabilizing, Plug & Play, In-Band SDN Control Network [16] ONF Testing Interopability White Paper, March 2012, Whitepaper-v images/stories/downloads/sdn-resources/ onf-specifications/openflow-test/ onf-testing-interop-march-2012-whitepaper-v1. 0.pdf [17] DNS-SD. 53
Comparisons of SDN OpenFlow Controllers over EstiNet: Ryu vs. NOX
Comparisons of SDN OpenFlow Controllers over EstiNet: Ryu vs. NOX Shie-Yuan Wang Hung-Wei Chiu and Chih-Liang Chou Department of Computer Science, National Chiao Tung University, Taiwan Email: shieyuan@cs.nctu.edu.tw
More informationInformation- Centric Networks. Section # 13.2: Alternatives Instructor: George Xylomenos Department: Informatics
Information- Centric Networks Section # 13.2: Alternatives Instructor: George Xylomenos Department: Informatics Funding These educational materials have been developed as part of the instructors educational
More informationTime-based Updates in OpenFlow: A Proposed Extension to the OpenFlow Protocol
CCIT Report #835, July 2013, EE Pub No. 1792, Technion, Israel 1 Time-based Updates in : A Proposed Extension to the Protocol Tal Mizrahi, Yoram Moses Department of Electrical Engineering Technion Israel
More informationOpenFlow: Enabling Innovation in Campus Networks
OpenFlow: Enabling Innovation in Campus Networks Nick McKeown Stanford University Presenter: Munhwan Choi Table of contents What is OpenFlow? The OpenFlow switch Using OpenFlow OpenFlow Switch Specification
More informationPanopticon: Incremental SDN Deployment in Enterprise Networks
Panopticon: Incremental SDN Deployment in Enterprise Networks Stefan Schmid with Dan Levin, Marco Canini, Fabian Schaffert, Anja Feldmann https://venture.badpacket.in I SDN! How can I deploy it? SDN: Where
More informationCOMPSCI 314: SDN: Software Defined Networking
COMPSCI 314: SDN: Software Defined Networking Nevil Brownlee n.brownlee@auckland.ac.nz Lecture 23 Current approach to building a network Buy 802.3 (Ethernet) switches, connect hosts to them using UTP cabling
More informationLimitations of Current Networking Architecture OpenFlow Architecture
CECS 572 Student Name Monday/Wednesday 5:00 PM Dr. Tracy Bradley Maples OpenFlow OpenFlow is the first open standard communications interface that enables Software Defined Networking (SDN) [6]. It was
More informationCurrent Trends of Topology Discovery in OpenFlow-based Software Defined Networks
1 Current Trends of Topology Discovery in OpenFlow-based Software Defined Networks Leonardo Ochoa-Aday, Cristina Cervello -Pastor, Member, IEEE, and Adriana Ferna ndez-ferna ndez Abstract The explosion
More informationOpen Source Network: Software-Defined Networking (SDN) and OpenFlow
Open Source Network: Software-Defined Networking (SDN) and OpenFlow Insop Song, Ericsson LinuxCon North America, Aug. 2012, San Diego CA Objectives Overview of OpenFlow Overview of Software Defined Networking
More informationCCT vs. CCENT Skill Set Comparison
Operation of IP Data Networks Recognize the purpose and functions of various network devices such as Routers, Switches, Bridges and Hubs Select the components required to meet a given network specification
More informationCisco Certified Network Associate Exam. Operation of IP Data Networks. LAN Switching Technologies. IP addressing (IPv4 / IPv6)
Cisco Certified Network Associate Exam Exam Number 200-120 CCNA Associated Certifications CCNA Routing and Switching Operation of IP Data Networks Operation of IP Data Networks Recognize the purpose and
More informationDEMYSTIFYING ROUTING SERVICES IN SOFTWAREDEFINED NETWORKING
DEMYSTIFYING ROUTING SERVICES IN STWAREDEFINED NETWORKING GAUTAM KHETRAPAL Engineering Project Manager, Aricent SAURABH KUMAR SHARMA Principal Systems Engineer, Technology, Aricent DEMYSTIFYING ROUTING
More informationSoftware Defined Networking and OpenFlow: a Concise Review
Software Defined Networking and OpenFlow: a Concise Review Stefano Forti stefano.forti92@gmail.com MSc in Computer Science and Networking Scuola Superiore Sant'Anna - University of Pisa 1. Introduction
More informationTesting Software Defined Network (SDN) For Data Center and Cloud VERYX TECHNOLOGIES
Testing Software Defined Network (SDN) For Data Center and Cloud VERYX TECHNOLOGIES Table of Contents Introduction... 1 SDN - An Overview... 2 SDN: Solution Layers and its Key Requirements to be validated...
More information"Charting the Course...
Description "Charting the Course... Course Summary Interconnecting Cisco Networking Devices: Accelerated (CCNAX), is a course consisting of ICND1 and ICND2 content in its entirety, but with the content
More informationSOFTWARE-DEFINED NETWORKING AND OPENFLOW
SOFTWARE-DEFINED NETWORKING AND OPENFLOW Freddie Örnebjär TREX Workshop 2012 2012 Brocade Communications Systems, Inc. 2012/09/14 Software-Defined Networking (SDN): Fundamental Control
More informationForeScout CounterACT. Device Host and Detection Methods. Technology Brief
ForeScout CounterACT Device Host and Detection Methods Technology Brief Contents Introduction... 3 The ForeScout Approach... 3 Discovery Methodologies... 4 Passive Monitoring... 4 Passive Authentication...
More informationTechnical Note. ForeScout CounterACT: Virtual Firewall
ForeScout CounterACT: Contents Introduction... 3 What is the vfw?.... 3 Technically, How Does vfw Work?.... 4 How Does vfw Compare to a Real Firewall?.... 4 How Does vfw Compare to other Blocking Methods?...
More informationA Coordinated. Enterprise Networks Software Defined. and Application Fluent Programmable Networks
A Coordinated Virtual Infrastructure for SDN in Enterprise Networks Software Defined Networking (SDN), OpenFlow and Application Fluent Programmable Networks Strategic White Paper Increasing agility and
More informationHow To Learn Cisco Cisco Ios And Cisco Vlan
Interconnecting Cisco Networking Devices: Accelerated Course CCNAX v2.0; 5 Days, Instructor-led Course Description Interconnecting Cisco Networking Devices: Accelerated (CCNAX) v2.0 is a 60-hour instructor-led
More information100-101: Interconnecting Cisco Networking Devices Part 1 v2.0 (ICND1)
100-101: Interconnecting Cisco Networking Devices Part 1 v2.0 (ICND1) Course Overview This course provides students with the knowledge and skills to implement and support a small switched and routed network.
More informationInterconnecting Cisco Network Devices 1 Course, Class Outline
www.etidaho.com (208) 327-0768 Interconnecting Cisco Network Devices 1 Course, Class Outline 5 Days Interconnecting Cisco Networking Devices, Part 1 (ICND1) v2.0 is a five-day, instructorled training course
More informationEthernet-based Software Defined Network (SDN) Cloud Computing Research Center for Mobile Applications (CCMA), ITRI 雲 端 運 算 行 動 應 用 研 究 中 心
Ethernet-based Software Defined Network (SDN) Cloud Computing Research Center for Mobile Applications (CCMA), ITRI 雲 端 運 算 行 動 應 用 研 究 中 心 1 SDN Introduction Decoupling of control plane from data plane
More informationAUTO DEFAULT GATEWAY SETTINGS FOR VIRTUAL MACHINES IN SERVERS USING DEFAULT GATEWAY WEIGHT SETTINGS PROTOCOL (DGW)
AUTO DEFAULT GATEWAY SETTINGS FOR VIRTUAL MACHINES IN SERVERS USING DEFAULT GATEWAY WEIGHT SETTINGS PROTOCOL (DGW) Suman Dutta 1, Shouman Barua 2 and Jishu Sen 3 1 IT Trainer, Logitrain.com.au 2 PhD research
More informationPanopticon: Incremental Deployment of Software- Defined Networking
Panopticon: Incremental Deployment of Software- Defined Networking Marco Canini Anja Feldmann Dan Levin Fabian Schaffert Stefan Schmid Université catholique de Louvain TU Berlin Telekom Innovation Labs
More informationTutorial: OpenFlow in GENI
Tutorial: OpenFlow in GENI GENI Project Office The current Internet is at an impasse because new architecture cannot be deployed or even adequately evaluated [PST04] [PST04]: Overcoming the Internet Impasse
More informationJuniper / Cisco Interoperability Tests. August 2014
Juniper / Cisco Interoperability Tests August 2014 Executive Summary Juniper Networks commissioned Network Test to assess interoperability, with an emphasis on data center connectivity, between Juniper
More informationImproving the Security and Efficiency of Network Clients Using OpenFlow
Improving the Security and Efficiency of Network Clients Using OpenFlow Adam Coxhead This report is submitted in partial fulfillment of the requirements for the degree of Bachelor of Computing and Mathematical
More informationImplementation of Address Learning/Packet Forwarding, Firewall and Load Balancing in Floodlight Controller for SDN Network Management
Research Paper Implementation of Address Learning/Packet Forwarding, Firewall and Load Balancing in Floodlight Controller for SDN Network Management Raphael Eweka MSc Student University of East London
More informationSoftware Defined Networking Basics
Software Defined Networking Basics Anupama Potluri School of Computer and Information Sciences University of Hyderabad Software Defined Networking (SDN) is considered as a paradigm shift in how networking
More informationWhat is VLAN Routing?
Application Note #38 February 2004 What is VLAN Routing? This Application Notes relates to the following Dell product(s): 6024 and 6024F 33xx Abstract Virtual LANs (VLANs) offer a method of dividing one
More informationhp ProLiant network adapter teaming
hp networking june 2003 hp ProLiant network adapter teaming technical white paper table of contents introduction 2 executive summary 2 overview of network addressing 2 layer 2 vs. layer 3 addressing 2
More informationDisaster-Resilient Backbone and Access Networks
The Workshop on Establishing Resilient Life-Space in the Cyber-Physical Integrated Society, March. 17, 2015, Sendai, Japan Disaster-Resilient Backbone and Access Networks Shigeki Yamada (shigeki@nii.ac.jp)
More informationInterconnecting Cisco Networking Devices Part 2
Interconnecting Cisco Networking Devices Part 2 Course Number: ICND2 Length: 5 Day(s) Certification Exam This course will help you prepare for the following exam: 640 816: ICND2 Course Overview This course
More informationHow To Configure Voice Vlan On An Ip Phone
1 VLAN (Virtual Local Area Network) is used to logically divide a physical network into several broadcast domains. VLAN membership can be configured through software instead of physically relocating devices
More informationNetwork Functions Virtualization in Home Networks
Network Functions Virtualization in Home Networks Marion Dillon Timothy Winters Abstract The current model of home networking includes relatively low- cost, failure- prone devices, requiring frequent intervention
More informationVirtual PortChannels: Building Networks without Spanning Tree Protocol
. White Paper Virtual PortChannels: Building Networks without Spanning Tree Protocol What You Will Learn This document provides an in-depth look at Cisco's virtual PortChannel (vpc) technology, as developed
More informationMultiple Service Load-Balancing with OpenFlow
2012 IEEE 13th International Conference on High Performance Switching and Routing Multiple Service Load-Balancing with OpenFlow Marc Koerner Technische Universitaet Berlin Department of Telecommunication
More informationVXLAN: Scaling Data Center Capacity. White Paper
VXLAN: Scaling Data Center Capacity White Paper Virtual Extensible LAN (VXLAN) Overview This document provides an overview of how VXLAN works. It also provides criteria to help determine when and where
More information基 於 SDN 與 可 程 式 化 硬 體 架 構 之 雲 端 網 路 系 統 交 換 器
基 於 SDN 與 可 程 式 化 硬 體 架 構 之 雲 端 網 路 系 統 交 換 器 楊 竹 星 教 授 國 立 成 功 大 學 電 機 工 程 學 系 Outline Introduction OpenFlow NetFPGA OpenFlow Switch on NetFPGA Development Cases Conclusion 2 Introduction With the proposal
More informationBuilding Secure Network Infrastructure For LANs
Building Secure Network Infrastructure For LANs Yeung, K., Hau; and Leung, T., Chuen Abstract This paper discusses the building of secure network infrastructure for local area networks. It first gives
More informationPanopticon: Reaping the benefits of Incremental SDN Deployment in Enterprise Networks
Panopticon: Reaping the benefits of Incremental SDN Deployment in Enterprise Networks Dan Levin withmarco Canini, Stefan Schmid, Fabian Schaffert, Anja Feldmann Enterprise Network Management Policy changes
More informationConcepts and Mechanisms for Consistent Route Transitions in Software-defined Networks
Institute of Parallel and Distributed Systems Department Distributed Systems University of Stuttgart Universitätsstraße 38 D-70569 Stuttgart Studienarbeit Nr. 2408 Concepts and Mechanisms for Consistent
More informationINTERCONNECTING CISCO NETWORK DEVICES PART 1 V2.0 (ICND 1)
INTERCONNECTING CISCO NETWORK DEVICES PART 1 V2.0 (ICND 1) COURSE OVERVIEW: Interconnecting Cisco Networking Devices, Part 1 (ICND1) v2.0 is a five-day, instructor-led training course that teaches learners
More informationSteroid OpenFlow Service: Seamless Network Service Delivery in Software Defined Networks
Steroid OpenFlow Service: Seamless Network Service Delivery in Software Defined Networks Aaron Rosen and Kuang-Ching Wang Holcombe Department of Electrical and Computer Engineering Clemson University Clemson,
More informationConfiguring Switch Ports and VLAN Interfaces for the Cisco ASA 5505 Adaptive Security Appliance
CHAPTER 5 Configuring Switch Ports and VLAN Interfaces for the Cisco ASA 5505 Adaptive Security Appliance This chapter describes how to configure the switch ports and VLAN interfaces of the ASA 5505 adaptive
More informationSoftware-Defined Networking for the Data Center. Dr. Peer Hasselmeyer NEC Laboratories Europe
Software-Defined Networking for the Data Center Dr. Peer Hasselmeyer NEC Laboratories Europe NW Technology Can t Cope with Current Needs We still use old technology... but we just pimp it To make it suitable
More informationAdvanced VSAT Solutions Bridge Point-to-Multipoint (BPM) Overview
2114 West 7 th Street Tempe, AZ 85281 USA Voice +1.480.333.2200 E-mail sales@comtechefdata.com Web www.comtechefdata.com Advanced VSAT Solutions Bridge Point-to-Multipoint (BPM) Overview January 2014 2014
More informationHAWAII TECH TALK SDN. Paul Deakin Field Systems Engineer
HAWAII TECH TALK SDN Paul Deakin Field Systems Engineer SDN What Is It? SDN stand for Software Defined Networking SDN is a fancy term for: Using a controller to tell switches where to send packets SDN
More informationOutline. Institute of Computer and Communication Network Engineering. Institute of Computer and Communication Network Engineering
Institute of Computer and Communication Network Engineering Institute of Computer and Communication Network Engineering Communication Networks Software Defined Networking (SDN) Prof. Dr. Admela Jukan Dr.
More informationLANs and VLANs A Simplified Tutorial
Application Note LANs and VLANs A Simplified Tutorial Version 3.0 May 2002 COMPAS ID 90947 Avaya Labs 1 Companion document IP Addressing: A Simplified Tutorial COMPAS ID 92962 2 Introduction As the name
More informationA Study on Software Defined Networking
A Study on Software Defined Networking Yogita Shivaji Hande, M. Akkalakshmi Research Scholar, Dept. of Information Technology, Gitam University, Hyderabad, India Professor, Dept. of Information Technology,
More informationObjectives. The Role of Redundancy in a Switched Network. Layer 2 Loops. Broadcast Storms. More problems with Layer 2 loops
ITE I Chapter 6 2006 Cisco Systems, Inc. All rights reserved. Cisco Public 1 Objectives Implement Spanning Tree Protocols LAN Switching and Wireless Chapter 5 Explain the role of redundancy in a converged
More informationOpenFlow: Load Balancing in enterprise networks using Floodlight Controller
OpenFlow: Load Balancing in enterprise networks using Floodlight Controller Srinivas Govindraj, Arunkumar Jayaraman, Nitin Khanna, Kaushik Ravi Prakash srinivas.govindraj@colorado.edu, arunkumar.jayaraman@colorado.edu,
More informationConfiguring the Transparent or Routed Firewall
5 CHAPTER This chapter describes how to set the firewall mode to routed or transparent, as well as how the firewall works in each firewall mode. This chapter also includes information about customizing
More informationHow To Make A Vpc More Secure With A Cloud Network Overlay (Network) On A Vlan) On An Openstack Vlan On A Server On A Network On A 2D (Vlan) (Vpn) On Your Vlan
Centec s SDN Switch Built from the Ground Up to Deliver an Optimal Virtual Private Cloud Table of Contents Virtualization Fueling New Possibilities Virtual Private Cloud Offerings... 2 Current Approaches
More informationTop-Down Network Design
Top-Down Network Design Chapter Five Designing a Network Topology Copyright 2010 Cisco Press & Priscilla Oppenheimer Topology A map of an internetwork that indicates network segments, interconnection points,
More informationFacility Usage Scenarios
Facility Usage Scenarios GDD-06-41 GENI: Global Environment for Network Innovations December 22, 2006 Status: Draft (Version 0.1) Note to the reader: this document is a work in progress and continues to
More informationJuniper Networks EX Series/ Cisco Catalyst Interoperability Test Results. May 1, 2009
Juniper Networks EX Series/ Cisco Catalyst Interoperability Test Results May 1, 2009 Executive Summary Juniper Networks commissioned Network Test to assess interoperability between its EX4200 and EX8208
More informationSoftware Defined Networking What is it, how does it work, and what is it good for?
Software Defined Networking What is it, how does it work, and what is it good for? slides stolen from Jennifer Rexford, Nick McKeown, Michael Schapira, Scott Shenker, Teemu Koponen, Yotam Harchol and David
More informationHow To Load Balance On A Cisco Cisco Cs3.X With A Csono Css 3.X And Csonos 3.5.X (Cisco Css) On A Powerline With A Powerpack (C
esafe Gateway/Mail v. 3.x Load Balancing for esafe Gateway 3.x with Cisco Web NS and CSS Switches Design and implementation guide esafe Gateway provides fast and transparent real-time inspection of Internet
More informationSDN and OpenFlow. Naresh Thukkani (ONF T&I Contributor) Technical Leader, Criterion Networks
SDN and OpenFlow Naresh Thukkani (ONF T&I Contributor) Technical Leader, Criterion Networks Open 2014 Open SDN Networking India Foundation Technology Symposium, January 18-19, 2015, Bangalore Agenda SDN
More informationSoftware-Defined Networking Architecture Framework for Multi-Tenant Enterprise Cloud Environments
Software-Defined Networking Architecture Framework for Multi-Tenant Enterprise Cloud Environments Aryan TaheriMonfared Department of Electrical Engineering and Computer Science University of Stavanger
More informationOVERLAYING VIRTUALIZED LAYER 2 NETWORKS OVER LAYER 3 NETWORKS
OVERLAYING VIRTUALIZED LAYER 2 NETWORKS OVER LAYER 3 NETWORKS Matt Eclavea (meclavea@brocade.com) Senior Solutions Architect, Brocade Communications Inc. Jim Allen (jallen@llnw.com) Senior Architect, Limelight
More informationRESILIENT NETWORK DESIGN
Matěj Grégr RESILIENT NETWORK DESIGN 1/36 2011 Brno University of Technology, Faculty of Information Technology, Matěj Grégr, igregr@fit.vutbr.cz Campus Best Practices - Resilient network design Campus
More informationMock RFI for Enterprise SDN Solutions
Mock RFI for Enterprise SDN Solutions Written By Sponsored By Table of Contents Background and Intended Use... 3 Introduction... 3 Definitions and Terminology... 7 The Solution Architecture... 10 The SDN
More informationConfiguring IPS High Bandwidth Using EtherChannel Load Balancing
Configuring IPS High Bandwidth Using EtherChannel Load Balancing This guide helps you to understand and deploy the high bandwidth features available with IPS v5.1 when used in conjunction with the EtherChannel
More informationEthernet-based Software Defined Network (SDN)
Ethernet-based Software Defined Network (SDN) Tzi-cker Chiueh Cloud Computing Research Center for Mobile Applications (CCMA), ITRI 雲 端 運 算 行 動 應 用 研 究 中 心 1 Cloud Data Center Architecture Physical Server
More informationOSPF Routing Protocol
OSPF Routing Protocol Contents Introduction Network Architecture Campus Design Architecture Building Block Design Server Farm Design Core Block Design WAN Design Architecture Protocol Design Campus Design
More information48 GE PoE-Plus + 2 GE SFP L2 Managed Switch, 375W
GEP-5070 Version: 1 48 GE PoE-Plus + 2 GE SFP L2 Managed Switch, 375W The LevelOne GEP-5070 is an intelligent L2 Managed Switch with 48 x 1000Base-T PoE-Plus ports and 2 x 100/1000BASE-X SFP (Small Form
More informationSOFTWARE-DEFINED NETWORKING AND OPENFLOW
SOFTWARE-DEFINED NETWORKING AND OPENFLOW Eric Choi < echoi@brocade.com> Senior Manager, Service Provider Business Unit, APJ 2012 Brocade Communications Systems, Inc. EPF 7 2012/09/17 Software-Defined Networking
More informationChapter 3. Enterprise Campus Network Design
Chapter 3 Enterprise Campus Network Design 1 Overview The network foundation hosting these technologies for an emerging enterprise should be efficient, highly available, scalable, and manageable. This
More informationVIDEO STREAMING OVER SOFTWARE DEFINED NETWORKS WITH SERVER LOAD BALANCING. Selin Yilmaz, A. Murat Tekalp, Bige D. Unluturk
VIDEO STREAMING OVER SOFTWARE DEFINED NETWORKS WITH SERVER LOAD BALANCING Selin Yilmaz, A. Murat Tekalp, Bige D. Unluturk College of Engineering, Koç University, 34450 Sariyer, Istanbul, Turkey ABSTRACT
More informationA collaborative model for routing in multi-domains OpenFlow networks
A collaborative model for routing in multi-domains OpenFlow networks Xuan Thien Phan, Nam Thoai Faculty of Computer Science and Engineering Ho Chi Minh City University of Technology Ho Chi Minh city, Vietnam
More informationEnabling Multiple Wireless Networks on RV320 VPN Router, WAP321 Wireless-N Access Point, and Sx300 Series Switches
print email Article ID: 4941 Enabling Multiple Wireless Networks on RV320 VPN Router, WAP321 Wireless-N Access Point, and Sx300 Series Switches Objective In an ever-changing business environment, your
More informationCisco - Configure the 1721 Router for VLANs Using a Switch Module (WIC-4ESW)
Page 1 of 20 Configure the 1721 Router for VLANs Using a Switch Module (WIC-4ESW) Document ID: 50036 Contents Introduction Prerequisites Requirements Components Used Network Diagram The Role of Switched
More informationConfigure IOS Catalyst Switches to Connect Cisco IP Phones Configuration Example
Configure IOS Catalyst Switches to Connect Cisco IP Phones Configuration Example Document ID: 69632 Introduction Prerequisites Requirements Components Used Conventions Background Information Configure
More informationSmart Tips. Enabling WAN Load Balancing. Key Features. Network Diagram. Overview. Featured Products. WAN Failover. Enabling WAN Load Balancing Page 1
Smart Tips Enabling WAN Load Balancing Overview Many small businesses today use broadband links such as DSL or Cable, favoring them over the traditional link such as T1/E1 or leased lines because of the
More informationInterconnecting Cisco Networking Devices, Part 1 (ICND1) v3.0
Interconnecting Cisco Networking Devices, Part 1 (ICND1) v3.0 COURSE OVERVIEW: Interconnecting Cisco Networking Devices, Part 1 (ICND1) v3.0 is a five-day, instructor-led training course that teaches learners
More informationSwitching in an Enterprise Network
Switching in an Enterprise Network Introducing Routing and Switching in the Enterprise Chapter 3 Version 4.0 2006 Cisco Systems, Inc. All rights reserved. Cisco Public 1 Objectives Compare the types of
More informationCHAPTER 10 LAN REDUNDANCY. Scaling Networks
CHAPTER 10 LAN REDUNDANCY Scaling Networks CHAPTER 10 10.0 Introduction 10.1 Spanning Tree Concepts 10.2 Varieties of Spanning Tree Protocols 10.3 Spanning Tree Configuration 10.4 First-Hop Redundancy
More informationDesigning Virtual Network Security Architectures Dave Shackleford
SESSION ID: CSV R03 Designing Virtual Network Security Architectures Dave Shackleford Sr. Faculty and Analyst SANS @daveshackleford Introduction Much has been said about virtual networking and softwaredefined
More informationTRILL for Data Center Networks
24.05.13 TRILL for Data Center Networks www.huawei.com enterprise.huawei.com Davis Wu Deputy Director of Switzerland Enterprise Group E-mail: wuhuajun@huawei.com Tel: 0041-798658759 Agenda 1 TRILL Overview
More informationProject 3 and Software-Defined Networking (SDN)
Project 3 and Software-Defined Networking (SDN) EE122 Fall 2011 Scott Shenker http://inst.eecs.berkeley.edu/~ee122/ Materials with thanks to Jennifer Rexford, Ion Stoica, Vern Paxson and other colleagues
More informationXperience of Programmable Network with OpenFlow
International Journal of Computer Theory and Engineering, Vol. 5, No. 2, April 2013 Xperience of Programmable Network with OpenFlow Hasnat Ahmed, Irshad, Muhammad Asif Razzaq, and Adeel Baig each one is
More informationCloud Networking Disruption with Software Defined Network Virtualization. Ali Khayam
Cloud Networking Disruption with Software Defined Network Virtualization Ali Khayam In the next one hour Let s discuss two disruptive new paradigms in the world of networking: Network Virtualization Software
More informationWedge Networks: Transparent Service Insertion in SDNs Using OpenFlow
Wedge Networks: EXECUTIVE SUMMARY In this paper, we will describe a novel way to insert Wedge Network s multiple content security services (such as Anti-Virus, Anti-Spam, Web Filtering, Data Loss Prevention,
More informationCourse Overview: Learn the essential skills needed to set up, configure, support, and troubleshoot your TCP/IP-based network.
Course Name: TCP/IP Networking Course Overview: Learn the essential skills needed to set up, configure, support, and troubleshoot your TCP/IP-based network. TCP/IP is the globally accepted group of protocols
More informationCisco Data Centre: Introducing Cisco Data Center Networking
coursemonster.com/uk Cisco Data Centre: Introducing Cisco Data Center Networking View training dates» Overview In the Introducing Cisco Data Center Networking training course, delegates will learn to:â
More informationHybNET: Network Manager for a Hybrid Network Infrastructure
HybNET: Network Manager for a Hybrid Network Infrastructure Hui Lu, Nipun Arora, Hui Zhang, Cristian Lumezanu, Junghwan Rhee, Guofei Jiang Purdue University NEC Laboratories America lu220@purdue.edu {nipun,huizhang,lume,rhee,gfj}@nec-labs.com
More informationData Networking and Architecture. Delegates should have some basic knowledge of Internet Protocol and Data Networking principles.
Data Networking and Architecture The course focuses on theoretical principles and practical implementation of selected Data Networking protocols and standards. Physical network architecture is described
More informationSoftware Defined Networking (SDN) - Open Flow
Software Defined Networking (SDN) - Open Flow Introduction Current Internet: egalitarian routing/delivery based on destination address, best effort. Future Internet: criteria based traffic management,
More informationWeb Application Hosting Cloud Architecture
Web Application Hosting Cloud Architecture Executive Overview This paper describes vendor neutral best practices for hosting web applications using cloud computing. The architectural elements described
More informationCarrier-grade Network Management Extensions to the SDN Framework
Carrier-grade Network Management Extensions to the SDN Framework Alisa Devlic, Wolfgang John Ericsson Research Kista, Sweden {alisa.devlic, wolfgang.john}@ericsson.com Pontus Sköldström Acreo AB Kista,
More informationIMPLEMENTING CISCO SWITCHED NETWORKS V2.0 (SWITCH)
IMPLEMENTING CISCO SWITCHED NETWORKS V2.0 (SWITCH) COURSE OVERVIEW: Implementing Cisco Switched Networks (SWITCH) v2.0 is a five-day instructor-led training course developed to help students prepare for
More informationHow To Understand and Configure Your Network for IntraVUE
How To Understand and Configure Your Network for IntraVUE Summary This document attempts to standardize the methods used to configure Intrauve in situations where there is little or no understanding of
More informationVLAN 802.1Q. 1. VLAN Overview. 1. VLAN Overview. 2. VLAN Trunk. 3. Why use VLANs? 4. LAN to LAN communication. 5. Management port
1. VLAN Overview 2. VLAN Trunk 3. Why use VLANs? 4. LAN to LAN communication 5. Management port 6. Applications 6.1. Application 1 6.2. Application 2 6.3. Application 3 6.4. Application 4 6.5. Application
More informationHigh Availability. Palo Alto Networks. PAN-OS Administrator s Guide Version 6.0. Copyright 2007-2015 Palo Alto Networks
High Availability Palo Alto Networks PAN-OS Administrator s Guide Version 6.0 Contact Information Corporate Headquarters: Palo Alto Networks 4401 Great America Parkway Santa Clara, CA 95054 www.paloaltonetworks.com/company/contact-us
More informationINTERNATIONAL JOURNAL OF PURE AND APPLIED RESEARCH IN ENGINEERING AND TECHNOLOGY
INTERNATIONAL JOURNAL OF PURE AND APPLIED RESEARCH IN ENGINEERING AND TECHNOLOGY A PATH FOR HORIZING YOUR INNOVATIVE WORK SOFTWARE DEFINED NETWORKING A NEW ARCHETYPE PARNAL P. PAWADE 1, ANIKET A. KATHALKAR
More information