DOCSLIB.ORG

Non-Flooding Bridging Solutions for Resilient Packet Rings

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Non-Flooding Bridging Solutions for Resilient Packet Rings 38 ECTI TRANSACTIONS ON ELECTRICAL ENG., ELECTRONICS, AND COMMUNICATIONS VOL.6, NO.1 February 2008 Non-Flooding Bridging Solutions for Resilient Packet Rings Pisai Setthawong1 and Surat Tanterdtid2, Non-members ABSTRACT classes with di®erent service guarantees for support- Resilient Packet Ring (RPR) is one of the IP- ing various tra±c types. Bandwidth can be reserved based technologies that have been proposed to replace for time-sensitive tra±c such as VoIP and videocon- SONET/SDH in metropolitan area networks because ferencing. For best-e®ort tra±c such as web and ¯le it is well-adapted to handle diverse tra±c, includ- transfer, fairness algorithms ensure that the nodes ing multimedia tra±c, found in present-day networks. are dynamically allocated their fair share of the avail- Additionally, the RPR network is used e±ciently able bandwidth. The RPR network is also e±cient. with nodes transmitting simultaneously as long as Both dual-rings are used for packet transmission. The the paths of the packets do not overlap. However, packets are removed at the destination, allowing the when bridging RPR networks, packets are flooded on nodes to transmit simultaneously as long as the paths the bridged RPR network if the packet destination is of the packets do not overlap. on a remote network other than the source network. Although MANs can be implemented as a single As a result, the network is used ine±ciently, decreas- large RPR network spanning hundreds of kilometers, ing the available bandwidth for other tra±c. In this most carrier networks consist of multiple small-sized paper, we propose enhanced topology discovery pro- MANs, or access MANs, interconnected by inter-area tocol and enhanced spanning tree protocol to prevent MANs. This network architecture can also be im- the flooding of packets on the bridged RPR network. plemented using RPR. Each of the MANs is imple- Simulations were performed in order to evaluate the mented as a single RPR network and the RPR net- proposed solutions. The results show that the flood- works are interconnected by bridges. ing of packets is successfully prevented and that the However, the bridged RPR network is ine±cient. network is used more e±ciently as compared to the Packets are flooded on the bridged RPR network if RPR the packet destination is on a remote network other than the source network. The flooding decreases the Keywords: Resilient Packet Rings, IEEE 802.17 available bandwidth in the network for other tra±c. Standard, Bridging, Topology Discovery, Spanning Network e±ciency, a key bene¯t of RPR, is no longer Tree Protocol, Tra±c Engineering achievable. In order to achieve network e±ciency in bridged RPR networks, this paper proposes two so- 1. INTRODUCTION lutions to prevent the flooding of packets { enhanced topology discovery protocol and enhanced spanning The prevalent technology found in present-day tree protocol. metropolitan area networks (MANs) is based on The remainder of this paper is organized as fol- SONET/SDH. However, SONET/SDH is a circuit- lows. Section 2 presents background information switching technology that is ill-adapted to handle the about RPR. Section 3 describes previous research on bursty nature of multimedia tra±c increasingly found bridged RPR networks. In Section 4, we present the in present-day networks. IP-based networks, which proposed solutions. The proposed solutions are then bene¯t from statistical multiplexing, are more ap- evaluated by means of discrete event simulations in propriate for handling multimedia tra±c. Resilient Section 5. Finally, Section 6 concludes the paper. Packet Ring (RPR), also known as the IEEE 802.17 Standard [3], is one such technology. RPR is a dual- ring network that de¯nes a SONET/SDH reconcilia- 2. BACKGROUND tion sublayer. This sublayer enables RPR to operate The structure of an RPR network consisting of two on the same physical layer as SONET/SDH and to unidirectional ringlets and four nodes is shown in Fig- utilize the existing SONET/SDH physical infrastruc- ure 1. Both ringlets are used for data transmission, ture. with the tra±c on one ringlet flowing in a clockwise There are other key bene¯ts of using RPR instead direction (ringlet 0) and that on the other flowing in a of SONET/SDH. The former de¯nes three service counterclockwise direction (ringlet 1). In order to use these ringlets e±ciently, the nodes transmit packets Manuscript received on June 21, 2007 ; revised on October on the ringlet with the smaller hop count to the desti- 13, 2007. 1;2 The authors are with department of Telecommunications nation. For example, while node 1 transmits packets Science, Assumption University, Thailand, E-mail: to node 2 on ringlet 0, it transmits packets to node 4 Non-Flooding Bridging Solutions for Resilient Packet Rings 39 Node 2 Bridge 1 RPR 2 Bridge 4 Ringlet 0 Bridge 2 RPR 4 RPR RPR 1 Node 1 Node 3 RPR 3 Ringlet 1 Node 4 Fig.1: An RPR network consisting of two unidirec- Fig.2: A bridged RPR network consisting of four tional, counter-rotating ringlets and four nodes. RPR networks interconnected by three bridges. on ringlet 1 [2]-[9]. gether. Second, each network may be under di®erent administrative domains but interconnections between 2.1 Topology Discovery Protocol the domains are still desired, such as between di®er- ent faculties in the same university. Third, for carrier In order to determine the ringlet to transmit the networks, the RPR networks can be used to imple- packet on, the node maintains a topology database. ment access MANs that are bridged together to form The topology database includes a list of nodes on the inter-area MANs. network and the hop count to those nodes on each ringlet. The node maintains the topology database using 2.3 Spanning Tree Protocol the topology discovery protocol. The node broad- One of the major issues with bridging, not only in casts a topology discovery packet on both ringlets. RPR but also in other IEEE 802 networks, is the risk When the other nodes on the network receive the of creating loops within the bridged network. If a loop topology discovery packet, they learn about the ex- exists, there is a possibility that a bridge will continue istence of the node that originated the packet. The to copy packets to its connected networks without hop count between the nodes is then calculated as the realizing that the packets have already been copied to di®erence between the ttlbase and the ttl ¯elds in the those networks previously. The packets will continue packet. The ttlbase ¯eld contains the original time- to loop in the bridged network inde¯nitely and use to-live value of the packet and the ttl ¯eld contains bandwidth unnecessarily. In Figure 3, networks 1, 2, the current time-to-live value. and 3 form such a loop. Once all the nodes on the network have broad- casted their topology discovery packets, the nodes Bridge 4 will have a topology database of the network. The Bridge 1 RPR 2 node will then be able to determine the ringlet to Bridge 2 RPR 4 transmit the packet on with the smaller hop count to RPR 1 the destination. The node must continue to broad- cast the topology discovery packet periodically. If the node fails to do this, the other nodes on the network RPR 3 Bridge 3 will assume that the node has been detached and they will rebuild their topology database to exclude this node. Fig.3: Bridges 1, 2 and 3 form a loop consisting of RPR networks 1, 2, and 3. 2.2 Bridging with RPR The loops may be created unintentionally, espe- Multiple RPR networks can be bridged together to cially when the networks are bridged over multiple ad- form a bridged network, as shown in Figure 2. ministrative domains. On the other hand, the loops The specialized node that interconnects the RPR may also be created intentionally, for example, to pro- networks is known as the bridge. The bridge forwards vide redundant paths in the case of link failure. When or copies the packets that transit it on one network a link fails, an alternative path still exists between to the other network(s) it is connected to, in order to nodes. ensure that the packets reach their destination. In any case, if there are loops in the bridged net- There are many possible reasons for bridging mul- work, they must be removed. For this purpose, the tiple networks together. First, a single network can IEEE standard speci¯es the spanning tree protocol [?, support a maximum of 255 nodes and is optimized for ]. The result of executing this protocol is that par- a maximum ring length of 2000 km. When a greater ticular links to the bridges are identi¯ed to be deac- number of nodes or a longer ring length is required, tivated, removing the loops in the bridged network. the solution is to bridge multiple RPR networks to- This protocol involves the following steps: 40 ECTI TRANSACTIONS ON ELECTRICAL ENG., ELECTRONICS, AND COMMUNICATIONS VOL.6, NO.1 February 2008 ² Bridges periodically exchange con¯guration mes- 3.1 Bridging in the IEEE 802.17 Standard sages, also known as bridge protocol data units (BP- Bridging in the IEEE 802.17 Standard, hereafter DUs), among themselves. The BPDUs include: (1) referred to as standard bridging, makes the assump- the address of the bridge that created the BPDU, (2) tion that each node only knows the location of the the address of what the bridge has identi¯ed as the nodes that are on the same network as itself.
Load more

Recommended publications
  • INTRODUCTION Client
    1 INTRODUCTION Client Server Network Fig. 1-1. A network with two clients and one server. Client machine Server machine Request Network Reply Client process Server process Fig. 1-2. The client-server model involves requests and replies. Fig. 1-3. In a peer-to-peer system there are no fixed clients and servers. 2222222222222222222222222222222222222222222222222222222222222222222222222222222 21 222222222222222222222222222222222222222222222222222222222222222222222222222222Tag1 Full name1 Example 1 1 1 1 1 12222222222222222222222222222222222222222222222222222222222222222222222222222222B2C1 Business-to-consumer1 Ordering books on-line 1 21 222222222222222222222222222222222222222222222222222222222222222222222222222222B2B1 Business-to-business1 Car manufacturer ordering tires from supplier 1 21 222222222222222222222222222222222222222222222222222222222222222222222222222222G2C1 Government-to-consumer1 Government distributing tax forms electronically 1 1 1 1 1 12222222222222222222222222222222222222222222222222222222222222222222222222222222C2C1 Consumer-to-consumer1 Auctioning second-hand products on line 1 21 222222222222222222222222222222222222222222222222222222222222222222222222222222P2P1 Peer-to-peer1 File sharing 1 Fig. 1-4. Some forms of e-commerce. 22222222222222222222222222222222222222222222222222222222222222 222222222222222222222222222222222222222222222222222222222222221 Wireless1 Mobile1 Applications 1 1 1 1 1 122222222222222222222222222222222222222222222222222222222222222No1 No1 Desktop computers in offices 1 222222222222222222222222222222222222222222222222222222222222221
    [Show full text]
  • Network Reliability and Fault Tolerance
    Network Reliability and Fault Tolerance Muriel Medard´ [email protected] Laboratory for Information and Decision Systems Room 35-212 Massachusetts Institute of Technology 77 Massachusetts Avenue, Cambridge, MA 02139 Steven S. Lumetta [email protected] Coordinated Science Laboratory University of Illinois Urbana-Champaign 1308 W. Main Street, Urbana, IL 61801 1 Introduction The majority of communications applications, from cellular telephone conversations to credit card transactions, assume the availability of a reliable network. At this level, data are expected to tra- verse the network and to arrive intact at their destination. The physical systems that compose a network, on the other hand, are subjected to a wide range of problems, ranging from signal distor- tion to component failures. Similarly, the software that supports the high-level semantic interface 1 often contains unknown bugs and other latent reliability problems. Redundancy underlies all ap- proaches to fault tolerance. Definitive definitions for all concepts and terms related to reliability, and, more broadly, dependability, can be found in [AAC+92]. Designing any system to tolerate faults first requires the selection of a fault model, a set of possible failure scenarios along with an understanding of the frequency, duration, and impact of each scenario. A simple fault model merely lists the set of faults to be considered; inclusion in the set is decided based on a combination of expected frequency, impact on the system, and feasibility or cost of providing protection. Most reliable network designs address the failure of any single component, and some designs tolerate multiple failures. In contrast, few attempt to handle the adversarial conditions that might occur in a terrorist attack, and cataclysmic events are almost never addressed at any scale larger than a city.
    [Show full text]
  • The Role of Emerging Broadband Technologies on the Converged
    The Role of Emerging Broadband Technologies on the Converged Packet-Based Network Introduction The vision of network convergence toward a consolidated packet-based network has been discussed for years, though it is still not a reality. Currently, there are numerous overlay networks such as IP, ATM, FR, Ethernet, SONET, DWDM and wireless for different services. The evolution pace toward convergence has been slow due to economic, technical and regulatory issues. However, the fact is that data traffic volume is now surpassing voice traffic volume. Traditional TDM voice traffic is moving to IP packets and TDM private line is moving to Ethernet private line. The wave of broadband applications such as Internet access, VOD, and IPTV create high bandwidth requirements for the network. These applications are packet-based, but have a much lower margin of profit for the service providers when compared to traditional voice service. Today’s overlay and traditional circuit-based infrastructure will become less optimal for the new packet-based services as the profit margin decreases. Most of the wireless networks in North America today are still circuit-based because most of the current wireless service is still voice-based. However, with emerging wireless access technologies such as WiMAX and Wi-Fi, more broadband wireless data and video services can be deployed. As a result, the wireless core network evolves toward a packet-based network. Service offerings drive network evolution. As more packet-based broadband services are launched and bundled together in service offerings, service providers start to add more packet-aware features into their current network components.
    [Show full text]
  • Congestion Control in Resilient Packet Ring Networks
    New Jersey Institute of Technology Digital Commons @ NJIT Dissertations Electronic Theses and Dissertations Fall 1-31-2005 Congestion control in resilient packet ring networks Alharbi Fahd New Jersey Institute of Technology Follow this and additional works at: https://digitalcommons.njit.edu/dissertations Part of the Electrical and Electronics Commons Recommended Citation Fahd, Alharbi, "Congestion control in resilient packet ring networks" (2005). Dissertations. 670. https://digitalcommons.njit.edu/dissertations/670 This Dissertation is brought to you for free and open access by the Electronic Theses and Dissertations at Digital Commons @ NJIT. It has been accepted for inclusion in Dissertations by an authorized administrator of Digital Commons @ NJIT. For more information, please contact [email protected]. Copyright Warning & Restrictions The copyright law of the United States (Title 17, United States Code) governs the making of photocopies or other reproductions of copyrighted material. Under certain conditions specified in the law, libraries and archives are authorized to furnish a photocopy or other reproduction. One of these specified conditions is that the photocopy or reproduction is not to be “used for any purpose other than private study, scholarship, or research.” If a, user makes a request for, or later uses, a photocopy or reproduction for purposes in excess of “fair use” that user may be liable for copyright infringement, This institution reserves the right to refuse to accept a copying order if, in its judgment, fulfillment
    [Show full text]
  • Getting Physical with Ethernet
    ETHERNET GETTING PHYSICAL STANDARDS • The Importance of Standards • Standards are necessary in almost every business and public service entity. For example, before 1904, fire hose couplings in the United States were not standard, which meant a fire department in one community could not help in another community. The transmission of electric current was not standardized until the end of the nineteenth century, so customers had to choose between Thomas Edison’s direct current (DC) and George Westinghouse’s alternating current (AC). IEEE 802 STANDARD • IEEE 802 is a family of IEEE standards dealing with local area networks and metropolitan area networks. • More specifically, the IEEE 802 standards are restricted to networks carrying variable-size packets. By contrast, in cell relay networks data is transmitted in short, uniformly sized units called cells. Isochronous , where data is transmitted as a steady stream of octets, or groups of octets, at regular time intervals, are also out of the scope of this standard. The number 802 was simply the next free number IEEE could assign,[1] though “802” is sometimes associated with the date the first meeting was held — February 1980. • The IEEE 802 family of standards is maintained by the IEEE 802 LAN/MAN Standards Committee (LMSC). The most widely used standards are for the Ethernet family, Token Ring, Wireless LAN, Bridging and Virtual Bridged LANs. An individual working group provides the focus for each area. Name Description Note IEEE 802.1 Higher Layer LAN Protocols (Bridging) active IEEE 802.2
    [Show full text]
  • IEEE Plenary - Lajolla, CA RPRSG Meeting Minutes July 11-13 2000
    IEEE Plenary - LaJolla, CA RPRSG Meeting Minutes July 11-13 2000 7/11/2000 8:43AM 30 attendees Presentations may be found at: http://www.ieee802.org/rprsg/public/july_plenary/index.html ACTION items in text Motion#1- The RPRSG voting rules amended to require: 1) 75% approval vote for technical issues 2) 50% +1 approval vote for procedural issues Motion: Harry Peng Second:Raj Sharma Yes:20 No:0 Minutes will be approved 8/12/2000 Presentation - Performance Metrics IEEE 802 RPRSG Khaled Amer Discussion - Ring Restoration performance metric will be added Ring performance stability with traffic flow changes Define Ingress/Egress access connection Bit Rate and Traffic characteristics Can Egress rate be below ring rate? Which mechanism? Simulation scenarios should be included ingress=egress traffic ports Change Bit rate to data rate in presentation Define L2/L1 mapping for consistency (mapping delay, etc.) Define L1 data rate - SONET vs. GigE Define L1 model ( packetization delay) metrics Sharing of model source code discussion Presentation - IPR(Intellectual Property Rights) issues Gary Robinson Presentation - Assessment of Scalable Coherent Interface Jason Fan Presentation - Resilient Packet Ring 5 Criteria (Compatibility) BJ Lee Discussion - Ethernet (SNAP encapsulation) and LLC over MAC sublayer correction Page 5- SRP TTL field 8 bits 802.1D compatibility (transparent bridging) and jumbo frame support Compatibility discussion tabled until PAR discussion Decision not to preclude 802.1D bridging Presentation - IEEE 802 Compatibility Considerations
    [Show full text]
  • Cisco Next Generation Routing
    A B NGR Brochure Cisco Next Generation Routing Section 1 Issues for networking in the Broadband Era Section 2 Next Generation WAN Services using MPLS Section 3 Cisco's Next Generation IP Network Solution Section 4 Cisco’s Next Generation Optical Ring Solution Section 5 Service differentiation and Quality of Service Section 6 Service with Security Section 7 Cisco Next Generation Routers – Core and Edge Section 8 Cisco Next Generation Routers – Access W NGR Brochure 12400 series 3700 series 12416 7600 series 12410 7300 series 2600XM/2691 series 10000 series 7609 7613 12406 7304 12404 1700/1760 series 7301 7606 7400 series 7603 10700 series SOHO and 800 series Larg SoH SM e Bra o B / Enterprise nch CPE Cisco Next Generation Routing (NGR) Solution Next Generation Internet in the Broadband Era Broadband networking is rapidly expanding in usage; consequently, routers Innovative Next Generation metro IP solution must support an ever growing range of features and service capabilities to RPR (Resilient Packet Ring), represents a key technology for the meet the unique needs of this high growth area. As the world's leading router deployment of advanced IP ring technology. RPR is used by a large manufacturer, Cisco’s routers are in widespread use, helping to support and number of customers in the metro access arena, for providing an expand the development and usage of the Internet and its rich service base. It advanced, industry-first, IP-based metro Ethernet access solution. This is Cisco's charter to continue this focused development, building upon the ensures an optimum linkage between the router and the Ethernet base, a success of Cisco deployments to date.
    [Show full text]
  • CPE 426 Computer Networks: Term 1-56 Homework 1 Wk 3 Solutions
    ภาคเรียนที่ 1/2556 วิชา CPE426 Computer Networks: HW Wk3; Review 3+TCP/IP Concept 1 ชื่อ______________________________________รหัส_____________________Section________ CPE 426 Computer Networks: Term 1-56 Homework 1 Wk 3 Solutions Review III: LAN Technologies and Chapter 20: TCP/IP Concept ใหนกศั ึกษาแสดงคําตอบโดยเขียนลงในชองว างที่ใหไว สงตนชั่วโมงสัปดาหถัดไป 1. ใหนักศึกษาเขา Web Site ของ IEEE หรือ Search จาก IEEE802 Standard จากนั้นใหหาวามาตรฐาน IEEE802 ตอไปนี้เปน มาตรฐานของอะไร ตอไปนี้เปนขอมูลจาก http://en.wikipedia.org/wiki/IEEE_802 IEEE 802 Working Groups Name Description Note IEEE 802.1 Bridging (networking) and Network Management IEEE 802.2 LLC inactive IEEE 802.3 Ethernet IEEE 802.4 Token bus disbanded IEEE 802.5 Defines the MAC layer for a Token Ring inactive IEEE 802.6 MANs (DQDB) disbanded IEEE 802.7 Broadband LAN using Coaxial Cable disbanded IEEE 802.8 Fiber Optic TAG disbanded IEEE 802.9 Integrated Services LAN (ISLAN or isoEthernet) disbanded IEEE 802.10 Interoperable LAN Security disbanded IEEE 802.11 a/b/g/n Wireless LAN (WLAN) & Mesh (Wi-Fi certification) IEEE 802.12 100BaseVG disbanded IEEE 802.13 Unused[2] IEEE 802.14 Cable modems disbanded IEEE 802.15 Wireless PAN IEEE 802.15.1 Bluetooth certification IEEE 802.15.2 IEEE 802.15 and IEEE 802.11 coexistence IEEE 802.15.3 High-Rate wireless PAN Low-Rate wireless PAN (e.g., ZigBee, WirelessHART, IEEE 802.15.4 MiWi, etc.) IEEE 802.15.5 Mesh networking for WPAN IEEE 802.15.6 Body area network ภาควิชาวิศวกรรมคอมพิวเตอร วิทยาลัยวิศวกรรมศาสตร มหาวิทยาลัยรังสิต ภาคเรียนที่ 1/2556
    [Show full text]
  • Pocket Guideguide Industrial ETHERNET
    Hirschmann Automation and Control GmbH PocketPocket GuideGuide Industrial ETHERNET Hirschmann Competence Center Edition 2006 Copyright © 2006 Hirschmann Automation and Control GmbH All Rights Reserved Permission is not given for the circulation or reproduction of this document, its use or the passing on of its contents unless granted expressly. Contravention renders the perpetrator liable for compensation for damages. All rights reserved, in particular in the case of patent grant or registration of a utility or design. The information/details in this publication merely contain general descriptions or performance factors which, when applied in an actual situation, do not always correspond with the described form, and may be amended by way of the further development of products. The desired performance factors shall only be deemed binding if these are expressly agreed on conclusion of the contract. In 1984 Hirschmann created the first fiber optic ETHERNET network at the University of Stuttgart. In 1990 Hirschmann also invented the ”Redundant ETHERNET Ring“ and finally in 1998 we brought out the HIPER-Ring (Hirsch- mann Performance Redundancy Ring) in switched ETHERNET. Hirschmann is the only manufacturer worldwide offer a universal product range for setting up high-performance, high-availablity industrial networks. From the networking of production lines via the control room using SCADA applications to the enterprise environment - vertical integration - everything from a single source. 1 Contents Contents Page 1 Know-How for the World of
    [Show full text]
  • Ciena Acronyms Guide.Pdf
    The Acronyms Guide edited by Erin Malone Chris Janson 1st edition Publisher Acknowledgement: This is the first edition of this book. Please notify us of any acronyms we may have missed by submitting them via the form at www.ciena.com/acronymsguide. We will be happy to include them in further editions of “The Acronyms Guide”. For additional information on Ciena’s Carrier Ethernet or Optical Communications Certification programs please contact [email protected]. Table of Contents Numerics ..........................1 A .......................................1 B .......................................2 C .......................................3 D .......................................5 E .......................................7 F........................................9 G .....................................10 H .....................................11 I .......................................12 J ......................................14 K .....................................14 L ......................................14 M ....................................15 N .....................................17 O.....................................18 P .....................................20 Q.....................................22 R .....................................22 S......................................23 T .....................................26 U .....................................28 V .....................................29 W ....................................29 X .....................................30 Z......................................30
    [Show full text]
  • Martin Reisslein School of Electrical, Computer, and Energy Engineering Ira A
    Martin Reisslein School of Electrical, Computer, and Energy Engineering Ira A. Fulton Schools of Engineering Arizona State University P.O. Box 875706, Tempe, AZ 85287-5706 Phone: (480)965-8593, Fax: (480)965-8325 [email protected], http://mre.faculty.asu.edu EDUCATION University of Pennsylvania Ph. D. in Systems Engineering, August 1998 Thesis: Managing Prerecorded Traffic in Packet{Switched Networks Advisor: Dr. Keith W. Ross M. S. E. in Electrical Engineering, August 1996 Fachhochschule Dieburg, Germany Diplom{Ingenieur(FH) in Electrical Engineering, 1994 ACADEMIC EXPERIENCE Ira A. Fulton Schools of Engineering, Arizona State University Program Chair, Computer Engineering, January 2018 { present School of Electrical, Computer, and Energy Engineering, Arizona State University Professor, August 2011 { present Department of Electrical Engineering, Arizona State University Associate Professor, August 2005 { August 2011 Department of Electrical Engineering, Arizona State University Assistant Professor, October 2000 { August 2005 German National Research Center for Information Technology (GMD FOKUS) and Technical University Berlin Post{doctoral Researcher and Lecturer, August 1998 { October 2000 PRINCIPAL AREAS of TEACHING AND RESEARCH Teaching • Communication Networks and Multimedia Networking • Electrical Networks and Digital Design Fundamentals • Performance Evaluation of Computer Networks Research • Characterization and Network Transport of Multimedia Traffic Martin Reisslein 2 • Optical-Wireless Access and Metropolitan Area Networks • 5G Wireless Network Systems • Software Defined Networking • Ultra-low Latency Networking • Engineering Education and K-12 Outreach MAJOR AWARDS AND PROFESSIONAL RECOGNITIONS Career Award from United States National Science Foundation, 2002 Best Tutorial Paper Award from IEEE Communications Society, 2008 Elevation to IEEE Fellow, 2014 Friedrich Wilhelm Bessel Research Award from Alexander von Humboldt Foundation, 2015 DRESDEN Senior Fellow, Technical University Dresden, Germany, 2016, 2019 IEEE Transactions on Education Theodore E.
    [Show full text]
  • ZXCTN 9004 Product Description
    Operator Logo ZXCTN 9004 Product Description ZXCTN 9004 Product Description ZXCTN 9004 Product Description Version Date Author Approved By Remarks R0 2009-08-21 Wang Ning He Ping Not open to the Third Party © 2010 ZTE Corporation. All rights reserved. ZTE CONFIDENTIAL: This document contains proprietary information of ZTE and is not to be disclosed or used without the prior written permission of ZTE. Due to update and improvement of ZTE products and technologies, information in this document is subjected to change without notice. ZTE Confidential Proprietary © 2009 ZTE Corporation. All rights reserved. I Content TABLE OF CONTENTS 1 Overview ..................................................................................................................... 1 2 Highlights .................................................................................................................... 3 3 Functions and Features ............................................................................................. 5 3.1.1 Service processing capability ...................................................................................... 5 3.1.2 Interface type and quantity .......................................................................................... 6 3.2 Multi-service bearing capability.................................................................................... 7 3.2.1 TDM emulation ............................................................................................................ 7 3.2.2 ATM Emulation ...........................................................................................................
    [Show full text]