ATM
(Asynchronous Transfer Mode) A network technology for both local and wide area networks (LANs and WANs) that supports realtime voice and video as well as data. The topology uses switches that establish a logical circuit from end to end, which guarantees quality of service (QoS). However, unlike telephone switches that dedicate circuits end to end, unused bandwidth in ATM's logical circuits can be appropriated when needed. For example, idle bandwidth in a videoconference circuit can be used to transfer data.
ATM is widely used as a backbone technology in carrier networks and large enterprises, but never became popular as a local network (LAN) topology (see below). ATM is highly scalable and supports transmission speeds of 1.5, 25, 100, 155, 622, 2488 and 9953 Mbps ). ATM is also running as slow as 9.6 Kbps between ships at sea. An ATM switch can be added into the middle of a switch fabric to enhance total capacity, and the new switch is automatically updated using ATM's PNNI routing protocol.
Cell Switching
ATM works by transmitting all traffic as fixed-length, 53-byte cells. This fixed unit allows very fast switches to be built, because it is much faster to process a known packet size than to figure out the start and end of variable length packets. The small ATM packet also ensures that voice and video can be inserted into the stream often enough for realtime transmission.
ATM works at layer 2 of the OSI model and typically uses SONET (OC-3, OC-12, etc.) for framing and error correction out over the wire. ATM switches convert cells to SONET frames and frames to cells at the port interface.
Quality of Service (QoS)
The ability to specify a quality of service is one of ATM's most important features, allowing voice and video to be transmitted smoothly. The following levels of service are available:
Constant Bit Rate (CBR) guarantees bandwidth for realtime voice and video.
Realtime variable Bit Rate (rt-VBR) supports interactive multimedia that requires minimal delays, and non-realtime variable bit rate (nrt-VBR) is used for bursty transaction traffic.
Available Bit Rate (ABR) adjusts bandwidth according to congestion levels for LAN traffic.
Unspecified Bit Rate (UBR) provides a best effort for non-critical data such as file transfers.
MPOA and LANE
MPOA (Multiprotocol Over ATM) is used to route protocols such as TCP/IP and IPX while preserving ATM quality of service. LANE (LAN Emulation) is used to interconnect Ethernet and Token Ring LANs by encapsulating their frames in LANE packets and converting them into ATM cells. MPOA route servers or traditional routers are used to internetwork LAN segments. .
History of ATM
When ATM came on the scene in the early 1990s, it was thought to be the beginning of a new era in networking, because it was both a LAN and WAN technology that could start at the desktop and go straight through to the remote office. Its ability to provide quality of service from end to end was highly praised as the perfect multimedia transport. In addition, ATM came from the telephone world, which had always delivered the highest quality communications.
It Never Happened
ATM never became the magic end-to-end solution. ATM adapters for the desktop were expensive, and standards for interconnecting existing networks to an ATM backbone were confusing and often delayed. When Gigabit Ethernet was announced, providing a 10-fold increase in speed and using a familiar technology, ATM's demise in the LAN arena was assured.
A Carrier's Transport
ATM succeeded in the carriers' networks, being deployed by major telephone companies and ISPs and sizable private enterprises. It was always installed for mission critical backbones because of its quality of service (QoS).
This shows how ATM is used as a network backbone or "switch fabric" within the enterprise. The edge device is an Ethernet workgroup switch with a high-speed ATM link. It converts LAN packets into ATM cells and vice versa. |
ATM is widely used by large carriers and ISPs. It serves as the backbone between points of presence (POPs), and it is also used at the NAP and MAE interconnecting points. |
ATM performs its functions at layer 2 of the OSI model and converts its cells into SONET frames (OC-3, OC-12, etc.) or T-carrier frames (DS1, DS3) to go out over the wire. |
ATM switches such as this are used in large networks, including Internet backbones. This model has a 40 Gbps backplane that supports 16 OC-48 (2.4 Gbps) ports. (Image courtesy of Marconi Communications.) |
Introduction
ATM was intended to provide a single unified networking standard that could support both channel networking (, ) and packet-based networking (, , etc), whilst supporting multiple levels of for packet traffic.ATM sought to resolve the conflict between networks and networks by mapping both bitstreams and packet-streams onto a stream of small fixed-size 'cells' tagged with identifiers. The cells are typically sent on demand within a synchronous time-slot pattern in a synchronous bit-stream: what is asynchronous here is the sending of the cells, not the low-level bitstream that carries them.
In its original conception, ATM was to be the enabling technology of the 'Broadband Integrated Services Digital Network' () that would replace the existing . The full suite of ATM standards provides definitions for (physical connections), (data link layer) and (network) of the classical . The ATM standards drew on concepts from the telecommunications community, rather than the computer networking community. For this reason, extensive provision was made for integration of most existing technologies and conventions into ATM.
As a result, ATM provides a highly complex technology, with features intended for applications ranging from global telco networks to private local area computer networks. ATM has been a partial success as a technology, with widespread deployment, but generally only used as a transport for IP traffic; its goal of providing a single integrated technology for LANs, public networks, and user services has largely failed.
Successes and Failures of ATM Technology
Numerous have implemented wide-area ATM networks, and many implementations use ATM. However, ATM has failed to gain wide use as a technology, and its great complexity has held back its full deployment as the single integrating network technology in the way that its inventors originally intended.Many people, particularly in the Internet protocol-design community, considered this vision to be mistaken. Their argument went something like this: We know that there will always be both brand-new and obsolescent link-layer technologies, particularly in the LAN area, and it is fair to assume that not all of them will fit neatly into the model that ATM was designed for. Therefore, some sort of protocol is needed to provide a unifying layer over both ATM and non-ATM link layers, and ATM itself cannot fill that role. Conveniently, we have this protocol called "IP" which already does that. Ergo, there is no point in implementing ATM at the network layer.
In addition, the need for cells to reduce jitter has disappeared as transport speeds increased (see below), and improvements in have made the integration of speech and data possible at the IP layer, again removing the incentive for ubiquitous deployment of ATM. Most telcos are now planning to integrate their voice network activities into their IP networks, rather than vice versa..
Many technically sound ideas from ATM were adopted by , a generic packet switching protocol. ATM remains widely deployed, and is used as a service in networks, where its compromises fit DSL's low-data-rate needs well. In turn, DSL networks support IP (and IP services such as VoIP) via.
ATM will remain deployed for some time in higher-speed interconnects where carriers have already committed themselves to existing ATM deployments; ATM is used here as a way of unifying /SDH traffic and packet-switched traffic under a single infrastructure.
However, ATM is increasingly challenged by speed and traffic shaping requirements of converged networks. In particular, the complexity of imposes a performance bottleneck, as the fastest SARs known run at 2.5 Gbit/s and have limited traffic shaping capabilities.
Currently it seems like implementations (10Gbit-Ethernet, MetroEthernet) will replace ATM in many locations. Enables convergence of Voice, Video, Data on one network
Recent Developments
Interest in using native ATM for carrying live video and audio has increased recently. In these environments, low latency and very high quality of service are required to handle linear audio and video streams. Towards this goal standards are being developed such as (). Compare with .ATM Concepts
Why Cells?
The motivation for the use of small data cells was the reduction of (delay variance, in this case) in the multiplexing of data streams; reduction of this (and also end-to-end round-trip delays) is particularly important when carrying voice traffic.This is because the conversion of digitized voice back into an analog audio signal is an inherently process, and to do a good job, the that does this needs an evenly spaced (in time) stream of data items. If the next data item is not available when it is needed, the codec has no choice but to produce silence - and if the data does arrive, but late, it is useless, because the time period when it should have been converted to a signal has already passed.
Now consider a speech signal reduced to packets, and forced to share a link with bursty data traffic (i.e. some of the data packets will be large). No matter how small the speech packets could be made, they would always encounter full-size data packets, and under normal queuing conditions, might experience maximum queuing delays.
At the time ATM was designed, 155 Mbit/s (135 Mbit/s payload) was considered a fast optical network link, and many links in the digital network were considerably slower, ranging from 1.544 to 45 Mbit/s in the USA (2 to 34 Mbit/s in Europe).
At this rate, a typical full-length 1500 byte (12000 bit) data packet would take 89 to transmit. In a lower-speed link, such as a 1.544 Mbit/s T1 link, a 1500 byte packet would take up to 7.8 milliseconds.
A queueing delay induced by several such data packets might be several times the figure of 7.8 ms, in addition to any packet generation delay in the shorter speech packet. This was clearly unacceptable for speech traffic, which needs to have low jitter in the data stream being fed into the codec if it is to produce good-quality sound. A packet voice system can produce this in one of two ways:
- Have a playback buffer between the network and the codec, one large enough to tide the codec over almost all the jitter in the data. This allows smoothing out the jitter, but the delay introduced by passage through the buffer would be such that echo cancellers would be required even in local networks; this was considered too expensive at the time. Also, it would have increased the delay across the channel, and human conversational mechanisms tend not to work well with high-delay channels.
- Build a system which can inherently provide low jitter (and low overall delay) to traffic which needs it.
- Operate on a 1:1 user basis (i.e., a dedicated pipe).
Cells In Practice
The rules for segmenting and reassembling packets and streams into cells are known as . The most important two are AAL 1, used for streams, and , used for most types of packets. Which AAL is in use for a given cell is not encoded in the cell. Instead, it is negotiated by or configured at the endpoints on a per-virtual-connection basis.Since ATM was designed, networks have become much faster. As of 2001, a 1500 byte (12000 bit) full-size Ethernet packet will take only 1.2 µs to transmit on a 10 Gbit/s optical network, removing the need for small cells to reduce jitter. Some consider that this removes the need for ATM in the network backbone. Additionally, the hardware for implementing the service adaptation for IP packets is expensive at very high speeds. Specifically, the cost of segmentation and reassembly (SAR) hardware at and above speeds makes ATM less competitive for IP than (POS). SAR performance limits mean that the fastest IP router ATM interfaces are OC12 - OC48 (STM4 - STM16), while (as of 2004) POS can operate at OC-192 (STM64) with higher speeds expected in the future.
On slow links (2 Mbit/s and below) ATM still makes sense, and this is why so many ADSL systems use ATM as an intermediate layer between the physical link layer and a Layer 2 protocol like PPP or Ethernet.
At these lower speeds, ATM's ability to carry multiple logical circuits on a single physical or virtual medium provides a compelling business advantage. DSL can be used as an access method for an ATM network, allowing a DSL termination point in a telephone central office to connect to many internet service providers across a wide-area ATM network. In the United States, at least, this has allowed DSL providers to provide DSL access to the customers of many internet service providers. Since one DSL termination point can support multiple ISPs, the economic feasibility of DSL is substantially improved.
Why Virtual Circuits?
ATM is a channel based transport layer. This is encompassed in the concept of the Virtual Path (VP) and Virtual Circuit (VC). Every ATM cell has an 8- or 12-bit Virtual Path Identifier (VPI) and 16-bit Virtual Circuit Identifer (VCI) pair defined in its header. The length of the VPI varies according to whether the cell is sent on the user-network interface (on the edge of the network), or if it is sent on the network-network interface (inside the network).As these cells traverse an ATM network, switching is achieved by changing the VPI/VCI values. Although the VPI/VCI values are not necessarily consistent from one end of the connection to the other, the concept of a circuit is consistent (unlike IP, where any given packet could get to its destination by a different route than the others).
Another advantage of the use of virtual circuits is the ability to use them as a multiplexing layer, allowing different services (such as voice, , n*64 channels, IP, , etc.) to share a common ATM connection without interfering with one another.
Using Cells and Virtual Circuits For Traffic Engineering
Another key ATM concept is that of the traffic contract. When an ATM circuit is set up each switch is informed of the traffic class of the connection.ATM traffic contracts are part of the mechanism by which "" (QoS) is ensured. There are three basic types (and several variants) which each have a set of parameters describing the connection.
- CBR - Constant bit rate: you specify a Peak Cell Rate (PCR) which is what you get
- VBR - Variable bit rate: you specify an average cell rate which can peak at a certain level for a maximum time.
- ABR - Available bit rate: you specify a minimum rate which is guaranteed
- UBR - Unspecified bit rate: you get whatever is left after all other traffic has had its bandwidth
Most traffic classes also introduce the concept of Cell Delay Variation Time (CDVT) which defines the "clumping" of cells in time.
Traffic contracts are usually maintained by the use of "Shaping", a combination of queuing and marking of cells, and enforced by "Policing".
Traffic Shaping
is usually done at the entry point to an ATM network and attempts to ensure that the cell flow will meet its traffic contract.Traffic Policing
To maintain network performance it is possible to police virtual circuits against their traffic contracts. If a circuit is exceeding its traffic contract the network can either drop the cells or mark the Cell Loss Priority (CLP) bit, to identify a cell as discardable further down the line. Basic policing works on a cell by cell basis but this is sub-optimal for encapsulated packet traffic as discarding a single cell will invalidate the whole packet anyway. As a result schemes such as Partial Packet Discard (PPD) and Early Packet Discard (EPD) have been created that will discard a whole series of cells until the next frame starts. This reduces the number of redundant cells in the network saving bandwidth for full frames. EPD and PPD work with AAL5 connections as they use the frame end bit to detect the end of packets.Types of Virtual Circuits and Paths
Virtual circuits and virtual paths can be built statically or dynamically. Static circuits (permanent virtual circuits or PVCs) or paths (permanent virtual paths or PVPs) require that the provisioner must build the circuit as a series of segments, one for each pair of interfaces through which it passes.PVPs and PVCs are conceptually simple, but require significant effort in large networks. They also do not support the re-routing of service in the event of a failure. Dynamically built PVPs (soft PVPs or SPVPs) and PVCs (soft PVCs or SPVCs), in contrast, are built by specifying the characteristics of the circuit (the service "contract") and the two endpoints.
Finally, switched virtual circuits (SVCs) are built and torn down on demand when requested by an end piece of equipment. One application for SVCs is to carry individual telephone calls when a network of telephone switches are inter-connected by ATM. SVCs were also used in attempts to replace local area networks with ATM.
Virtual Circuit Routing and Call Admission
Most ATM networks supporting SPVPs, SPVCs, and SVCs use the Private Network Node Interface or Private Network-to-Network Interface (PNNI) protocol. PNNI uses the same shortest path first algorithm used by and to route IP packets to share topology information between switches and select a route through a network. PNNI also includes a very powerful summarization mechanism to allow construction of very large networks, as well as a call admission control (CAC) algorithm that determines whether sufficient bandwidth is available on a proposed route through a network to satisfy the service requirements of a VC or VP.Structure of An ATM Cell
An ATM cell consists of a 5 byte header and a 48 byte payload. The payload size of 48 bytes was a compromise between the needs of voice telephony and packet networks, obtained by a simple averaging of the US proposal of 64 bytes and European proposal of 32, said by some to be motivated by a European desire not to need echo-cancellers on national trunks.ATM defines two different cell formats: NNI (Network-network interface) and UNI (User-network interface). Most ATM links use UNI cell format.
Diagram of the UNI ATM Cell
| Diagram of the NNI ATM Cell
|
GFC = Generic Flow Control (4 bits) (default: 4-zero bits) VPI = Virtual Path Identifier (8 bits UNI) or (12 bits NNI) VCI = Virtual Channel Identifier (16 bits) PT = Payload Type (3 bits) CLP = Cell Loss Priority (1 bit) HEC = (8bits) (checksum of header only)The PT field is used to designate various special kinds of cells for Operation and Management (OAM) purposes, and to delineate packet boundaries in some AALs.
Several of ATM's link protocols use the HEC field to drive a algorithm which allows the position of the ATM cells to be found with no overhead required beyond what is otherwise needed for header protection.
In a UNI cell the GFC field is reserved for an (as yet undefined) local flow control/submultiplexing system between network and user. All four GFC bits must be zero by default.
The NNI cell format is almost identical to the UNI format, except that the 4 bit GFC field is re-allocated to the VPI field, extending the VPI to 12 bits. Thus, a single NNI ATM interconnection is capable of addressing almost 212 VPs of up to almost 212 VCs each (in practice some of the VP and VC numbers are reserved).
- LAN Emulation White Paper(3Com)
- A Lesson in LAN Emulation(Data Communications)
- Rolling Out ATM QOS for Legacy LANs(Data Communications)
- Making Sense of MPOA(Data Communications)
- MPOA Ties It All Together(Data Communications)
- ATM MPOA vs IP Switching(Data Communications)
- An Introduction to MPOA(Newbridge)
- techguide.com: MPOA
- ATM News Digest MPOA Web Resources
- Multiprotocol over ATM (MPOA) Tutorial(Ohio State)
- MPOA vs. MPLS in ATM(Comm Sys Design)
- Implementing MPOA in ATM Edge Devices(Comm Sys Design)
- PNNI Control Point(IBM White Paper)
- PNNI Tutorial(Ohio State)
- ATM News Digest PNNI Web Resources
- PNNI: Effortless Expansion for ATM Networks(Data Communications)
- IP Over ATM: A Framework Document(RFC-1932)
- Classic IP and ARP Over ATM(RFC-1577)
- Classic IP and ARP Over ATM(RFC-2225)
- Multiprotocol Encapsulation over AAL5(RFC-1483)
- Default IP MTU for use over ATM AAL5(RFC-1626)
- ATM Signaling Support for IP over ATM(RFC-1755)
- Support for Multicast over UNI 3.0/3.1 base ATM Networks(RFC-2022)
- IPng Support for ATM Services(RFC-1680)
- Definition of Managed Objects for ATM(RFC-1695)
- ATM Signalling Support for IP over ATM - UNI Signalling 4.0 Update(RFC-2331)
- IETF IP over ATM Working Group
- IP & ATM in the WAN Infrastructure(Telecommunications Magazine)
- Layer-3 Protocols over ATM(Cisco)
- ATM and Frame Relay: Making the Connection(Data Communications)
- VTOA Tutorial(Ohio state)
- ATM Gets Real About Real-Time Apps(Data Communications)
- Voice Telephony over ATM (vTOA) Tutorial(TeraBridge)
- Voice Over ATM Paper(Fore)
- Voice Over ATM: A Hybrid TDM/ATM Design Approach
- CIF Spec
- CIF Article
- CIF: Affordable ATM, At Last(Data Communications)
- ATM Inverse Multiplexing: Time for IMA(Data Communications)
- ATM Inverse Muxing: For Easier Access(Data Communications)
- ATM Inverse Multiplexers(Cisco)
- Inverse Multiplexing over ATM (IMA)(3Com)
- Lesson 56: Inverse Multiplexing(Network Magazine)
- ATM over ADSL(ADSL Forum)
- ATM over Asymmetric Digital Subscriber Line (ADSL) Tutorial(Westell)
- ATM Testing Tutorial(GNNettest)
- ATM Testing: Standards Pave The Way(Data Communications)
- ATM Analyzers: Streamlined Savings(Data Communications)
- ATM Chips / ATM NICs / ATM Links
- Data Communications ATM Switch Test - 5/98
- Data Communications ATM Switch Test - 9/96
- VINCE (Vendor Independent Network Entity)
- The Tolly Group ATM Technology Center
- DTM : A New Medium for IP?(Telecommunications Magazine)
Cell Relay FAQ - Table of Contents
Useful FAQ especially TOPIC D - ATM Technology Questions.
Acronyms
For short explanation of acronyms use:
ATM Lexicon from 3Com
TheATMForum Acronym Handbook
ATM/CellRelayAcronyms
List of Acronyms from FORE
For longer definitions use:
Network Glossary from Cell Relay
Glossary of Terms from FORE
General Telecommunications - provides both acronyms and definitions
The Telecommunications Library
Switch Manufacturers
3Com
HomePage
Main ATM Page
ATM Products
White Papers
Adtech, Inc.
HomePage
ATM Products
Agile Networks (Lucent subsidiary)
HomePage
ATM Products and Solutions
Lucent HomePage
Alcatel
HomePage
ATM Products
ATML (Advanced Telecommunications Modules Ltd.)
HomePage
ATML Products
Cabletron
HomePage
Main ATM Page
Cascade Communications Corp.
HomePage
ATM Products
Cisco
HomePage
ATM Solutions
Digital Equipment Corporation
HomePage
ATMswitch 900 Family
FORE Systems
HomePage
ATM Switches
General DataComm
HomePage
ATM Products
Hewlett Packard
HP Networking
ATM Switching
Lucent Technologies
Home Page
NEC
HomePage
ATM Switch
Nortel
HomePage
ATM switching
Olivetti Research Lab
HomePage
ATM switches
Siemens
Networks HomePage
Broadband Products
Tellabs, Inc.
HomePage
0 comments:
Post a Comment