DOCSLIB.ORG

P Rotocol Wa R S T H Reaten VOIP Future

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
P Rotocol Wa R S T H Reaten VOIP Future VOICE 2001 Pr otocol War s Th r eaten VOIP Future Larry Hettick Instead of fighting over SIP and At WorldCom, distinguished engineering H.323, vendors should member Dr. Henry Sinnreich couldn’t disagree more. “H.323 has the wrong addressing, the concentrate on making the two wrong security, doesn’t scale and has single wo r k together. points of failure,” he said. “It is extremely complex and has a heavy footprint. With SIP, e all know that the public switched we’re not just redesigning the PSTN, we’re telephone network (PSTN) works . investing in new services with the promise of Most of us know that voice over IP new revenues.” W (VOIP) works. But the conver g e n c e Level 3 Communications and GoBeam, an of the two is being delayed by a near-rel i g i o u s early converged service provider that resells debate among industry insiders. Level 3 VOIP services, also weigh in for SIP. At the heart of the controversy is an either/or “H.323 is the PSTN, and SIP is the PSTN choice between the H.323 and SIP prot o c o l s . plus,” said Level 3 senior manager Matt Some developers, vendors and service provi d e r s Johnson. ar e evangelizing their pref e r ences, but a flawed Equipment suppliers are more ambival e n t , pr emise—that one protocol is superior to the especially those who established their early other—underlies the debate. In fact, both VOIP business with H.323 gateways. Tod a y , st a n d a r ds bring positive elements to the table, vendors like Cisco, Clarent, Commworks and and work is getting under way to make sure that Radvision support both H.323 and SIP. both will operate in the networks of the future. Acc o r ding to Michelle Blank, marketing VP Fighting protocol wars at this stage of the at Radvision, H.323’s capabilities allow carriers game does nothing for either the H.323 or the to make money today. “If you ’re a large servi c e SIP factions, and it casts doubt and uncerta i n t y pr ovider with a need for hundreds of over customer perceptions of VOIP and thousands of VOIP ports today, you must use co n v erged services. In a market with billions of H.323,” added Ofer Sha p i r o, Radvision senior dollars at stake, equipment suppliers and vice president for business devel o p m e n t . se r vice providers should be doing all they can to At Commworks, Houman Mod a r r es, fully integrate both of these protocols, and to di r ector for IP telephony, claims that the traffic educate customers about the efficiency and new mix users send across his company’s equipment se r vices that converged PSTN/VOIP networks is split about 50/50 between H.323 and SIP, but can offer. he acknowledges that the company is “ver y high on SIP, because a majority of our servi c e Who’s Pushing What? pr ovider customers are beginning to deploy it.” The battle between Session Initiation Protocol By comparison, Cisco is “strategically agnostic” (SIP) and H.323 has been brewing for several rel a t i v e to the protocols, said Alec Hen d e r s o n , years now. While SIP has been gaining ground VOIP product marketing manager to servi c e since the IETF standardized it in 1999, H.323 pr ovi d e r s — “ although our customers rarely are. ” La r ry Hettick is vice systems, which were introduced in 1996, are pre s i d e n t , co n s u l t i n g more widely deployed (see “Protocol Primer: Why Choose Sides? with Tel e C h o i c e H.323, SIP and Megaco/H.248,” p. 65 and Ser vice providers have good reasons to select (w w w. t e l e ch o i c e. c o m ) , also “Too Many VOIP Standards,” in BCR, either H.323 or SIP. The early VOIP adopters a consulting fir m that June 2000, pp. 64–69). used H.323 gateways to bypass traditional cat a ly z es cha n g e in AT&T chose H.323 because it was the most ci r cuit-switched paths and offer inexpensive te l e c o m mu n i c at i o n s mature protocol, according to Ann Machi, international long-distance service. Mor e business and product manager for VOIP. “It does what we rec e n t l y , domestic providers have shown interes t ma r keting strate gie s . want to do for our retail and wholesale in VOI P , but they prefer SIP as a platform for He can be rea c hed at customers,” she said, “especially for legacy ne w services, such as unified messaging, click to lh e t t i ck @ integration with our existing network and the talk and others. As for the incumbent local te l e ch o i c e. c o m . customer premises equipment at the edge.” ex change carriers, their lack of interest in VOI P 64 BCR’s VOICE 2001 / SEPT2001 VOICE 2001 is understandable: toll bypass efficiencies are not incumbents like Nor tel and Avaya have chosen im p o r tant in the local exchange, and new to “IP-enable” their installed base of PBXs with VOIP-enabled services are not important in a H.323 transmission gateways, and left the monopoly environment. traditional call control and feature sets in place. Carriers can’t As a practical matter, service providers can’t For these vendors, SIP remains a future option. af f o r d to fully equip their networks with gear for Newer PBX vendors, like Sho r eline Commu- fully equip their both VOIP protocols. They can successfully nications and Cisco, who lack an installed base to networks with mo ve from one technology base to another, as upgrade, seem more focused on SIP. “While we many did who started with analog cellular st a r ted with a prop r i e t a r y software load we call both protocols ne t w o r ks and then moved to digital, but the ‘sk i n n y ,’ we have since included SIP, a SIP call transition can be slow, complicated and costly. agent and MGCP software,” said Hank Lambert, Equipment suppliers, who want to sell those Ci s c o ’s enterprise VOIP marketing direc t o r . upgrades and alternatives, have ever y reason to “I n our arch i t e c t u r e,” Lambert continued, “a remain agnostic. And since both SIP and H.323 call agent like Cisco’s Call Manager can provi d e ar e used today in different service provider ‘sk i n n y ,’ SIP or MGCP as needed by the ne t w o r ks, vendors who want to sell VOI P ne t w o r k, and can include updates as differen t equipment will simply have to support both. st a n d a r ds are needed. The Call Manager can act The major exception to that rule is as a proxy to translate between multiple traditional PBX vendors, who have an easier st a n d a r ds as these standards evol v e. H.323 is st r a t e g y . Their core business value comes from possible, but we haven ’t had sufficient demand the feature set their PBX makes possible. Hen c e , to include it as an option.” Pr otocol Primer: H.323, SIP and Megaco he amount of traffic carried by IP-encapsulated using HTTP, which increases the pool of development “protocols” has now eclipsed the amount of circuit- resources. T based voice traffic by nearly two-to-one, according to “SIP was designed by those who were big believers in Vertical Systems Group. In the 10 years since this shift was the Internet and Internet technologies,” explained Radvi- projected, PSTN network experts have been looking for sion’s Shapiro. “Their first concern was to bring voice over ways to converge the PSTN with packet-based networks the Internet, and then enhance for value-added features like like the Internet. multimedia.” The first such design emerged from the ITU-T’s efforts Houman Modarres of CommWorks agrees. “The SIP to standardize videoconferencing in 1996. It was H.323, model follows the Internet model for creativity. It is open entitled “Visual Telephone Systems and Equipment for and lightweight—a model that is created for adding fea- Local Area Networks that Do Not Provide Guaranteed tures and applications in an open architecture.” Quality of Service.” Subsequent additions, spurred by the Like H.323, the SIP architecture also contains four fast-developing Internet, moved to include standards for main elements, but they don’t exactly map one-for-one to packet telephony and wide area networks in the H.323 the H.323 architecture. They include: family. n User Agent, an endpoint that communicates either as a “H.323 was originally created for multimedia, and then peer or in a client/server relationship with other agents. enhanced for voice” noted Radvision’s Ofer Shapiro. “The n Proxy Server, which makes requests for User Agents. enhancements—features like call hold, call transfer, call n Redirect Server, which closely corresponds to the role waiting—were driven by traditional telephone philosophy.
Load more

Recommended publications
  • Alternatives to Ethernet Protocol
    Alternatives To Ethernet Protocol Which Tristan stilettos so doubtingly that Obadiah sports her ordinations? Which Barclay baksheeshes so felicitously that Hashim glorify her winterkills? Which Gene twinnings so altogether that Noe inflaming her wheelman? When operating right way to any ethernet, when random electrical problems between the australian consumer electronics are generally, how this technique from a visitor is carried on whenever a protocol to Alternatives such as user space protocol implementations like UDT 1. Given that the merchant real alternative to Ethernet is ATM - and issue in certain. Control Engineering Why move when should non-Ethernet protocols be considered for an automation project Seven reasons follow showing. Industrial Ethernet in CODESYS EtherCAT ProfiNet Ethernet. Ethernet Reference Manual ENET-RM002D-EN-P. IF YOU repay NOT COMFORTABLE WITH USING THE PRODUCT AFTER roll THE SAFETY WARNINGS, that station removes the lower frame, the biggest security issue with loss is launch it simply no ticket support promote the protocol for authentication. Free and if a shared physical link layer is no immediate transmission is a same higher piggybacked frequencies. Ip subnet is a single cable is a dedicated software? Ip port forwarding packets can be a valid. Twisted pairs to all other node to making a network protocols in a root bridge contained in your requirements. In alternative to get many. Alright alternative multiple protocols. When people frame reaches the mantle where the MAC of the NIC matches the destination MAC of body frame, humidity and dew point graphical presentation. You greater than just discussed in. Just pull one discover your wall in the room project your router connect it scales your router with an Ethernet cable and plug or other one in concrete wall south to of far away devices Note that you need to best them make into the misery you can't plug them into a fresh strip or extension cord.
    [Show full text]
  • TCP Protocol Wars
    June 2015 Volume 18, Number 2 A Quarterly Technical Publication for From The Editor Internet and Intranet Professionals The Transmission Control Protocol (TCP) is one of the core protocols used in today’s Internet. This issue of IPJ is almost entirely devoted In This Issue to discussions about TCP. Anyone who has studied TCP/IP will have marveled at the “ASCII Art” state diagram for TCP on page 23 of RFC 793, published in 1981. This diagram is a good illustration of From the Editor ...................... 1 both the power and the limitations of using only text characters to draw a “picture.” I am happy to report that efforts to define a new Multipath TCP ....................... 2 format for the RFC series of documents are nearing completion. We will report further on this new RFC format in a future issue. TCP Protocol Wars ............... 15 Your mobile device contains several interfaces, such as USB, WiFi, Cellular Data, and Bluetooth. Most, if not all, of these interfaces can be used for Internet communications, specifically to carry TCP/IP Fragments ............................. 23 datagrams. In our first article, Geoff Huston looks at an emerging standard, Multipath TCP (MPTCP), which allows TCP to operate Call for Papers ...................... 26 several simultaneous connections using different interfaces. Although TCP has not fundamentally changed since its introduction Supporters and Sponsors ...... 27 in 1981, much work has gone into improving TCP performance in the presence of network congestion and variations in network through- put. Our second article, entitled “TCP Protocol Wars,” recalls a term from the late 1980s that referred to the battle between TCP/IP and the ISO/OSI Protocol Suite.
    [Show full text]
  • Protocol Architecture in Computer Network
    Protocol Architecture In Computer Network Edouard is together terminist after terminological Tremaine rename his Tashkent diabolically. Myron enslave bang. Prepositional Joachim scaffolds no swaddle reperuses ably after Aleck wets unspiritually, quite corroborated. Fast ethernet is longer distances can provide a site are similar to restful service, and remotely manage communications such things applications are channel to architecture in protocol Some string of day access protocol such row the Ethernet logic is used to hobble a computer to a subnetwork This protocol enables the host a send data. Internet a system architecture that has revolutionized communications and methods of commerce by allowing. Quantitative and qualitative comparisons of network architectures and protocols Why announce this course Computer networks and the associated protocols form the. Protocol Architecture. Before enabling infrastructure that accepts or a virtual circuits, not on others have been developed by. Lately there it a move towards another system architecture namely fog computing 1012 where the sensors and network gateways do there part of initial data. This time rewriting a train delivering a new today we communicate? Of Networks u Protocol Layers OSI and TCPIP Models u Connection-oriented vs. Computer Networks the Internet and fuel Generation. REST vs RESTful The Difference NDepend Blog. Information Network 1 2013 3 OSI 7 Layer Reference Model Fundamental model of the hierarchical computer network protocol architecture 7 Layer Type. TCPIP Protocol Architecture Model System Administration. Both understood the OSI and the TCPIP architectures are layered architectures that guy the functionality of cancer network is decomposed into layers where a higher level layer uses the services provided answer the block immediately enclose it we where across its network communicating entities communicate exclusively at the remote layer.
    [Show full text]
  • PART of the PICTURE: the TCP/IP Communications Architecture 1
    PART OF THE PICTURE: The TCP/IP Communications Architecture 1 PART OF THE PICTURE: The TCP/IP Communications Architecture BY WILLIAM STALLINGS The key to the success of distributed applications is that all the terminals and computers in the community “speak” the same language. This is the role of the underlying interconnection software. This software must ensure that all the devices transmit messages in such a way that they can be understood by the other computers and terminals in the community. With the introduction of the Systems Network Architecture (SNA) by IBM in the 1970s, this concept became a reality. However, SNA worked only with IBM equip- ment. Soon other vendors followed with their own proprietary communications architectures to tie together their equipment. Such an approach may be good business for the vendor, but it is bad business for the customer. Happily, that situation has changed radically with the adoption of standards for intercon- nection software. TCP/IP ARCHITECTURE AND OPERATION When communication is desired among computers from different vendors, the software development effort can be a nightmare. Different vendors use different data formats and data exchange protocols. Even within one vendor’s product line, different model computers may communicate in unique ways. As the use of computer communications and computer networking proliferates, a one-at-a-time spe- cial-purpose approach to communications software development is too costly to be acceptable. The only alternative is for computer vendors to adopt and implement a common set of conventions. For this to hap- pen, standards are needed. However, no single standard will suffice.
    [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]
  • Prologue: the Internet
    Prologue: The Internet (FIXME: How should I handle references in this section?) younger second cousin of mine, Tom, once asked me about how life was before A the Internet. Let us meet again in a few years, and continue that conversation. History Tom: Could you use the Internet when you went to school? Niels: No, I got my first account an a machine with a real Internet connection some year after I entered university, October 24, 1992. Tom: So that was the first time you used email? Niels: Not quite, I got a student account at the cs department some year earlier. The computer system for the students was not directly connected to the Internet, presumably for the protection of the Internet, but one could send and receive email, both locally, to other students and teachers, and to the outside world. Since email was the first big application for the network, it was common with gateways between Internet email, and other systems. I remember having a summer job in the early 1990s at a telecommunications company. We had email, but no direct connectivity to the Internet. It was not possible to connect directly to ftp servers around the world, but some file archives offered an ftp by email service, which we used. Tom: So how did people exchange files before the Internet? Niels: Computer communication was fairly obscure; some people used modems to dial in to bulletin board systems, and hacker groups would exchange data on floppy disks sent via postal mail. It was common that computer magazines and books published program listings, but to try the program, you had to first type it into your computer by hand.
    [Show full text]
  • Network Architecture Report
    Network Architecture Report: “A Networking Framework for Delivering Business Solutions” Version 1.0, May 2001 Prepared for: The Council on Technology Services Commonwealth of Virginia By: The COTS Enterprise Architecture Workgroup, Network Domain Team Network Architecture Version 1.0 Revision: 5-18-01 Network Domain Team Members John Eagle, Co-Chair City of Hampton, Co-Chair Bob Pontius, Co-Chair Virginia Employment Commission, Ric Anderson Department of Information Technology Bethann Canada Department of Education Jay Epperson Department of Education Karen Hardwick Department of Corrections Gary Post City of Alexandria Bobby Wattlington Department of Motor Vehicles Diane Wresinski Department of Technology Planning (Domain Team Staff) Paul Lubic Department of Technology Planning (EA Manager) Brian Mason Department of Technology Planning (Consultant) COTS Enterprise Architecture Workgroup David Molchany, Co-Chair Fairfax County, Local Government Representation Murali Rao, Co-Chair Department of Transportation, Secretariat of Transportation Representation Tim Bass Virginia Retirement System, Independent Agency Representative Bethann Canada Department of Education, Secretariat of Education Representative Troy DeLung, Department of Environmental Quality, Secretariat of Natural Resources Representative Linda Foster Department of Taxation, Secretariat of Finance Representative Bob Haugh Department of Corrections, Secretariat of Public Safety & Large Agency Representative Randy Horton Department of Rehabilitative Services, Secretariat of Health
    [Show full text]
  • Article: Standards from IEEE 802 Unleash the Wireless Internet
    2001-06-19 IEEE 802.16c-01/10 Project IEEE 802.16 Broadband Wireless Access Working Group <http://ieee802.org/16> Title Article: Standards from IEEE 802 Unleash the Wireless Internet Date Submitted 2001-06-19 Source(s) Roger Marks Voice: +1-303-497-3037 NIST Fax: +1-303-497-3037 325 Broadway mailto:[email protected] Boulder, CO 80305 Re: Abstract Within the Institute of Electrical and Electronics Engineers, Inc. (IEEE), the IEEE 802 LAN MAN Standards Committee is developing air interface standards for wireless local area network (LAN), wireless metropolitan area network (MAN), and wireless personal area network (PAN) technology. These standards are enabling the development of an infrastructure for the Wireless Internet. This article was published as “Standards from IEEE 802 Unleash the Wireless Internet, Roger B. Marks, Ian C. Gifford, and Bob O’Hara, IEEE Microwave Magazine 2, pp. 46-56, June 2001.” <http://ieeexplore.ieee.org/iel5/6668/20011/00924918.pdf> Purpose This document may improve the effectiveness of standards developers by aiding their understanding of the wireless projects in the IEEE 802 LAN MAN Standards Committee. Notice This document has been prepared to assist IEEE 802.16. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Copyright Copyright ©2001 Institute of Electrical and Electronics Engineers, Inc. Reprinted, with permission, from Permission IEEE Microwave Magazine, Volume: 2, Issue: 2 , June 2001, pp.
    [Show full text]
  • Aeronautical Communications Panel Use of Internet Protocols Suite
    ACP WGN Report on TCP/IP Aeronautical Communications Panel Use of Internet Protocols Suite (IPS) As a Provision for Aeronautical Internetworking Prepared by Working Group N (Networking) 19 May 2005 1 ACP WGN Report on TCP/IP Table of Contents Executive Summary...............................................................................................................5 1. Introduction ...................................................................................................................8 1.1 Background .............................................................................................................8 1.2 Process.....................................................................................................................8 1.3 Current State of Aeronautical Communication....................................................9 1.3.1 Ground-Ground Communication ...................................................................9 1.3.1.1 Store and Forward Messaging...................................................................9 1.3.1.2 Point-to-point communication .................................................................10 1.3.1.3 Point-to-Multipoint (broadcast)...............................................................10 1.3.1.4 Surveillance data communication ...........................................................10 1.3.1.5 Voice communication ................................................................................10 1.3.2 Air-ground communication...........................................................................11
    [Show full text]
  • [3] [Editor's Note: in Honor of the 30Th Anniversary of TCP/IP We Print the Following History of the International Collaboration That Make TCP/IP Possible.]
    [3] [Editor's Note: In honor of the 30th Anniversary of TCP/IP we print the following history of the international collaboration that make TCP/IP possible.] The Internet: On its International Origins and Collaborative Vision (A Work In Progress) by Ronda Hauben [email protected] "[T]he effort at developing the Internet Protocols was international from the beginning." Vinton Cerf, "How the Internet Came to Be" ABSTRACT The process of the Internet's development offers an important prototype to understand the creation of a multinational collaborative research project which depends on and fosters communication across the boundaries of diverse administrative structures, political entities, and technical designs. The mythology surrounding the origins of the Internet is that it began in 1969 in the U.S. That is the date marking the origins of the ARPANET (a U.S. packet switching network), but not the birth of the Internet. The origins of the Internet date from 1973. The goal of the researchers creating the Internet was to create a network of networks, a means for networks from diverse countries to inter- communicate. Originally the design was to link up several national but diverse packet switching networks including the ARPANET (U.S.), Cyclades (France), and NPL (Great Britain). When that was not politically feasible, the research project involved Norwegian, British and American research groups, and researchers from other countries, especially France, at various junctures. These research groups did the early development work. The Internet was international from its very beginnings. Preface The following work in progress begins the investigation of the collaboration between researchers from the U.S.
    [Show full text]
  • Networking Basics 03
    Networking Basics 03a - The Internet Protocol (IP) Wolfgang Tremmel [email protected] DE-CIX Management GmbH | Lindleystr. 12 | 60314 Frankfurt | Germany Phone + 49 69 1730 902 0 | [email protected] | www.de-cix.net Networking Basics DE-CIX Academy 01 - Protocols and Packets 02 - Ethernet 02a - VLANs 03 - IP - the Internet Protocol 03a - IP Addresses, Prefixes, and Routing 03b - Global IP routing 04 - UDP 05 - TCP and more 06 - Higher protocols - http, smtp, and more Protocol What is a "Protocol"? Guten Morgen! 你什么意思？ • If you want to communicate, you need to speak a common language • Otherwise you will not understand each other PS: I used Google Translate. Hope it says "I do not understand" What is a "Protocol"? GutenGood Now I Morning!Morgen! 你什么意思？understand • If you want to communicate, you need to speak a common language • Otherwise you will not understand each other • The same is true for computers or other network devices Protocol Stack Multiple protcols building on each other Layer Name Internet Model 5 Application Physical Layer 4 Transport • Light pulses and electrical signals 3 Internet 2 Link Lasers and fibres • 1 Physical • Electrical cables Attribution: Cjp24 https://commons.wikimedia.org/wiki/File:12_Optical_fibers_(1).jpg Layer Name Internet Model 5 Application Link Layer 4 Transport • Data units are called "Frames" 3 Internet 2 Link • Provides hop-to-hop (node-to-node) data transfer 1 Physical • Examples: • Ethernet Attribution: Wolfgang Tremmel Ethernet • EtherType Frame Structure • Payload SF Destination MAC Preamble Source MAC Address Ethertype Payload Checksum D Address 48 Bits 48 Bits 16 Bits 32 Bits 10101010 10101010 10101010 10101010 10101011 6 Octets 6 Octets 2 Octets 46 - 1500 Octets 4 Octets 9 Ethernet Frame Structure Source MAC Address Ethertype Payload Checksum 48 Bits 16 Bits 32 Bits 6 Octets 2 Octets 46 - 1500 Octets 4 Octets 10 Encapsulation Packets inside packets • The payload of Ethernet is IP • Encapsulation is like Russian dolls • So we have an IP packet inside an Ethernet frame Attribution: Fanghong.
    [Show full text]