DOCSLIB.ORG

Technical Realization of Communication Networks

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Technical Realization of Communication Networks TECHNISCHE UNIVERSITAT ••• WIEN • • • institute of Vienna University of Technology • e • telecommunications Lecture Notes Technical Realization of Communication Networks Course Number: 388.031 Part : Networking o. Univ. Prof. Dr. Hannen R. van As Institute of Telecommunications Vienna University of Technology 2011 2 CONTENTS 1.5.14 Adrnii;sion control 59 l.5.15 Flow control .... 60 1.5.16 Congestion control 61 1.6 Mobility 62 1. 7 Security . .. 63 Contents 2 Source and transmission coding 65 2.1 Introduction . 66 2.2 Source coding . 67 2.3 Linc coding aJJd modulation . 68 2.3.1 Binary coding . 69 1 Networking 1 2.3.2 I3lock <.'Oding .... 70 1.1 Network architecture . 2 2.3.3 Convolution coding . 71 1.1.1 Network planes . .. 2 2.4 Modulation . 72 1.1.2 Wired and wireless media 3 2.4.l OFDM ....... 73 1.1.3 Transmission . 3 2.4.2 CMSK .. .. ... 74 1.1.4 Switching . 9 2.5 System-related coding and tra.nsrnh;sion 75 1.1.5 Signaling and control . 13 2.5.1 PCM .......... .... 76 1.1.6 Network intelligence 14 1.1.7 Network management 14 3 Tuansmission 77 1.1.8 Service transport . 14 3.1 Introduction . 78 1.1.9 Communication and content services 14 3.2 Transmission media . 82 1.1.10 Technological layering 14 3.2.l CoaxiaJ cable 82 1.1.11 Geographical areas 15 3.2.2 Copper twisted pair 82 1.2 Protocol Architecture 19 3.2.3 Fiber . 83 1.3 Network protocols 23 3.2.4 Free-space optic link 83 1.4 Network availability 27 3.2.5 Frequency spcctmrn 83 1.5 Network control . 30 3.2.6 Microwave link . 83 1.5.1 Network control mechanisms 31 3.2.7 Mobile radio interf~ 83 1.5.2 Performance measures and measurcmeut . 32 3.2.8 Wireless intcrf~e . 83 1.5.3 Topology and routing management 37 3.2.9 Satellite interface . 83 1.5.4 Network operation policies . 38 3.3 Transmission techniques 84 1.5.5 Service level management 39 1.5.6 Buffer management . 40 4 Switching 85 1.5. 7 P~ket classification 41 1.5.8 Shaping . 42 5 Protocols 87 1.5.9 Policing .. 43 1.5.10 Scheduling. 44 6 Addressing, naming, numbering and labeling 89 1.5.11 Monitoring 45 6.1 lnlroduction . 90 1.5.12 IntScrv (integrated services) . 46 6.2 IEEE addressing .... 91 1.5.13 DiffServ (differentiated services) 48 6.2.1 MAC addressing 91 CONTENTS 3 0 CONTENTS 6.2.2 Address Resolution . 94 10.3 Intcrdomain Routing with MPLS ..... 179 6.2.3 LLC addressing . 95 10.3.1 Inter-AS Bandwidth Guaranlecs 180 6.3 Internet addressing . 97 10.4 MPLS VPN . 186 6.3.1 1Pv4 addressing . 102 10.5 Layer-2 MPLS VPN . .. 187 6.3.2 1Pv6 addressing . 106 10.6 Layer-3 MPLS VPN . 188 6.4 Internet protocol stack internal addressing . 110 10.7 VSAN (Virtual storage area network) . 189 6.4.1 SNAP (Subnetwork acces8 protocol .. 110 6.4.2 Ethertypes . 111 11 Network systems 191 6.4.3 Protocol numbers ... 112 11.l Network Systems 192 6.4.4 Port numbers . 114 12 Standardization 195 6.5 DNS (Domain name system) . 115 12.1 Standardization in telecommu11ication1> . 196 6.5.l DNSSEC (Domain name system security) 130 12.1.1 Standard organizaLions . 196 6.5.2 ENUM (Telephone number mapping) . 131 12.1.2 Fora ... 206 6.5.3 NAT (Network addre1>1> translation) . 142 12.1.3 Alliances . 218 6.6 OSI addressing . 144 12.l.4 Conoortia 224 6.7 OSI protocol stack internal addressing . 146 12.1.5 Centers . 226 6.8 ATM addressing 147 12.l.6 Internet Address Registration 227 6.9 ISON .addressing . 149 6.10 GSM addressing . 151 13 Abbreviations 229 6.11 GPRS addressing . 155 6.12 WLAN addressing 156 7 Network management 159 8 Services 161 9 Multiservicc networking 163 9.1 Multiservice Networking 164 10 Virtual networks 165 10.1 VLAN (Virtual local area network) 166 10.2 VPN (Virtual private network) . 169 10.2.1 Overlay Model ...... 169 10.2.2 Peer Model ........ 171 10.2.3 BGP/ MPLS VPN Network Topology . 173 10.2.4 Routing Information Distribution . 173 10.2.5 VPN-1Pv4 Address Family . 175 10.2.6 BGP Operation .. 176 10.2.7 Data Flow ..... 176 10.2.8 Quality-of-Service . 178 10.2.9 Scalability .... 179 2 Networking 1.1 N etwork architecture Chapter 1 Access networi<s (AN) Networking (Wired end wireless) Figure 1.1: Telecommunication networks (hierw-chical view) The architecture of telecommunicat,ions net.works can roughly be divided according to two criteria: geographically partitioning in access networks, regional networks, and long-distance or wide area networks on the one hand and functionally partitioning as a layered model with two prime areas, t,ran:;­ port and network intelligence, on the other hand. 'fhcrcby, fixed, mobile and satellite communications play their important role in all geographic network parts of the world. AcceM network Metro network Wide .,.. networll Metro network Access network Figure 1.2: Tclccommwlication networks (end-to-end view) 1.1.1 Network planes The layered structure of the transportation network is further partitioned. Transport consists of all ta.-;ks, which arc necessary for switching end-to-end connections. They are considerably coined by the switching technologies and commwtication protocols in the end systems. Similarly to the OSI rcf­ creucc model for protocol layering the network architecture is subdivided into network planes. In the center the switching plane is located. Here, the network components of all switching technologies are to be found. Within 1.1 Network architecture 3 4 Networking trical end equipments particularly long distance are the SDH Transmission I Network Intelligence I Systems (SDH stands for Synchronous Digitally Hierarchy). They form an Networ11 ln4llla1111 ...... autonomous and flexible tra.rn;mission network with fast reconfiguration in case of failure of nodes and optical fiber cables. The staudardized trans­ mission bit rates a.re 155 Mbit/ s, 622 :Mbit/ s, 2.5 Gbit/ s, 10 Gbit/s, and 40 I Swlll:hlng - ll'llnsport I Gbit/ s. I SDHnetwOli< I Reg Iona I Metro Figure 1.3: Layered network architecture ADM:~ muhlplexer I SOH: Synchronoua clgltal hierarchy I. DXC : Dlgltal er-. th.is switching plane the three hicrarch.ica.l network areas: access network, regional network (metropolitan area network, MAN), and long-di&ta.nce net­ Figure 1.4: SDH network structure work (wide Area network, WAN) a.re located. Between all network compo­ nents transmission takes place, whereby all communications equipment and communication media can be allocated either to the electrical or for op­ --e byte• 261 bylea t • O · ~ - tical transmission plane. In case of circuit switching, nodes communicate RSOH 3 ----·:r with another over a fail safe, independent network. This is the signaling _, Payloed-: Vc-4 e• network number 7 (SS7, Signaling system number 7). Over this signaling MSOH g "' plane also all communications between the switching, network intelligence, _____J_ and network management planes takes place. ls 125 ... 1st row 2nd row 3rd'""' 1.1.2 Wired and wireless m edia ""'""' 1.1.3 Transmission STM·l transmission frame; duration t • 126 ps .I In the access area transmission occurs over copper wires, coaxial cables, Figure 1.5: SDH Frame format: STM-1 radio channels, or opticaJ fibers. In the long-distance network transmission takes generally place over optical fibers. The exceptions a.re radio relay links and satellite links. However, when fiber is used, optical transmission needs also electronic end equipments. Therefore, the electrical transmission plane is always linked with the optical transmission plane. Important clcc- 1.1 Network architecture 5 6 Networking I TribularyPlone l 4 x STU-1 ••S~ 4xSTIM& 4xSTM~ l 1 1 l Low-order "'"' ST~1 STM-4 STM·16 ST~64 STU-256 oommomomm•• I Palh plane I High-order Jl'lh DDDDD ............................ .. ........................ ............... 155 MblWs 622 Mbllls 2.5 Gblts 10 Gbilla 40Gb1Ws Figure J .6: .Multiplexing in SDH 4 x270 I --• x 9-l-•x 1 4 x 2llO :I ----- --- -----=--=Physical medium ---------- -----1= ------~-::~ ~~ 0 f 3 SOti Figure 1.9: Architecture for mapping of PDH bit streams 1 p p 1 P P 00 00 4xC4 II rows -- H H H H 1 1 2 ll ~ 5. SOH ·' 1 ' 4 xVC4 l • 125µs T3: 45 Mbllls Figure l. 7: SDH Frame format: STM-4 with block-i nterleaving E3: .34 MbiWs SOH 4 x 270 i.-. x9-l 1 t-3 4 x 260 :I 0 t 3 SOti ·1~ E1: 2Mbit/s 1 p 1 0 AU Adminla1rative unit ••~ Tt: 1.5 Mblt/s - Fbred C4-'4c trows H AUG Admlnlatrative unit group 1 , TU Tributary unit 5 SOH TUG Tributary unit group r Ma~lng c Container POH VC Virtual container l 1 Pointer VC4-4c h125µs Figure 1.10: Mapping of PDH bit streams into a STM-1 transmission Figure 1.8: SDH Frame format: STM-4c (Concatenated) 1.1 Network architecture 7 8 Networking Europe North America 214·.ZllelVa • ... 71111Wa T3 7 T2 4 T1 .. ,24....... Figure l.13: PDH (plesiochronous digital hierarchy) C Conlal.., VC Vlrtu91 cont•IMr TU Tributary unit C-11 Tl: 1.5 llbitls TUG Tributary unit lllOUP C-12 El: 2 llbltls AU Admln18118tlve unit C-2 T2: 6.3 Mbltla 4 AUG Admln18118tlve unit group C-3 T3: 34 Mbitla STM SynclV_ lr9...... module E3; 45 lllbit/• ... .e Concatwwted C4 E4: 140 llbltla Figure 1.11: Mapping of bit i.treams into STM transmission frames SOHETISOH 01N: TmnlPOll~ Flblr ID+I Re181Ubltfal 1'11ivloed (Ublllsl STM4 11.840 50.112 Figure 1.14: GFP rnapping scheme STM·l 166.62 150.336 STM-4 622.08 601.344 STM-16 2'488.32 2'405.376 STll-64 9'953.28 9'621.604 GFP header GFP peyl<>11d STM·256 39'813.12 38'486.016 P9yload GFP p,eyloed lenglh ......
Load more

Recommended publications
  • RFC 2168 Resolution of Uris Using the DNS June 1997
    Network Working Group R. Daniel Request for Comments: 2168 Los Alamos National Laboratory Category: Experimental M. Mealling Network Solutions, Inc. June 1997 Resolution of Uniform Resource Identifiers using the Domain Name System Status of this Memo =================== This memo defines an Experimental Protocol for the Internet community. This memo does not specify an Internet standard of any kind. Discussion and suggestions for improvement are requested. Distribution of this memo is unlimited. Abstract: ========= Uniform Resource Locators (URLs) are the foundation of the World Wide Web, and are a vital Internet technology. However, they have proven to be brittle in practice. The basic problem is that URLs typically identify a particular path to a file on a particular host. There is no graceful way of changing the path or host once the URL has been assigned. Neither is there a graceful way of replicating the resource located by the URL to achieve better network utilization and/or fault tolerance. Uniform Resource Names (URNs) have been hypothesized as a adjunct to URLs that would overcome such problems. URNs and URLs are both instances of a broader class of identifiers known as Uniform Resource Identifiers (URIs). The requirements document for URN resolution systems[15] defines the concept of a "resolver discovery service". This document describes the first, experimental, RDS. It is implemented by a new DNS Resource Record, NAPTR (Naming Authority PoinTeR), that provides rules for mapping parts of URIs to domain names. By changing the mapping rules, we can change the host that is contacted to resolve a URI. This will allow a more graceful handling of URLs over long time periods, and forms the foundation for a new proposal for Uniform Resource Names.
    [Show full text]
  • DNS/ENUM Guidelines for Service Providers & GRX/IPX
    GSM Association Non Confidential Official Document IR.67 IR.67 - DNS/ENUM Guidelines for Service Providers & GRX/IPX Providers 6.0 1 December 2011 This is a non-binding permanent reference document of the GSM Association. Security Classification – NON-CONFIDENTIAL GSMA Material Copyright Notice Copyright © 2011 GSM Association Antitrust Notice The information contain herein is in full compliance with the GSM Association’s antitrust compliance policy. V6.0 Page 1 of 78 GSM Association Non Confidential Official Document IR.67 Table of Contents IR.67 - DNS/ENUM Guidelines for Service Providers & GRX/IPX Providers .......... 1 6.0 ............................................................................................................................... 1 1 December 2011 ....................................................................................................... 1 1 Introduction ...................................................................................................... 5 1.1 Overview ..................................................................................................... 5 1.2 Scope .......................................................................................................... 5 1.3 Definition of Acronyms and Abbreviations ................................................... 5 1.4 Definition of Terms ...................................................................................... 6 1.5 Document Cross-References ...................................................................... 7 2 DNS
    [Show full text]
  • March 22, 2006 Marlene H. Dortch Federal Communications Commission Office of the Secretary 445 12Th Street, SW Washington, DC 2
    1875 K Street, NW Washington, DC 20006 Tel: 202 303 1000 Fax: 202 303 2000 March 22, 2006 Marlene H. Dortch Federal Communications Commission Office of the Secretary 445 12th Street, SW Washington, DC 20554 Re: In re Telecommunications Relay Services and Speech-to-Speech Services for Individuals with Hearing and Speech Disabilities; Petition for Declaratory Ruling on Video Relay Service Interoperability, CG Docket No. 03-123 Dear Ms. Dortch: On March 20, 2006, representatives of Snap Telecommunications, Inc. (“Snap”), Aequus Technologies Corp. (“Aequus”), and WorldGate Communications, Inc. (“WorldGate”) met with Tom Chandler, Chief, Disability Rights Office; Jay Keithley, Deputy Bureau Chief, Consumer & Governmental Affairs Bureau; Greg Hlibok, Disability Rights Office; and Sharon Diskin, Office of the General Counsel. Also attending the meeting were David Dinin, President, Aequus; Daryl Crouse, President and Founder, Snap; Randy Gort, General Counsel, WorldGate; Richard Westerfer, Chief Operating Officer and Senior Vice-President, WorldGate; and the undersigned. During the meeting, the parties supported the petition in the above-captioned proceeding and opposed restrictive marketing practices, IP blocking, or other techniques by a VRS provider designed to prevent a hearing-impaired individual from placing a VRS call to a different VRS provider. However, the parties also cautioned the Commission to avoid the adoption of requirements in this proceeding that could have the inadvertent effect of impeding the ability of new or existing VRS providers from introducing VRS equipment and services implementing the newer and more robust open standard called Session Initiation Protocol (“SIP”). The parties described the benefits of SIP in providing functionally equivalent service for the hearing-impaired community, the fact that SIP is increasingly being embraced as the standard of choice in the video phone and VoIP arenas, and that SIP is the focus of significant efforts by various industry players to establish E-911 solutions for VoIP and VRS.
    [Show full text]
  • Dns Applications and Resource Records
    10 DNS APPLICATIONS AND RESOURCE RECORDS 10.1 INTRODUCTION DNS inherently lends itself well to “translating” a given piece of information into another related piece of information. This resolution process is the very reason for DNS’s invention, and it has been extended beyond resolving hostnames into IP addresses and vice versa to support a broad variety of applications. Virtually any service or application that requires translation of one form of information into another can leverage DNS. Each resource record configured in DNS enables this lookup function, returning a resolution answer for a given query. The DNS server parses the query from the Question section of the DNS message,* seeking a match within the corresponding domain’s zone file for the query’s QNAME, QCLASS, and QTYPE. Each resource record has a Name (aka Owner) field, Class (Internet class is assumed if not specified), and Type field. The RData field contains the corresponding answer to the query. The resource record type defines the type and format of the question (owner/name field) and corresponding answer (RData field). In some instances, multiple resource records may match the queried name, type, and class. In such cases, all matching records, called a Resource Record Set (RRSet), are returned in the Answer section of the response message. * Refer to Figure 9.12. IP Address Management: Principles and Practice, by Timothy Rooney Copyright Ó 2011 the Institute of Electrical and Electronics Engineers, Inc. 10.1 INTRODUCTION 177 Most, but not all, new applications require new resource record types to enable definition of application-specific information, and these new resource record types are standardized via the IETF RFC process.
    [Show full text]
  • ENUM Guidelines for Service Providers and IPX Providers
    GSM Association Non-confidential Official Document NG.105 - ENUM Guidelines for Service Providers and IPX Providers ENUM Guidelines for Service Providers and IPX Providers Version 1.1 28 May 2018 This is a Non-binding Permanent Reference Document of the GSMA Security Classification: Non-confidential Access to and distribution of this document is restricted to the persons permitted by the security classification. This document is confidential to the Association and is subject to copyright protection. This document is to be used only for the purposes for which it has been supplied and information contained in it must not be disclosed or in any other way made available, in whole or in part, to persons other than those permitted under the security classification without the prior written approval of the Association. Copyright Notice (Test) Copyright © 2018 GSM Association Disclaimer The GSM Association (“Association”) makes no representation, warranty or undertaking (express or implied) with respect to and does not accept any responsibility for, and hereby disclaims liability for the accuracy or completeness or timeliness of the information contained in this document. The information contained in this document may be subject to change without prior notice. Antitrust Notice The information contain herein is in full compliance with the GSM Association’s antitrust compliance policy. V1.1 Page 1 of 55 GSM Association Non-confidential Official Document NG.105 - ENUM Guidelines for Service Providers and IPX Providers Table of Contents 1 Introduction
    [Show full text]
  • Vitalqip® DNS/DHCP & IP Management Software ENUM
    VitalQIP® DNS/DHCP & IP Management Software ENUM Manager Release 1.2 User’s Guide 190-409-067R7.1 Issue 1 August 2007 Alcatel-Lucent - Proprietary This document contains proprietary information of Alcatel-Lucent and is not to be disclosed or used except in accordance with applicable agreements. Copyright © 2007 Alcatel-Lucent. Unpublished and not for publication. All rights reserved. Copyright © 2007 Alcatel-Lucent. All Rights Reserved. This material is protected by the copyright laws of the United States and other countries. It may not be reproduced, distributed, or altered in any fashion by any entity (either internal or external to Alcatel-Lucent), except in accordance with applicable agreements, contracts, or licensing, without the express written consent of Alcatel-Lucent and the business management owner of the material. This material is protected by the copyright and trade secret laws of the United States and other countries. It may not be reproduced, distributed, or altered in any fashion by any entity (either internal or external to Alcatel-Lucent), except in accordance with applicable agreements, contracts, or licensing, without the express written consent of Alcatel-Lucent and the business management owner of the material. Trademarks All trademarks and service marks specified herein are owned by their respective companies. Licenses Apache This product includes software developed by the Apache Software Foundation (http:// www.apache.org/). Alcatel-Lucent - Proprietary See notice on first page. Contents About this document 1 ENUM
    [Show full text]
  • IP Telephony Cookbook
    IP Telephony Cookbook Dr. Margit Brandl, Dimitris Daskopoulos, Erik Dobbelsteijn, Dr. Rosario Giuseppe Garroppo, Jan Janak, Jiri Kuthan, Saverio Niccolini, Dr. Jorg¨ Ott, Stefan Prelle, Dr. Sven Ubik, Egon Verharen March 9, 2004 Contents 1 Introduction 11 1.1 Goal . 11 1.2 Reasons for writing this document . 11 1.3 Contents . 11 1.4 How to read this document . 12 1.5 Techno-economic aspect of moving from classic telephony to VoIP . 12 2 Technology Background 15 2.1 Components . 15 2.1.1 Terminal . 15 2.1.2 Server . 15 2.1.3 Gateway . 15 2.1.4 Conference Bridge . 16 2.1.5 Addressing . 16 2.2 Protocols . 16 2.2.1 H.323 . 16 2.2.1.1 Scope . 17 2.2.1.2 Signaling protocols . 18 2.2.1.3 Gatekeeper Discovery and Registration . 20 2.2.1.4 Signaling models . 21 2.2.1.5 Communication Phases . 24 2.2.1.6 Locating zone external targets . 28 2.2.1.7 Sample Call Scenario . 29 2.2.1.8 Additional (Call) Services . 29 2.2.1.9 H.235 Security . 30 2.2.1.10 Protocol Profiles . 31 2.2.2 SIP . 31 2.2.2.1 Purpose of SIP . 31 2.2.2.2 SIP Network Elements . 32 2.2.2.3 SIP Messages . 34 2.2.2.4 SIP Transactions . 38 2.2.2.5 SIP Dialogs . 38 2.2.2.6 Typical SIP Scenarios . 40 2.2.3 Media Gateway Control Protocols . 43 2.2.4 Proprietary Signaling Protocols . 45 2.2.5 Real Time Protocol (RTP) and Real Time Control Protocol (RTCP) .
    [Show full text]
  • Rewriting Dns for the Semantic Network with Ruby and Rails
    anchoring trust r e w r i t i n g d n s f o r t h e s e m a n t i c n e t w o r k w i t h r u b y a n d r a i l s http://slides.games-with-brains.nethttp://slides.games-with-brains.net// introduction we are scientists romek szczesniak eleanor mchugh cryptographer physicist [email protected] [email protected] we do science! applied research semantic DNS infrastructure identity & access management Rails-abuse, Ruby-fu, vapourware the wraith network packet sniffer the rindr DNS application server the weasel words danger! experimental code and concepts ahead all such code is provided for entertainment purposes only and should be used with extreme caution, under adult supervision, blah blah blah... any resemblance to actual code & conceptsTM, living or dead, is purely coincidental the semantic network today’s internet packet switched network based on Internet Protocol each node has an IANA-allocated IP address some IP addresses map to domain names all domains ultimately map to IP addresses nominally application agnostic the dns system defined in RFC 1034-1035 (November 1987) resolves IP addresses from domain names predominantly a static system ISC BIND 9 is the base implementation alternatives: NSD; MaraDNS; djbdns a dns lookup the following is the output of querying the domain spikyblackcat.co.uk using dig ; <<>> DiG 9.3.4 <<>> spikyblackcat.co.uk ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30042 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;spikyblackcat.co.uk.
    [Show full text]
  • Oracle Communications Network Charging and Control ENUM Control Agent User's and Technical Guide
    Oracle® Communications Network Charging and Control ENUM Control Agent User's and Technical Guide Release 12.0.0 December 2017 Copyright Copyright © 2017, Oracle and/or its affiliates. All rights reserved. This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error- free. If you find any errors, please report them to us in writing. If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, then the following notice is applicable: U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S.
    [Show full text]
  • Dns & Bind Ge-Packt
    DNS & BIND GE-PACKT Johannes Franken DNS & BIND GE-PACKT Bibliografische Information Der Deutschen Bibliothek Die Deutsche Bibliothek verzeichnet diese Publikation in der Deutschen Nationalbibliografie; detaillierte bibliografische Daten sind im Internet über http://dnb.ddb.de abrufbar. ISBN 3-8266-1502-6 1. Auflage 2005 Alle Rechte, auch die der Übersetzung, vorbehalten. Kein Teil des Werkes darf in irgendeiner Form (Druck, Kopie, Mikrofilm oder einem anderen Verfahren) ohne schriftliche Genehmi- gung des Verlages reproduziert oder unter Verwendung elektronischer Systeme verarbeitet, vervielfältigt oder verbreitet werden. Der Verlag übernimmt keine Gewähr für die Funktion einzelner Programme oder von Teilen derselben. Insbesondere übernimmt er keinerlei Haf- tung für eventuelle, aus dem Gebrauch resultierende Folgeschäden. Die Wiedergabe von Gebrauchsnamen, Handelsnamen, Warenbezeichnungen usw. in diesem Werk berechtigt auch ohne besondere Kennzeichnung nicht zu der Annahme, dass solche Namen im Sinne der Warenzeichen- und Markenschutz-Gesetzgebung als frei zu betrachten wären und daher von jedermann benutzt werden dürften. Printed in Germany © Copyright 2005 by mitp-Verlag/Bonn, ein Geschäftsbereich der verlag moderne industrie Buch AG & Co. KG/Landsberg Lektorat: Gunnar Jehle Sprachkorrektorat: Petra Heubach-Erdmann Satz und Layout: G&U e.Publishing Services GmbH, Flensburg Druck: Kösel, Krugzell I Inhaltsverzeichnis V Vorwort . 15 E Über diese Referenz . 17 E.1 Abgrenzung . 17 E.2 Zielgruppe . 17 E.3 Aufbau . 18 E.4 Schreibweisen . 18 E.5 Die RFCs . 20 E.6 Beispiele . 21 E.7 Feedback und Errata . 21 E.8 Danksagungen. 21 Teil I Konzepte und Einsatz von DNS und BIND . 23 1 Das Domain Name System . 25 1.1 Motivation . 25 1.2 Entstehung.
    [Show full text]
  • (54) METHODS.SYSTEMSAND.COMPETEB. E.R. 39 Style Alm 573
    US00839 1273B2 (12) United States Patent (10) Patent No.: US 8,391,273 B2 Ku (45) Date of Patent: Mar. 5, 2013 (54) METHODS.SYSTEMSAND.COMPETEB.PROGRAMI PRODUCTS FOR PROVIDING 2007/0061397E.R. A1 3/200739 GregoratStyleacket al.et al.................... alm 573. INTRA-CARRIER P-BASED CONNECTIONS 2007/0133574 A1 6/2007 Tejani et al. USINGA COMMON TELEPHONE NUMBER 2007/0165613 A1* 7/2007 Soo et al. ...................... 370,356 MAPPING ARCHITECTURE 2007/0286379 A1* 12/2007 Wiatrowski et al. ..... 379,201.01 2008.0002665 A1 1/2008 Soo et al. .... 370,352 2008/00 19356 A1 1/2008 Marsico ........................ 370,352 (75) Inventor: Bernard Ku, Austin, TX (US) 2008.0025492 A1* 1/2008 Heinze et al. ............ 379,220.01 2008. O198997 A1* 8, 2008 Sterman et al. .......... 379,220.01 (73) Assignee: AT&T Intellectual Property I, L.P., 2009/0227276 A1* 9/2009 Agarwal et al. ............... 455,466 Reno, NV (US) 2010/0158201 A1* 6/2010 Vijay Marathe et al. ....... 379,36 2011/0038468 A1 2/2011 Hannan et al. ........... 379,112.01 (*) Notice: Subject to any disclaimer, the term of this 2011/0149956 A1*ck 6, 2011 Alt et al. ....................... 370,352 patent is extended or adjusted under 35 FOREIGN PATENT DOCUMENTS U.S.C. 154(b) by 1111 days. JP 2007243564 A * 9, 2007 (21) Appl. No.: 12/338,259 OTHER PUBLICATIONS Lind, “ENUMOverview”, CC1 ENUM LLCPETPAC, 6 pages, Jun. (22) Filed: Dec. 18, 2008 13, 2006. (65) Prior Publication Data (Continued) US 2010/O157977 A1 Jun. 24, 2010 Primary Examiner — Chi Pham (51) Int. Cl Assistant Examiner — Ahmed Elallam H04L 2/28 (2006.01) SEg: Agent, or Firm — Myers Bigel Sibley & H04L 2/64 (2006.01) s H04L 2/66 (2006.01) (57) ABSTRACT 52) U.S.
    [Show full text]
  • GS1 Object Name Service (ONS) Version 2.0.1
    GS1 Object Name Service (ONS) GS1 Object Name Service (ONS) Version 2.0.1 Ratified Standard Issue 2 January 31, 2013 Issue 2, Ratified Standard, January 31, 2013 All contents copyright © GS1 Page 1 of 34 GS1 Object Name Service (ONS) Document Summary Document Item Current Value Document Title Draft Standard Specification GS1 Object Name Service (ONS) Date Last Modified January 31, 2013 Document Issue Issue 2 of Ratified Standard-updated with fixed errata Document Status Ratified Standard Document Description Contributors Name (& Notable Role) Organization Sandoche Balakrichenan-- AFNIC Conformance Requirements Editor and Prototype Test Participant Mark Harrison Auto-ID Labs Philippe Gautier Business2Any Marc-Antoine Mouilleron France Telecom Orange Philippe Rodier France Telecom Orange Jacques Madelaine GREYC Adrien Laurence GREYC Jerome Le Moulec GREYC Steven Pereira GS1 Australia Manfred Piller GS1 Austria Kevin Dean Co—Chair, Editor of ONS GS1 Canada Solution; GS1 AG Liaison Han Du GS1 China Zhang Xu GS1 China Giovanni Biffi GS1 Colombia Juan Ochoa GS1 Colombia Felipe Serrano GS1 Columbia Douglas Hill GS1 Denmark Per Kiilsholm GS1 Denmark Pertti Hakala GS1 Finland Nicolas Pauvre co-Chair, Prototype Test GS1 France Participant Andreas Fuessler GS1 Germany Ralph Troeger GS1 Germany Dipan Anarkat GS1 Global Office Issue 2, Ratified Standard, January 31, 2013 All contents copyright © GS1 Page 2 of 34 GS1 Object Name Service (ONS) Name (& Notable Role) Organization Henri Barthel GS1 Global Office Mark Frey-- Facilitator & Process Manager
    [Show full text]