DOCSLIB.ORG

Analysis of Qos in Software Defined Wireless Network with Spanning Tree Protocol

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Analysis of Qos in Software Defined Wireless Network with Spanning Tree Protocol I. J. Computer Network and Information Security, 2017, 6, 61-68 Published Online June 2017 in MECS (http://www.mecs-press.org/) DOI: 10.5815/ijcnis.2017.06.07 Analysis of QoS in Software Defined Wireless Network with Spanning Tree Protocol Rafid Mustafiz, Abu Sayem Mohammad Delowar Hossain, Nazrul Islam+, Mohammad Motiur Rahman Department of Computer Science and Engineering +Department of Information and Communication Technology Mawlana Bhashani Science and Technology University, Santosh, Tangail-1902, Bangladesh E-mail: [email protected], [email protected], [email protected], [email protected] Abstract—Software Defined Network (SDN) is more technique. The data controlling actions are controlled by dynamic, manageable, adaptive and programmable a software or hardware based centralized controller and network architecture. This architecture separates the data forwarding task has performed by a hardware core control plane from the forwarding plane that enables the device [3]. This enables the control plane to be directly network to become directly programmable. The programmable which makes it suitable in the field of programmable features of SDN technology has research. Data plane functionality contains features such dramatically improved network efficiency and simplify as quality of service (QoS) [4]. The overall performance the network configuration and resource management. of a network topology depends mostly on the parameters SDN supports Open-Flow technology as forwarding of QoS. The present goal of SDN is to design a network function and centralized control successfully. Wireless that is capable the maximum improvement of QoS environment has recently added to the SDN infrastructure parameters. SDN supports many new types of that has rapidly emerged with Open-Flow protocol. To opportunity to implement the QoS provisioning more achieve more deterministic network behaviors, QoS dynamically. provisioning is a necessary consideration. In this paper, In recent decades SDN has interested the wireless the Spanning Tree Protocol (STP) has applied on a networking technology [5] and wide spread of wireless SDWN and then analyzed the Quality of Service (QoS) coverage. Software Defined Wireless Network (SDWN) using Mininet-Wifi. STP protocol is used to suppress the provides programmatic centralized control of the network occurrence of broadcast streams and observe the outside the Access point to reduce the complexity of performance of the QoS parameters. Various parameters network traffic control and management [6]. This type of that determine QoS, such as, bandwidth utilization, flexibility is only possible using Open-Flow protocol and packet transmission rate, round trip time, maximum thus ensures the highest degree of QoS that can help to obtained throughput, packet loss ratio, delay time is meet the future goals of wireless network. analyzed for different base stations defined in the SDWN For better traffic control, network elasticity and loop architecture. protection are required. The Spanning Tree Protocol (STP) is developed (IEEE 802.1D) to address this problem. To Index Terms—QoS, Software Defined Wireless analyze the performance of SDWN, spanning tree Networks, Mininet-Wifi, Spanning Tree Protocol. protocol (STP) has applied here and make the network more smooth. In a wireless coverage when a broadcast ARP request message finds any looped portion, it will reduce the network performance. Redundant occurrence I. INTRODUCTION of broadcast frame effects on the quality of the services Software Defined Network (SDN) architecture of the network and prevent to obtain the accurate results. provides a key technique to be used for the next For the reliance and desirable operation across a network, generation network [1]. SDN promises to gain a spanning tree protocol has applied to suppress the significant improvements of the network performance by occurrence of broadcast stream [7]. On the analysis of the operating control plane and data plane separately based performance of QoS parameters in this wireless network on Open-Flow (OF) protocol. Whereas in the traditional the basic STP is more applicable rather than MSTP, network system, packet forwarding and controlling RSTP, PVST+ [8] etc. performs in the same device that is not capable of This paper introduces QoS analysis in a SDWN using adapting the growing challenge of network topology. To STP mechanism. It is an Open-Flow enabled architecture. operate the emerging network requirements, SDN has STP is responsible to ensure the more flexible evaluation. developed a more flexible architecture by using Open- It will help to operate the network with QoS optimization. Flow protocol upon the traditional network infrastructure. The performance of the network is analyzed based on Open-Flow controller and switch perform this function, various QoS parameters. The result will show the providing with standard routing and forwarding [2] maximum reachability across the network. The Copyright © 2017 MECS I.J. Computer Network and Information Security, 2017, 6, 61-68 62 Analysis of QoS in Software Defined Wireless Network with Spanning Tree Protocol performances will be obtained from TCP and UDP flows. form a large area coverage network. To obtain the The rest of the paper is organized as follows. Section-II performance results of QoS parameters in a large-scale describes a literature review with research gap. Section- SDWN, need a supporting simulation tool which can III describe the research methodology. The problem provide sufficient prototypes in different layers of the description presents in section-IV. The SDWN planning OSI model. A number of simulation tools such as has described in section-V. Section-VI is about proposed Network Simulator-2 (NS2) [15], Network Simulator-3 network design and implementation. The most important (NS3) [16], OMNET++ [17], Riverbed [18], and part, simulation result is described in section-VII. Finally, MATLAB have been studied for this purpose. For Section-VIII concludes the study with future work. evaluating a SDWN architecture Mininet-Wifi has found as a suitable emulator tools. To support of research on OF based Software-Defined-Wireless-Networking (SDWN), II. RELATED WORK Mininet-Wifi emulator provides rich experimental prototypes by running a number of virtual Access-Points, Recent studies in the field of SDN have emphasized in Base-Stations, Controllers, Switches, and wireless-links. the performance analysis of Open-Flow based network The Mininet - Wifi emulator uses basic Linux traffic architecture [3], [10]. In the discussion of [3] Open-Flow control tools to emulate the QoS parameters of SDN network architecture was implemented in a small wired based wireless network. The Iperf traffic generator tool is network using Mininet. This may not be applicable in used in the Linux kernel to generate communication wireless technology. Again at [10], has proposed the traffic [9]. The QoS metrics can be gathered on almost all comparison of various Open-Flow based network layers of the ISO OSI model [11]. architecture with the traditional network architecture. The mininet's python API of Wifi environment has Moreover, the opportunity and the challenge of applying been used to connect different APs of the Mininet-Wifi SDN to the wireless architecture has been proposed in [5]. virtual network to different remote controller and proceed There needs another way to analysis the performance them. There are number of Python classes which result of SDWN. The configuration of SDN with STP comprise Mininet's API Wifi environment. Spanning based on Open-Flow switch run successfully on the Tree Protocol is used to detect and prevent loop structure simulation of [14]. The main research gap at [14] is that it in the network‘s portion. STP protocol is applied in SDN skips QoS analysis of the desired network. Rather at [22] based wireless network by using python script. The TCP has proposed an optimal routing strategy for and UDP background traffic has generated in a different heterogeneous wireless sensor network in term of QoS manner for this experiment. requirements. The main purpose of this was to ensure a better QoS. In paper [13], STP was called for better traffic control and QoS management. It was based on IV. PROBLEM ANALYSIS different Ethernet topology. The STP mechanism was applied on a Bridge-LAN environment to improve QoS at In a network topology Quality of Service (QoS) is the [23] also. This indicated that STP is the right approach to overall performance of the network to the end users. The ensure a high degree of QoS. In [24], QoS control management of QoS has become more crucial on wireless framework has developed using Open-Flow. That was networks. An SDN policy-based management framework especially for the automated fine-grained management of should be developed for better management on data and converged network fabric. MonSamp [11] introduced an control plane with necessary QoS parameters [19]. To SDN based traffic monitoring architecture for QoS allow the computer network more useful first of all it is analysis. That was designed with necessary SDN tools essential to ensure the performance of QoS parameters. using Open-Flow. For improving QoS, an Open-Flow The performance analysis of a network should be enabled network was introduced in [19]. The goal was to considered several related aspects of a network service allow multiple packet schedulers. like throughput, bandwidth, latency, delay, jitter, bit rate, Yet, there has been a lack of analyzing
Load more

Recommended publications
  • Transparent LAN Service Over Cable
    Transparent LAN Service over Cable This document describes the Transparent LAN Service (TLS) over Cable feature, which enhances existing Wide Area Network (WAN) support to provide more flexible Managed Access for multiple Internet service provider (ISP) support over a hybrid fiber-coaxial (HFC) cable network. This feature allows service providers to create a Layer 2 tunnel by mapping an upstream service identifier (SID) to an IEEE 802.1Q Virtual Local Area Network (VLAN). Finding Feature Information Your software release may not support all the features documented in this module. For the latest feature information and caveats, see the release notes for your platform and software release. To find information about the features documented in this module, and to see a list of the releases in which each feature is supported, see the Feature Information Table at the end of this document. Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to http://tools.cisco.com/ITDIT/CFN/. An account on http:// www.cisco.com/ is not required. Contents • Hardware Compatibility Matrix for Cisco cBR Series Routers, page 2 • Prerequisites for Transparent LAN Service over Cable, page 2 • Restrictions for Transparent LAN Service over Cable, page 3 • Information About Transparent LAN Service over Cable, page 3 • How to Configure the Transparent LAN Service over Cable, page 6 • Configuration Examples for Transparent LAN Service over Cable, page 8 • Verifying the Transparent LAN Service over Cable Configuration, page 10 • Additional References, page 11 • Feature Information for Transparent LAN Service over Cable, page 12 Cisco Converged Broadband Routers Software Configuration Guide For DOCSIS 1 Transparent LAN Service over Cable Hardware Compatibility Matrix for Cisco cBR Series Routers Hardware Compatibility Matrix for Cisco cBR Series Routers Note The hardware components introduced in a given Cisco IOS-XE Release are supported in all subsequent releases unless otherwise specified.
    [Show full text]
  • Ieee 802.1 for Homenet
    IEEE802.org/1 IEEE 802.1 FOR HOMENET March 14, 2013 IEEE 802.1 for Homenet 2 Authors IEEE 802.1 for Homenet 3 IEEE 802.1 Task Groups • Interworking (IWK, Stephen Haddock) • Internetworking among 802 LANs, MANs and other wide area networks • Time Sensitive Networks (TSN, Michael David Johas Teener) • Formerly called Audio Video Bridging (AVB) Task Group • Time-synchronized low latency streaming services through IEEE 802 networks • Data Center Bridging (DCB, Pat Thaler) • Enhancements to existing 802.1 bridge specifications to satisfy the requirements of protocols and applications in the data center, e.g. • Security (Mick Seaman) • Maintenance (Glenn Parsons) IEEE 802.1 for Homenet 4 Basic Principles • MAC addresses are “identifier” addresses, not “location” addresses • This is a major Layer 2 value, not a defect! • Bridge forwarding is based on • Destination MAC • VLAN ID (VID) • Frame filtering for only forwarding to proper outbound ports(s) • Frame is forwarded to every port (except for reception port) within the frame's VLAN if it is not known where to send it • Filter (unnecessary) ports if it is known where to send the frame (e.g. frame is only forwarded towards the destination) • Quality of Service (QoS) is implemented after the forwarding decision based on • Priority • Drop Eligibility • Time IEEE 802.1 for Homenet 5 Data Plane Today • 802.1Q today is 802.Q-2011 (Revision 2013 is ongoing) • Note that if the year is not given in the name of the standard, then it refers to the latest revision, e.g. today 802.1Q = 802.1Q-2011 and 802.1D
    [Show full text]
  • Introduction to Spanning Tree Protocol by George Thomas, Contemporary Controls
    Volume6•Issue5 SEPTEMBER–OCTOBER 2005 © 2005 Contemporary Control Systems, Inc. Introduction to Spanning Tree Protocol By George Thomas, Contemporary Controls Introduction powered and its memory cleared (Bridge 2 will be added later). In an industrial automation application that relies heavily Station 1 sends a message to on the health of the Ethernet network that attaches all the station 11 followed by Station 2 controllers and computers together, a concern exists about sending a message to Station 11. what would happen if the network fails? Since cable failure is These messages will traverse the the most likely mishap, cable redundancy is suggested by bridge from one LAN to the configuring the network in either a ring or by carrying parallel other. This process is called branches. If one of the segments is lost, then communication “relaying” or “forwarding.” The will continue down a parallel path or around the unbroken database in the bridge will note portion of the ring. The problem with these approaches is the source addresses of Stations that Ethernet supports neither of these topologies without 1 and 2 as arriving on Port A. This special equipment. However, this issue is addressed in an process is called “learning.” When IEEE standard numbered 802.1D that covers bridges, and in Station 11 responds to either this standard the concept of the Spanning Tree Protocol Station 1 or 2, the database will (STP) is introduced. note that Station 11 is on Port B. IEEE 802.1D If Station 1 sends a message to Figure 1. The addition of Station 2, the bridge will do ANSI/IEEE Std 802.1D, 1998 edition addresses the Bridge 2 creates a loop.
    [Show full text]
  • Layer 2 Virtual Private Networks CM-SP-L2VPN-I11-130808
    Data-Over-Cable Service Interface Specifications Business Services over DOCSIS® Layer 2 Virtual Private Networks CM-SP-L2VPN-I11-130808 ISSUED Notice This DOCSIS specification is the result of a cooperative effort undertaken at the direction of Cable Television Laboratories, Inc. for the benefit of the cable industry and its customers. This document may contain references to other documents not owned or controlled by CableLabs®. Use and understanding of this document may require access to such other documents. Designing, manufacturing, distributing, using, selling, or servicing products, or providing services, based on this document may require intellectual property licenses from third parties for technology referenced in this document. Neither CableLabs nor any member company is responsible to any party for any liability of any nature whatsoever resulting from or arising out of use or reliance upon this document, or any document referenced herein. This document is furnished on an "AS IS" basis and neither CableLabs nor its members provides any representation or warranty, express or implied, regarding the accuracy, completeness, noninfringement, or fitness for a particular purpose of this document, or any document referenced herein. Cable Television Laboratories, Inc., 2006-2013 CM-SP-L2VPN-I11-130808 Data-Over-Cable Service Interface Specifications DISCLAIMER This document is published by Cable Television Laboratories, Inc. ("CableLabs®"). CableLabs reserves the right to revise this document for any reason including, but not limited to, changes in laws, regulations, or standards promulgated by various agencies; technological advances; or changes in equipment design, manufacturing techniques, or operating procedures described, or referred to, herein. CableLabs makes no representation or warranty, express or implied, with respect to the completeness, accuracy, or utility of the document or any information or opinion contained in the report.
    [Show full text]
  • 7-Port Gigabit Ethernet Switch with Audio Video Bridging and Two RGMII/MII/RMII Interfaces
    KSZ9567R 7-Port Gigabit Ethernet Switch with Audio Video Bridging and Two RGMII/MII/RMII Interfaces Highlights • Five Integrated PHY Ports - 1000BASE-T/100BASE-TX/10BASE-Te IEEE 802.3 • Non-blocking wire-speed Ethernet switching fabric - Fast Link-up option significantly reduces link-up time • Full-featured forwarding and filtering control, includ- - Auto-negotiation and Auto-MDI/MDI-X support ing Access Control List (ACL) filtering - On-chip termination resistors and internal biasing for • Full VLAN and QoS support differential pairs to reduce power • Five ports with integrated 10/100/1000BASE-T PHY - LinkMD® cable diagnostic capabilities for determining transceivers cable opens, shorts, and length • Two ports with 10/100/1000 Ethernet MACs and con- • Advanced Switch Capabilities figurable RGMII/MII/RMII interfaces - IEEE 802.1Q VLAN support for 128 active VLAN • IEEE 1588v2 Precision Time Protocol (PTP) support groups and the full range of 4096 VLAN IDs - IEEE 802.1p/Q tag insertion/removal on per port basis • IEEE 802.1AS/Qav Audio Video Bridging (AVB) - VLAN ID on per port or VLAN basis • IEEE 802.1X access control support - IEEE 802.3x full-duplex flow control and half-duplex • EtherGreen™ power management features, back pressure collision control including low power standby - IEEE 802.1X access control 2 • Flexible management interface options: SPI, I C, (Port-based and MAC address based) MIIM, and in-band management via any port - IGMP v1/v2/v3 snooping for multicast packet filtering • Industrial temperature range support - IPv6
    [Show full text]
  • V1.1.1 (2014-09)
    Final draft ETSI ES 203 385 V1.1.1 (2014-09) ETSI STANDARD CABLE; DOCSIS® Layer 2 Virtual Private Networking 2 Final draft ETSI ES 203 385 V1.1.1 (2014-09) Reference DES/CABLE-00008 Keywords access, broadband, cable, data, IP, IPcable, L2VPN, modem ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N° 348 623 562 00017 - NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N° 7803/88 Important notice The present document can be downloaded from: http://www.etsi.org The present document may be made available in electronic versions and/or in print. The content of any electronic and/or print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http://portal.etsi.org/tb/status/status.asp If you find errors in the present document, please send your comment to one of the following services: http://portal.etsi.org/chaircor/ETSI_support.asp Copyright Notification No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm except as authorized by written permission of ETSI.
    [Show full text]
  • Network Virtualization Using Shortest Path Bridging (802.1Aq) and IP/SPB
    avaya.com Network Virtualization using Shortest Path Bridging and IP/SPB Abstract This White Paper discusses the benefits and applicability of the IEEE 802.1aq Shortest Path Bridging (SPB) protocol which is augmented with sophisticated Layer 3 routing capabilities. The use of SPB and the value to solve virtualization of today’s network connectivity in the enterprise campus as well as the data center are covered. This document is intended for any technically savvy network manager as well as network architect who are faced with: • Reducing time to service requirements • Less tolerance for network down time • Network Virtualization requirements for Layer 2 (VLAN-extensions) and Layer 3 (VRF-extensions) • Server Virtualization needs in data center deployments requiring a large set of Layer 2 connections (VLANs) • Traffic separation requirements in campus deployments for security purposes as well as robustness considerations (i.e. contractors for maintenance reasons needing access to their equipment or guest access needs) • Multi-tenant applications such as airports, governments or any other network with multiple discrete (legal) entities that require traffic separation WHITE PAPER 1 avaya.com Table of Contents 1. Introduction ........................................................................................................................ 3 2. Benefits of SPB ................................................................................................................... 4 2.1 Network Service Enablement ............................................................................................................
    [Show full text]
  • 4Th Slide Set Computer Networks
    Devices of the Data Link Layer Impact on the Collision Domain Addressing in the Data Link Layer 4th Slide Set Computer Networks Prof. Dr. Christian Baun Frankfurt University of Applied Sciences (1971–2014: Fachhochschule Frankfurt am Main) Faculty of Computer Science and Engineering [email protected] Prof. Dr. Christian Baun – 4th Slide Set Computer Networks – Frankfurt University of Applied Sciences – WS1920 1/28 Devices of the Data Link Layer Impact on the Collision Domain Addressing in the Data Link Layer Learning Objectives of this Slide Set Data Link Layer (part 1) Devices of the Data Link Layer Learning Bridges Loops on the Data Link Layer Spanning Tree Protocol Impact on the collision domain Addressing in the Data Link Layer Format of MAC addresses Uniqueness of MAC addresses Security aspects of MAC addresses Prof. Dr. Christian Baun – 4th Slide Set Computer Networks – Frankfurt University of Applied Sciences – WS1920 2/28 Devices of the Data Link Layer Impact on the Collision Domain Addressing in the Data Link Layer Data Link Layer Functions of the Data Link Layer Sender: Pack packets of the Network Layer into frames Receiver: Identify the frames in the bit stream from the Physical Layer Ensure correct transmission of the frames inside a physical network from one network device to another one via error detection with checksums Provide physical addresses (MAC addresses) Control access to the transmission medium Devices: Bridge, Layer-2-Switch (Multiport-Bridge), Modem Protocols: Ethernet, Token Ring, WLAN, Bluetooth,
    [Show full text]
  • Layer 2 Configuration Guide, Cisco IOS XE Gibraltar 16.10.X (Catalyst 9500 Switches) Americas Headquarters Cisco Systems, Inc
    Layer 2 Configuration Guide, Cisco IOS XE Gibraltar 16.10.x (Catalyst 9500 Switches) Americas Headquarters Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Tel: 408 526-4000 800 553-NETS (6387) Fax: 408 527-0883 © 2018 Cisco Systems, Inc. All rights reserved. CONTENTS CHAPTER 1 Configuring Spanning Tree Protocol 1 Restrictions for STP 1 Information About Spanning Tree Protocol 1 Spanning Tree Protocol 1 Spanning-Tree Topology and BPDUs 2 Bridge ID, Device Priority, and Extended System ID 3 Port Priority Versus Path Cost 4 Spanning-Tree Interface States 4 How a Device or Port Becomes the Root Device or Root Port 7 Spanning Tree and Redundant Connectivity 8 Spanning-Tree Address Management 8 Accelerated Aging to Retain Connectivity 8 Spanning-Tree Modes and Protocols 8 Supported Spanning-Tree Instances 9 Spanning-Tree Interoperability and Backward Compatibility 9 STP and IEEE 802.1Q Trunks 10 Spanning Tree and Device Stacks 10 Default Spanning-Tree Configuration 11 How to Configure Spanning-Tree Features 12 Changing the Spanning-Tree Mode (CLI) 12 Disabling Spanning Tree (CLI) 13 Configuring the Root Device (CLI) 14 Configuring a Secondary Root Device (CLI) 15 Configuring Port Priority (CLI) 16 Configuring Path Cost (CLI) 17 Configuring the Device Priority of a VLAN (CLI) 19 Layer 2 Configuration Guide, Cisco IOS XE Gibraltar 16.10.x (Catalyst 9500 Switches) iii Contents Configuring the Hello Time (CLI) 20 Configuring the Forwarding-Delay Time for a VLAN (CLI) 21 Configuring the Maximum-Aging Time
    [Show full text]
  • Spanning Tree Protocol Guide for Araknis Networks Equipment
    SPANNING TREE PROTOCOL GUIDE FOR ARAKNIS NETWORKS EQUIPMENT Contents (Click to Navigate) 1 - Find, Fix, and Prevent STP Issues 2 2 - How STP Works 3 3 - Araknis Equipment & STP 4 4 - DirecTV STP Issues 5 5 - Sonos STP Issues 5 6 - Contacting Technical Support 6 See the next page to quickly fix STP problems caused by DirecTV or Sonos equipment. Finding and Solving STP Issues 1 - Find, Fix, and Prevent STP Issues Note – This guide assumes that all STP settings in the LAN have been left default. Also, you must have a managed switch installed as the core switch in order to modify STP settings. What Performance Issues Will I Notice? You may notice control system latency when sending commands, slow or no traffic in part or all of the LAN, and/ or switch port activity LED indicators flashing wildly or staying on solid. How do I know STP is the Problem? Check the root bridge status in the core switch (Advanced>STP>Global Settings): • Root Bridge Information>Root Address – MAC address of currently-elected root bridge device. • Basic Setting>Bridge Address – MAC address of the switch you are currently logged into Lower Priority value to fix Should be the same value and avoid issues If the fields do not match, then the core switch is not the root bridge, meaning that STP may be causing issues. This means the problem device either has a smaller priority value or a lower MAC address. Fixing and Preventing Issues 1. If you aren’t monitoring or changing any other STP settings in the LAN, set the Priority to 4096.
    [Show full text]
  • Cisco Catalyst 1000 Series Switches Data Sheet
    Data sheet Cisco public Cisco Catalyst 1000 Series Switches © 2020 Cisco and/or its affiliates. All rights reserved. Page 1 of 21 Contents Product overview 3 Product highlights 3 Switch models and configurations 3 Network management 6 Intelligent PoE+ 6 Specifications 10 Warranty 17 Cisco environmental sustainability 17 Software policy 18 Technical support and services 18 Accessories 19 Ordering information 19 Cisco Capital 21 Contact Cisco 21 © 2020 Cisco and/or its affiliates. All rights reserved. Page 2 of 21 Product overview Cisco® Catalyst® 1000 Series Switches are fixed managed Gigabit Ethernet enterprise-class Layer 2 switches designed for small businesses and branch offices. These are simple, flexible and secure switches ideal for out-of-the-wiring-closet and critical Internet of Things (IoT) deployments. Cisco® Catalyst® 1000 operate on Cisco IOS® Software and support simple device management and network management via a Command-Line Interface (CLI) as well as an on-box web UI. These switches deliver enhanced network security, network reliability, and operational efficiency for small organizations. Product highlights Cisco Catalyst 1000 Series Switches feature: ● 8, 16, 24, or 48 Gigabit Ethernet data or PoE+ ports with line-rate forwarding ● 2 or 4 fixed 1 Gigabit Ethernet Small Form-Factor Pluggable (SFP)/RJ 45 Combo uplinks or 4 fixed 0 Gigabit Ethernet Enhanced SFP (SFP+) uplinks ● Perpetual PoE+ support with a power budget of up to 740W ● CLI and/or intuitive web UI manageability options ● Network monitoring through sampled
    [Show full text]
  • Introduction to Shortest Path Bridging G G IEEE 802.1Aq
    Introduction to Shortest Path Bridggging IEEE 802.1aq Don Fedyk, PLM Alcatel-Lucent, Editor IEEE 802.1aq donald.fedyk@alcatel -lucent.com October 12 1 Talk for Netnod October 2012 AGENDA •Introduction •What is SPB •SPB Details •SPB Applications/Futures •References 2 Talk for Netnod October 2012 Acknowledgements • SPB was a large Project in IEEE 802 over a number of years ~6. One of the longggpjer running 802. projects. • Many people contributed from many companies to get the work of standardization done. • This presentati on uses some materi al f rom: - Peter Ashwood-Smith Huawei[ [email protected]] • Other notable contributors to the project were: - Mick Seaman, Janos Farkas , Nigel Bragg, Paul Unbehagen, David Allan 3 Talk for Netnod October 2012 Ethernet Network Challenges • Layer 2 networks that scale. • Use of arbitraryypg mesh topologies. • Use of (multiple) shortest paths. • Efficient broadcast/multicast routing and replication points. • AidddlAvoid address learni ng b btdy tandem d dievices. • Get recovery times into 100’s of millisecond range for larger topologies. • Good scaling without loops. • Allow creation of very many logical L2 topologies (subnets) of arbitrary span. • Maintain all L2 ppproperties within the log ical L2 top olog ies • Reuse all existing Ethernet OA&M 802.1ag/Y.1731 BtMBut Moore ’s law an dtd tec hno logy tren ds are on our s id!ide! 4 Talk for Netnod October 2012 The Problem: Scaling Native Ethernet (Spanning Tree) Inneficient routes 2 MACs Destination-2 M1…M100 Source ROOT bridge 1 Cannot use 3 these links All the nodes on the route need to learn MAC’s M1-M100 Destination-1 Talk for Netnod October 2012 The IEEE 802.1 Solution: SPB • SPB is a Link State Control protocol for Ethernet • Specifically an instance of IS-IS protocol for exchanging Bridge Properties: • SystemIDs + Priority = Bridge Identifiers • Link Attributes (Metrics) • Backbone MAC addresses & Multicast I-SIDs (SPBM) • SPB Has Two Modes • SPB for MACs (SPBM) for PBB or MAC in MAC (MAC Learning on the Edge) • SPB for VIDs (SPBV) for QinQ of VLAN bridges.
    [Show full text]