Summit® X450a and Summit X450e Series

Total Page:16

File Type:pdf, Size:1020Kb

Summit® X450a and Summit X450e Series Extreme Networks Product Brief Summit® X450a and Summit X450e Series Extreme Networks® Summit X450a and Summit X450e series switches are based on ExtremeXOS, the revolutionary core-class operating system. Whether deployed at the network core, edge or as an aggregation device, the Summit X450 series benefits from the highly robust and modular architecture of ExtremeXOS and provides high levels of avail- Summit X450a and Summit X450e series switches— ability, resilience and simplified management of providing high availability, control and simplified your entire network. management of your entire network with ExtremeXOS®. As an edge switch offering optimum support for converged applications, Summit X450e series Features provides low latency line-rate performance and supports the 802.3af standards-based PoE on • High availability to prevent network outages every port. • SummitStack™ 40 Gbps high-speed stacking Summit X450a series is highly flexible and • Flexible Power over Ethernet (PoE) to meet growing demand of converged network applications scalable, making it an ideal aggregation switch for traditional small core enterprise networks • Metro Ethernet service delivery and a first level aggregation device for DSLAMs • Policy-based routing to customized traffic flow at a local central office before traffic is passed on to Extreme Networks BlackDiamond® 12804R • Comprehensive security using defense-in-depth core switch at the Point of Presence (POP). • Ease of management Extreme Networks continues its tradition in simplifying network deployment through Target Applications consistent use of common hardware and • Core switch for a small network software. Summit X450a and Summit X450e switches utilize the same proven non-blocking • Aggregation switch in a traditional three-tiered network hardware technology found in Extreme Networks that requires high availability and ExtremeXOS advanced features BlackDiamond 8800 series switches, delivering line-rate IPv6 capabilities for Gigabit Ethernet • Customer Edge (CE) or Provider Edge (PE) device in a LAN deployments. Metro Ethernet network, compliant with UNI 1.0 Metro Ethernet Forum (MEF) specification, supporting all service parameters of MEF 6, the traffic management specification The versatile Summit X450a and Summit X450e series supports a full range of Layer 2 – 4 • Interconnect switch providing low latency connections for features on each port. Each switch offers 40 High Performance Cluster Computing (HPCC) Gigabits per Second (Gbps) stacking interfaces • Edge PoE switch providing high-density gigabit PoE to the and optional 10 Gigabit Ethernet in a compact desktop in a network running ExtremeXOS from the core 1RU format. Optional redundant power supplies to the edge are provided with each switch to secure against power anomalies, allowing a continuous opera- tional network that is crucial in meeting your business needs. Extreme Networks Product Brief High Availability telephones, wireless APs and other devices Comprehensive Security that require power from the LAN connection. The Summit X450a and Summit X450e Using Defense-in-Depth series provides high availability by Supporting Universal Port and LLDP, a User authentication and host integrity employing a modular operating system, Summit X450e switch allows enterprises checking enforces admission and usage incorporating resilient software features to add new access devices in a non-disrup- policies on dedicated and shared ports at and supplying hardware redundancies. tive Plug-and-Play fashion while simplify- the edge of the network. The powerful ing troubleshooting and minimizing technology, sFlow®, offers continuous and High availability protocols such as the complexities that arise from convergence- simultaneous monitoring of application- Ethernet Automatic Protection driven network changes. It allows dynamic level traffic flows on all interfaces. In the Switching (EAPS) that failover in less configuration of voice VLANs and Quality of event of an attack, network managers can than 50 milliseconds provide toll-quality Service (QoS). This auto configuration dynamically reconfigure the switches to voice and picture-perfect video. capability helps you to configure VoIP close vulnerabilities, hardening the network phone settings such as voice VLAN without shutting down network operation. Layer 2 and Layer 3 resiliency protocols settings, call server IP address configura- such as Open Shortest Path First (OSPF), tion, etc. This level of simplicity in The Universal Port scripting framework Extreme Standby Router Protocol (ESRP) managing network changes can greatly available in Summit X450a and and Virtual Router Redundancy Protocol reduce operating expenses. Summit X450e switches let you imple- (VRRP) add to enhanced availability. ment Dynamic Security Profiles that help Metro Ethernet Service Delivery you implement fine-grained and robust Summit X450a and Summit X450e switches security policies. Upon authentication, offer dual stacking interfaces to provide Summit X450a switches meet dual service the switch can load dynamic ACL/QoS for high-speed 40 Gbps stacking bandwidth. delivery requirements as a CE device and a user or group of users, to deny/allow SummitStack is designed to support as an aggregation switch at the PE, which the access to the application servers or converged services such as video and can reduce the provider’s operational segments within the network. Voice-over-IP by its highly available expense. architecture providing rapid failover Policy-based routing on Summit X450a capability. SummitStack supports up to By supporting granular traffic classification and Summit X450e switches provides a eight units in a stack, and can be a and metering incoming packets at line-rate, flexible mechanism for network adminis- mixture of the units with Summit X250e, the switches are ideal solutions for metro trators to customize the flow of traffic. Summit X450, Summit X450a and deployments. When deployed as a CE Access Control Lists (ACLs) configured Summit X450e switches. device, advanced traffic management on the switch can redirect packets away features provide triple play delivery of from their normal path to another physical Redundancies in power supplies, uplink voice, video and data services. switch port. Packets are selected according ports (at both gigabit and 10 gigabit levels), to their ACL match conditions such as operating system and configuration images The switches support Extreme Networks class of service, VLAN, IP addresses, further contribute to continuous availability. vMAN tag stacking mechanism, compliant protocol, port number or other criteria. with IEEE 802.1ad Provider Bridging Flexible PoE with Automatic standard used for aggregating subscribers Summit X450a switches complement VoIP Provisioning for when deployed at the PE. perimeter firewalls by protecting the “soft interior” of the network that is currently Converged Networks Summit X450a switches provide WAN PHY unprotected. Utilizing the industry’s most Summit X450e switches provide advanced connectivity compliant with the 10 gigabit- advanced CLEAR-Flow Security Rules traffic management capabilities and allows based LW standard making it compatible Engine, Summit X450a switches can be large scale rollout of equipment such as IP with existing SONET OC-192 transport programmed to automatically detect and networks. mitigate security threats in seconds. Features Summit X450a Series Switches Summit X450e Series Switches Ease of Management Copper 10/100/1000BASE-T Summit X450a-24t Summit X450e-24p Extreme Networks has developed tools Summit X450a-48t Summit X450e-48p Fiber 1000BASE-X Summit X450a-24x NA that save you time and resources in ® Power over Ethernet NA Yes managing your network. EPICenter Optional 2 Port 10 Gigabit Ethernet XGM2-2xn (for XENPAK) XGM2-2xn (for XENPAK) provides fault configuration, accounting, Module XGM2-2xf (for XFP) XGM2-2xf (for XFP) performance and security functions, DC PSU Version Yes No External Redundant Power Supply Yes Yes allowing effective management of IPv6 Routing Yes Yes Extreme Networks’ multi-layer switching Policy-Based Routing Yes Yes equipment in a converged network. ExtremeXOS Advanced Edge License Included Optional ExtremeXOS Core License Optional NA www.extremenetworks.com email: [email protected] Corporate Europe, Middle East, Africa Asia Pacific Japan and North America and South America Phone +852 2517 1123 Phone +81 3 5842 4011 Extreme Networks, Inc. Phone +31 30 800 5100 3585 Monroe Street Santa Clara, CA 95051 USA Phone +1 408 579 2800 © 2008 Extreme Networks, Inc. All rights reserved. Extreme Networks, the Extreme Networks logo, BlackDiamond, EPICenter, ExtremeXOS, SummitStack and Summit are either registered trademarks or trademarks of Extreme Networks, Inc. in the United States and/or other countries. sFlow is a registered trademark of sFlow. org. Specifications are subject to change without notice. 1047_04 07/08 Summit X450a and Summit X450e Series Product Brief.
Recommended publications
  • Ethernet Interconnection Point (EIP): an ENNI Implementation Agreement
    Service Operations Specification MEF 54 Ethernet Interconnection Point (EIP): An ENNI Implementation Agreement March 2016 MEF 54 © MEF Forum 2016. Any reproduction of this document, or any portion thereof, shall contain the follow- ing statement: "Reproduced with permission of MEF Forum." No user of this document is authorized to modify any of the information contained herein. Disclaimer The information in this publication is freely available for reproduction and use by any re- cipient and is believed to be accurate as of its publication date. Such information is sub- ject to change without notice and the MEF Forum (MEF) is not responsible for any er- rors. The MEF does not assume responsibility to update or correct any information in this publication. No representation or warranty, expressed or implied, is made by the MEF concerning the completeness, accuracy, or applicability of any information contained herein and no liability of any kind shall be assumed by the MEF as a result of reliance upon such information. The information contained herein is intended to be used without modification by the re- cipient or user of this document. The MEF is not responsible or liable for any modifica- tions to this document made by any other party. The receipt or any use of this document or its contents does not in any way create, by im- plication or otherwise: a) any express or implied license or right to or under any patent, copyright, trade- mark or trade secret rights held or claimed by any MEF member company which are or may be associated with the ideas, techniques, concepts or expressions con- tained herein; nor b) any warranty or representation that any MEF member companies will announce any product(s) and/or service(s) related thereto, or if such announcements are made, that such announced product(s) and/or service(s) embody any or all of the ideas, technologies, or concepts contained herein; nor c) any form of relationship between any MEF member companies and the recipient or user of this document.
    [Show full text]
  • Optical Transport Networks & Technologies Standardization Work
    Optical Transport Networks & Technologies Standardization Work Plan Issue 24, February 2018 GENERAL ........................................................................................................................... 3 PART 1: STATUS REPORTS AS OF JANUARY 2018 ...................................................... 4 1 HIGHLIGHT OF ITU-T SG15 ........................................................................................ 4 2 REPORTS FROM OTHER ORGANIZATIONS ............................................................ 4 PART 2: STANDARD WORK PLAN ................................................................................... 8 1 INTRODUCTION TO PART 2 ...................................................................................... 8 2 SCOPE ......................................................................................................................... 8 3 ABBREVIATIONS ........................................................................................................ 8 4 DEFINITIONS AND DESCRIPTIONS .......................................................................... 9 4.1 Optical and other Transport Networks & Technologies (OTNT) ....................................................... 9 4.2 Optical Transport Network (OTN) (largely revised in 09/2016 reflecting B100G) ............................ 9 4.2.1 FlexE in OIF (updated in June-2017) .......................................................................................... 11 4.3 Support for mobile networks (reference to ITU-R M2375 added
    [Show full text]
  • Les Réseaux Ethernet
    Reso6 Livre Page 337 Jeudi, 2. ao t 2007 3:57 15 16 Les réseaux Ethernet Les premiers réseaux Ethernet ont été développés au tout début des années 1980 par le triumvirat DEC, Intel et Xerox puis par une grande partie des constructeurs informati- ques. Aujourd’hui, le monde Ethernet représente 98 % des connexions terminales dans le monde, et tous les postes de travail des entreprises sont connectés par des cartes Ethernet, à l’exception encore de quelques connexions sur le Token-Ring, le réseau local initié par IBM. La grande révolution du monde Ethernet a été de passer en mode commuté et non plus partagé, comme nous allons le voir. Ce chapitre examine les caractéristiques des techniques partagées et commutées, ainsi que les grandes solutions proposées par les réseaux Ethernet, que ce soit sur les réseaux locaux, métropolitains ou longue distance. Les modes partagé et commuté Ethernet fonctionne selon deux modes très différents mais totalement compatibles, le mode partagé et le mode commuté, qui permettent tous deux de transporter des trames Ethernet. Nous avons déjà introduit ces dernières au chapitre 7 à l’occasion de la description des protocoles de niveau trame. Le mode partagé indique que le support physique est partagé entre les terminaux munis de cartes Ethernet. Dans ce mode, deux stations qui émettraient en même temps verraient leurs signaux entrer en collision. Dans le mode commuté, les terminaux sont connectés à un commutateur, et il ne peut y avoir de collision puisque le terminal est seul sur la liaison connectée au commutateur. Le commutateur émet vers la station sur la même liaison mais en full-duplex, c’est-à-dire en parallèle mais dans l’autre sens.
    [Show full text]
  • Carrier Ethernet Ciena’S Essential Series: Be in the Know
    Essentials Carrier Ethernet Ciena’s Essential Series: Be in the know. by John Hawkins with Earl Follis Carrier Ethernet Networks Published by Ciena 7035 Ridge Rd. Hanover, MD 21076 Copyright © 2016 by Ciena Corporation. All Rights Reserved. No part of this publication may be reproduced, stored in a retrieval system or transmitted in any form or by any means, electronic, mechanical, photocopying, recording, scanning or otherwise, without the prior written permission of Ciena Corporation. For information regarding permission, write to: Ciena Experts Books 7035 Ridge Rd Hanover, MD 21076. Trademarks: Ciena, all Ciena logos, and other associated marks and logos are trademarks and/or registered trademarks of Ciena Corporation both within and outside the United States of America, and may not be used without written permission. LIMITATION OF LIABILITY/DISCLAIMER OF WARRANTY: THE PUBLISHER AND THE AUTHOR MAKE NO REPRESENTATIONS OR WARRANTIES WITH RESPECT TO THE ACCURACY OR COMPLETENESS OF THE CONTENTS OF THIS WORK AND SPECIFICALLY DISCLAIM ALL WARRANTIES, INCLUDING WITHOUT LIMITATION WARRANTIES OF FITNESS FOR A PARTICULAR PURPOSE. NO WARRANTY MAY BE CREATED OR EXTENDED BY SALES OR PROMOTIONAL MATERIALS. THE ADVICE AND STRATEGIES CONTAINED HEREIN MAY NOT BE SUITABLE FOR EVERY SITUATION. THIS WORK IS SOLD WITH THE UNDERSTANDING THAT THE PUBLISHER IS NOT ENGAGED IN RENDERING LEGAL, ACCOUNTING, OR OTHER PROFESSIONAL SERVICES. IF PROFESSIONAL ASSISTANCE IS REQUIRED, THE SERVICES OF A COMPETENT PROFESSIONAL PERSON SHOULD BE SOUGHT. NEITHER THE PUBLISHER NOR THE AUTHOR SHALL BE LIABLE FOR DAMAGES ARISING HEREFROM. THE FACT THAT AN ORGANIZATION OR WEBSITE IS REFERRED TO IN THIS WORK AS A CITATION AND/OR A POTENTIAL SOURCE OF FURTHER INFORMATION DOES NOT MEAN THAT THE AUTHOR OR THE PUBLISHER ENDORSES THE INFORMATION THE ORGANIZATION OR WEBSITE MAY PROVIDE OR RECOMMENDATIONS IT MAY MAKE.
    [Show full text]
  • Carrier Ethernet
    Essentials Carrier Ethernet Ciena’s Essential Series: Be in the know. by John Hawkins with Earl Follis Essential Guide to Carrier Ethernet Networks Leveraging Ethernet Service for Operator and End-user Advantage Carrier Ethernet by John Hawkins with Earl Follis 1 Publisher’s Acknowledgments We’re proud of this book; please send us your comments at [email protected] Some of the people who helped bring this book to market include the following: Editorial, and Senior Project Editor: Erin Malone Layout and Graphics: Susan MacLeod Editor: Nancy Sixsmith Wil McLean Carrier Ethernet Networks Published by Ciena 7035 Ridge Rd. Hanover, MD 21076 Copyright © 2016 by Ciena Corporation. All Rights Reserved. No part of this publication may be reproduced, stored in a retrieval system or transmitted in any form or by any means, electronic, mechanical, photocopying, recording, scanning or otherwise, without the prior written permission of Ciena Cor- poration. For information regarding permission, write to: Ciena Experts Books 7035 Ridge Rd Hanover, MD 21076. Trademarks: Ciena, all Ciena logos, and other associated marks and logos are trade- marks and/or registered trademarks of Ciena Corporation both within and outside the United States of America, and may not be used without written permission. LIMITATION OF LIABILITY/DISCLAIMER OF WARRANTY: THE PUBLISHER AND THE AUTHOR MAKE NO REPRESENTATIONS OR WARRANTIES WITH RESPECT TO THE ACCURACY OR COMPLETENESS OF THE CONTENTS OF THIS WORK AND SPECIFICALLY DISCLAIM ALL WARRANTIES, INCLUDING WITHOUT LIMITATION WARRANTIES OF FITNESS FOR A PARTICULAR PURPOSE. NO WARRANTY MAY BE CREATED OR EXTENDED BY SALES OR PROMOTIONAL MATERIALS. THE ADVICE AND STRATEGIES CONTAINED HEREIN MAY NOT BE SUITABLE FOR EVERY SITUATION.
    [Show full text]
  • Telecomunicações
    SABER FAZER& TELECOMUNICAÇÕES n.º 12 | dezembro 2014 SABER FAZER& TELECOMUNICAÇÕES n.º 12 | dezembro 2014 Alcino Lavrador Administrador da PT Inovação MENSAGEM INSTITUCIONAL A procura continuada e intensa de acesso à conectividade em qualquer lugar e através de múltiplos dispositivos, continuará a ser o fator determinante na transformação e evolução das redes de telecomu- nicações atuais, implicando transformações e impactos importantes nos modelos de negócio tradicionais dos fornecedores de serviços de comunicações. A procura de conetividade tem origem, não só nas pessoas mas, também e cada vez mais, nas máquinas que a digitalização crescente transforma em recetores e destinatários da maior fatia de toda a informação trocada no mundo. Gerir redes heterogéneas torna-se, assim, uma necessidade de forma a garantir a ubiquidade do acesso e a melhor qualidade de serviço em cada instante. Trata-se de um enorme desafio para os operadores de redes, garantir uma qualidade de serviço transversal e transparente à tecnologia usada para suporte aos serviços. As ferramentas usadas no suporte operacional e de negócio devem ser, desta forma, multi- tecnologia, multiserviço e facilmente adaptáveis para acomodar novos requisitos. Os novos consumidores, individuais ou empresariais, mais exigentes e sofisticados, apresentam mudan- ças de comportamento e requisitos que exigem agilidade e flexibilidade do lado da oferta, e antecipação de necessidades. Os serviços tradicionais core perdem continuamente relevância na estrutura de receitas dos operadores, tornando-se determinante encontrar um posicionamento adequado perante esta ameaça, capturando o valor proveniente de novos espaços de oportunidade que se criam pela transformação e evolução tec- nológica e pela convergência IT/Telecom.
    [Show full text]
  • Data Center High Availability Clusters Design Guide
    Data Center High Availability Clusters Design Guide Corporate 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 526-4100 Customer Order Number: Text Part Number: OL-12518-01 THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS. THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY. The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB’s public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California. NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS” WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE. IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
    [Show full text]
  • MEF Standard MEF 7.4
    MEF Standard MEF 7.4 MEF Services Model: Information Model for Carrier Ethernet Services December 2020 MEF 7.4 © MEF Forum 2020. Any reproduction of this document, or any portion thereof, shall contain the following statement: "Reproduced with permission of MEF Forum." No user of this document is authorized to modify any of the information contained herein. Disclaimer © MEF Forum 2020. All Rights Reserved. The information in this publication is freely available for reproduction and use by any recipient and is believed to be accurate as of its publication date. Such information is subject to change without notice and MEF Forum (MEF) is not responsible for any errors. MEF does not assume responsibility to update or correct any information in this publication. No representation or warranty, expressed or implied, is made by MEF concerning the completeness, accuracy, or applicability of any information contained herein and no liability of any kind shall be assumed by MEF as a result of reliance upon such information. The information contained herein is intended to be used without modification by the recipient or user of this document. MEF is not responsible or liable for any modifications to this document made by any other party. The receipt or any use of this document or its contents does not in any way create, by implication or otherwise: a) any express or implied license or right to or under any patent, copyright, trademark or trade secret rights held or claimed by any MEF member which are or may be associated with the ideas, techniques, concepts or expressions contained herein; nor b) any warranty or representation that any MEF members will announce any product(s) and/or service(s) related thereto, or if such announcements are made, that such announced product(s) and/or service(s) embody any or all of the ideas, technologies, or concepts contained herein; nor c) any form of relationship between any MEF member and the recipient or user of this document.
    [Show full text]
  • Ecpri Transport Network D0.1 (2017-08-30)
    eCPRI Transport Network D0.1 (2017-08-30) Requirements Specification Common Public Radio Interface: Requirements for the eCPRI Transport Network The eCPRI Transport Network Requirements Specification has been developed by Ericsson AB, Huawei Technologies Co. Ltd, NEC Corporation and Nokia (the “Parties”) and may be updated from time to time. Further information about eCPRI, and the latest specification, may be found at http://www.cpri.info BY USING THE CPRI SPECIFICATION, YOU ACCEPT THE “Interface Specification Download Terms and Conditions” FOUND AT http://www.cpri.info/spec.html IN ORDER TO AVOID ANY DOUBT, BY DOWNLOADING AND/OR USING THE ECPRI SPECIFICATION NO EXPRESS OR IMPLIED LICENSE. AND/OR ANY OTHER RIGHTS WHATSOEVER ARE GRANTED FROM ANYBODY. © 2017 Ericsson AB, Huawei Technologies Co. Ltd, NEC Corporation and Nokia. 2 eCPRI Transport Network D0.1 (2017-08-30) 1 Table of Contents 2 1. Introduction ................................................................................................................. 3 3 2. Transport Network Terminology and Services ......................................................... 4 4 2.1. User Network Interface ................................................................................. 4 5 2.2. Transport Connection ................................................................................... 4 6 2.3. EVC Service Attributes ................................................................................. 5 7 2.3.1. One-way Frame Delay Performance ................................................
    [Show full text]
  • Layer 2 Solutions in Access Provider Networks
    Tuukka Järvi Layer 2 Solutions in Access Provider Networks Helsinki Metropolia University of Applied Sciences Master’s Degree Information Technology Master’s Thesis Date 05-05-2020 Abstract Author(s) Tuukka Järvi Title Layer 2 Solutions in Access Provider Networks Number of Pages 48 pages + 2 appendices Date 5 May 2020 Degree Master of Engineering Degree Programme Information Technology Specialization option Instructor(s) Janne Salonen, Principal Lecturer The thesis concentrates on Metro Ethernet and Carrier Ethernet solutions in Service Pro- vider and Access Provider networks. Ethernet has been in use in local area networks for more than 30 years. The success of Ethernet is based on its simplicity, ease of deployment, versatility, and low cost. Until the end of the 1900s Ethernet technologies were mainly re- stricted to LANs, but there were efforts to move from the mainstream LAN technology to metropolitan area network solutions. The next step in the evolution was to use Ethernet techniques in metropolitan area networks in the beginning of the 2000s. The Metropolitan Ethernet (Metro Ethernet) networks based on previous Ethernet standards are deployed in a metropolitan area. The successor of the Metropolitan Ethernet is Carrier Ethernet. It uses high-bandwidth Ethernet technology to create Internet access and communication between local area networks. Metro Ethernet and Carrier Ethernet can also be used to connect physically multiple locations to a network via an Ethernet Private Line. The driving force in the evolution is a vast increase of sites requir- ing fast and flexible services. Advantages of these implementations are lower cost of equip- ment and compatibility with customers’ equipment, that are based on Ethernet techniques.
    [Show full text]
  • Contribution to the Metro Ethernet Forum Technical Committee
    Technical Specification MEF 26 External Network Network Interface (ENNI) – Phase 1 January 2010 MEF 26 © The Metro Ethernet Forum 2010. Any reproduction of this document, or any portion thereof, shall contain the following statement: "Reproduced with permission of the Metro Ethernet Forum." No user of this document is authorized to modify any of the information contained herein. Disclaimer The information in this publication is freely available for reproduction and use by any recipient and is believed to be accurate as of its publication date. Such information is subject to change without notice and the Metro Ethernet Forum (MEF) is not responsible for any errors. The MEF does not assume responsibility to update or correct any information in this publication. No re- presentation or warranty, expressed or implied, is made by the MEF concerning the complete- ness, accuracy, or applicability of any information contained herein and no liability of any kind shall be assumed by the MEF as a result of reliance upon such information. The information contained herein is intended to be used without modification by the recipient or user of this document. The MEF is not responsible or liable for any modifications to this docu- ment made by any other party. The receipt or any use of this document or its contents does not in any way create, by implication or otherwise: a) any express or implied license or right to or under any patent, copyright, trademark or trade secret rights held or claimed by any MEF member company which are or may be associated with the ideas, techniques, concepts or expressions contained herein; nor b) any warranty or representation that any MEF member companies will announce any product(s) and/or service(s) related thereto, or if such announcements are made, that such announced product(s) and/or service(s) embody any or all of the ideas, technol- ogies, or concepts contained herein; nor c) any form of relationship between any MEF member companies and the recipient or user of this document.
    [Show full text]
  • Chapter 4 Transport Network Aspects 1
    Chapter 4 Transport Network Aspects 1 Yaakov (J) Stein Yuri Gittik Ron Insler RAD Data Communications, Ltd (Tel Aviv) In this chapter we discuss various transport network technologies used for backhaul (i.e. connection the NG-RAN to the 5GC), fronthaul (i.e. connecting NG-RAN to RRG) and midhaul (connecting network nodes in split NG-RAN architecture). This is illustrated in Figure 4.1 below. Figure 4.1: Backhaul, midhaul, and fronthaul (xHaul) transport networks The figure above showing an xHaul as a straight line connecting network nodes, is a bit misleading as in practice an xHaul can have a complex network topology and many links, using many different technologies. This aspect is often overlooked in technical specifications (e.g. in 3GPP) and architecture documents. In the present section we discuss this in more detail. 4.1 Key ideas The transition from 4G to 5G will strongly impact the transport network, due to requirements for higher data-rates, lower latency, enhanced reliability, energy efficiency, and heightened dynamicity. Choice of 5G RAN segment defined by functional split (fronthaul through midhaul to backhaul) and RAN planning factors (density, distances, placement of Points of Presence (PoPs), etc.) deeply influence the requirements for transport. In addition, delivery of disparate services (eMBB, URLLC, and mMTC) requires different transport attributes. Distributed edge computing, whether for enabling vRAN/cRAN operation, serving the disaggregated transport network, or hosting end-user applications, drives yet more sophisticated transport network designs with compute resources and connectivity of distributed physical and virtual components 1 In 5G RAN architecture, Sasha Sirotkin (ed.), John Wiley and Sons, to be published 2020.
    [Show full text]