Asynchronous Transfer Mode: Difference between revisions
Jump to navigation
Jump to search
| [unchecked revision] | [unchecked revision] |
imported>Tule-hog →Top: mention cell switching |
imported>Kvng m caps. formatting. |
||
| Line 5: | Line 5: | ||
[[File:IBM Turboways ATM 155.jpg|thumb|[[IBM]] Turboways ATM 155 [[Peripheral Component Interconnect|PCI]] network interface card]] | [[File:IBM Turboways ATM 155.jpg|thumb|[[IBM]] Turboways ATM 155 [[Peripheral Component Interconnect|PCI]] network interface card]] | ||
'''Asynchronous Transfer Mode''' ('''ATM''') is a [[telecommunications]] standard defined by the [[American National Standards Institute]] and [[International Telecommunication Union Telecommunication Standardization Sector]] (ITU-T, formerly CCITT) for digital transmission of multiple types of traffic. ATM was developed to meet the needs of the [[Broadband Integrated Services Digital Network]] as defined in the late 1980s,<ref name="bisdn" /> and designed to integrate telecommunication networks. It can handle both traditional high-throughput data traffic and [[Real-time computing|real-time]], [[low-latency]] content such as [[telephony]] (voice) and video.<ref>Telcordia Technologies, ''Telcordia Notes on the Network'', Publication SR-2275 (October 2000)</ref><ref name="ATMF-INTRO">ATM Forum, The User Network Interface (UNI), v. 3.1, {{ISBN|0-13-393828-X}}, Prentice Hall PTR, 1995, page 2.</ref> ATM is a [[cell switching]] technology,<ref>{{cite journal |title=Asynchronous Transfer Mode: An Emerging Network Standard for High-Speed Communications |author=Ronald J. Vetter |journal=Advances in Computers |volume=44 |year=1997| quote=ATM is based on the concept of cell switching. ATM combines the benefits of traditional packet switching (used in today’s data networks) and circuit switching (used in the telephone network). |doi=10.1016/S0065-2458(08)60341-1}}</ref><ref>{{cite web |url=https://www.ibm.com/docs/en/aix/7.1?topic=adapters-atm-technology |title=ATM technology |date=27 August 2024 |publisher=[[IBM]] |quote=Asynchronous Transfer Mode (ATM) is a cell-switching, connection-oriented technology.}}</ref> providing functionality that combines features of [[circuit switching]] and [[packet switching]] networks by using [[asynchronous communication|asynchronous]] [[time-division multiplexing]].<ref>{{cite web|url= http://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-I.150-199902-I!!PDF-E&type=items|title=Recommendation I.150, B-ISDN Asynchronous Transfer Mode functional characteristics |publisher=ITU}}</ref><ref name="McDysan 1999 287">McDysan (1999), p. 287.</ref> ATM was seen in the 1990s as a competitor to [[Ethernet]] and networks carrying IP traffic as, unlike Ethernet, | '''Asynchronous Transfer Mode''' ('''ATM''') is a [[telecommunications]] standard defined by the [[American National Standards Institute]] and [[International Telecommunication Union Telecommunication Standardization Sector]] (ITU-T, formerly CCITT) for digital transmission of multiple types of traffic. ATM was developed to meet the needs of the [[Broadband Integrated Services Digital Network]] as defined in the late 1980s,<ref name="bisdn" /> and designed to integrate telecommunication networks. It can handle both traditional high-throughput data traffic and [[Real-time computing|real-time]], [[low-latency]] content such as [[telephony]] (voice) and video.<ref>Telcordia Technologies, ''Telcordia Notes on the Network'', Publication SR-2275 (October 2000)</ref><ref name="ATMF-INTRO">ATM Forum, The User Network Interface (UNI), v. 3.1, {{ISBN|0-13-393828-X}}, Prentice Hall PTR, 1995, page 2.</ref> ATM is a [[cell switching]] technology,<ref>{{cite journal |title=Asynchronous Transfer Mode: An Emerging Network Standard for High-Speed Communications |author=Ronald J. Vetter |journal=Advances in Computers |volume=44 |year=1997|pages=285–330 | quote=ATM is based on the concept of cell switching. ATM combines the benefits of traditional packet switching (used in today’s data networks) and circuit switching (used in the telephone network). |doi=10.1016/S0065-2458(08)60341-1 |isbn=978-0-12-012144-1 }}</ref><ref>{{cite web |url=https://www.ibm.com/docs/en/aix/7.1?topic=adapters-atm-technology |title=ATM technology |date=27 August 2024 |publisher=[[IBM]] |quote=Asynchronous Transfer Mode (ATM) is a cell-switching, connection-oriented technology.}}</ref> providing functionality that combines features of [[circuit switching]] and [[packet switching]] networks by using [[asynchronous communication|asynchronous]] [[time-division multiplexing]].<ref>{{cite web|url= http://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-I.150-199902-I!!PDF-E&type=items|title=Recommendation I.150, B-ISDN Asynchronous Transfer Mode functional characteristics |publisher=ITU}}</ref><ref name="McDysan 1999 287">McDysan (1999), p. 287.</ref> ATM was seen in the 1990s as a competitor to [[Ethernet]] and networks carrying IP traffic, as it was faster and, unlike Ethernet, designed with quality-of-service in mind, but it fell out of favor once Ethernet reached speeds of 1 gigabit per second.<ref>{{cite book | url=https://books.google.com/books?id=ghy9BOw6svMC&dq=atm+network&pg=PP1 | isbn=978-0-471-49827-8 | title=An Introduction to ATM Networks | date=28 November 2001 | publisher=John Wiley & Sons }}</ref> | ||
In the [[OSI model|Open Systems Interconnection (OSI) reference model]] [[data link layer]] (layer 2), the basic transfer units are called ''[[Frame (networking)|frames]]''. In ATM these frames are of a fixed length (53 [[Octet (computing)|octets]]) called ''cells''. This differs from approaches such as [[Internet Protocol]] (IP) (OSI layer 3) or [[Ethernet]] (also layer 2) that use variable-sized packets or frames. ATM uses a [[connection-oriented model]] in which a [[virtual circuit]] must be established between two endpoints before the data exchange begins.<ref name="McDysan 1999 287"/> These virtual circuits may be either permanent (dedicated connections that are usually preconfigured by the service provider), or switched (set up on a per-call basis using [[Signaling (telecommunications)|signaling]] and disconnected when the call is terminated). | In the [[OSI model|Open Systems Interconnection (OSI) reference model]] [[data link layer]] (layer 2), the basic transfer units are called ''[[Frame (networking)|frames]]''. In ATM, these frames are of a fixed length (53 [[Octet (computing)|octets]]) called ''cells''. This differs from approaches such as [[Internet Protocol]] (IP) (OSI layer 3) or [[Ethernet]] (also layer 2) that use variable-sized packets or frames. ATM uses a [[connection-oriented model]] in which a [[virtual circuit]] must be established between two endpoints before the data exchange begins.<ref name="McDysan 1999 287"/> These virtual circuits may be either permanent (dedicated connections that are usually preconfigured by the service provider), or switched (set up on a per-call basis using [[Signaling (telecommunications)|signaling]] and disconnected when the call is terminated). | ||
The ATM network reference model approximately maps to the three lowest layers of the OSI model: [[physical layer]], data link layer, and [[network layer]].<ref name="McDysan-Spohn">McDysan, David E. and Spohn, Darrel L., ''[[iarchive:atmtheoryapplica00mcdy/page/n9/mode/2up|ATM : Theory and Application]]'', {{ISBN|0-07-060362-6}}, McGraw-Hill series on computer communications, 1995, page 563.</ref> ATM is a core protocol used in the [[SONET/SDH|synchronous optical networking and synchronous digital hierarchy]] (SONET/SDH) backbone of the [[public switched telephone network]] and in the [[Integrated Services Digital Network]] (ISDN) but has largely been superseded in favor of [[next-generation network]]s based on IP technology. Wireless and mobile ATM never established a significant foothold. | The ATM network reference model approximately maps to the three lowest layers of the OSI model: [[physical layer]], data link layer, and [[network layer]].<ref name="McDysan-Spohn">McDysan, David E. and Spohn, Darrel L., ''[[iarchive:atmtheoryapplica00mcdy/page/n9/mode/2up|ATM: Theory and Application]]'', {{ISBN|0-07-060362-6}}, McGraw-Hill series on computer communications, 1995, page 563.</ref> ATM is a core protocol used in the [[SONET/SDH|synchronous optical networking and synchronous digital hierarchy]] (SONET/SDH) backbone of the [[public switched telephone network]] and in the [[Integrated Services Digital Network]] (ISDN) but has largely been superseded in favor of [[next-generation network]]s based on IP technology. Wireless and mobile ATM never established a significant foothold. | ||
==Protocol architecture== | ==Protocol architecture== | ||
To minimize [[queuing delay]] and [[packet delay variation]] (PDV), all ATM cells are the same small size. Reduction of PDV is particularly important when carrying voice traffic, because the conversion of digitized voice into an analog audio signal is an inherently [[real time computing|real-time]] process. The [[codec|decoder]] needs an evenly spaced stream of data items. | To minimize [[queuing delay]] and [[packet delay variation]] (PDV), all ATM cells are the same small size. Reduction of PDV is particularly important when carrying voice traffic, because the conversion of digitized voice into an analog audio signal is an inherently [[real-time computing|real-time]] process. The [[codec|decoder]] needs an evenly spaced stream of data items. | ||
At the time of the design of ATM, {{nowrap|155 Mbit/s}} [[synchronous digital hierarchy]] with {{nowrap|135 Mbit/s}} payload was considered a fast optical network link, and many [[plesiochronous digital hierarchy]] links in the digital network were considerably slower, ranging from 1.544 to {{nowrap|45 Mbit/s}} in the US, and 2 to {{nowrap|34 Mbit/s}} in Europe. | At the time of the design of ATM, {{nowrap|155 Mbit/s}} [[synchronous digital hierarchy]] with {{nowrap|135 Mbit/s}} payload was considered a fast optical network link, and many [[plesiochronous digital hierarchy]] links in the digital network were considerably slower, ranging from 1.544 to {{nowrap|45 Mbit/s}} in the US, and 2 to {{nowrap|34 Mbit/s}} in Europe. | ||
| Line 118: | Line 118: | ||
A UNI cell reserves the GFC field for a local [[flow control (data)|flow control]] and sub-multiplexing system between users. This was intended to allow several terminals to share a single network connection in the same way that two ISDN phones can share a single basic rate ISDN connection. All four GFC bits must be zero by default. | A UNI cell reserves the GFC field for a local [[flow control (data)|flow control]] and sub-multiplexing system between users. This was intended to allow several terminals to share a single network connection in the same way that two ISDN phones can share a single basic rate ISDN connection. All four GFC bits must be zero by default. | ||
The NNI cell format replicates the UNI format almost exactly, 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 2<sup>12</sup> VPs of up to almost 2<sup>16</sup> VCs each.{{efn|In practice some of the VP and VC numbers are reserved.}} | The NNI cell format replicates the UNI format almost exactly, 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 2<sup>12</sup> VPs of up to almost 2<sup>16</sup> VCs each.{{efn|In practice, some of the VP and VC numbers are reserved.}} | ||
===Service types=== | ===Service types=== | ||
ATM supports different types of services via AALs. Standardized AALs include AAL1, AAL2, and AAL5, and the rarely used<ref>{{Cite web|title=A Brief Overview of ATM: Protocol Layers, LAN Emulation, and Traffic Management|url=https://www.cse.wustl.edu/~jain/papers/ftp/atm_tut/index.html|access-date=2021-07-21|website=www.cse.wustl.edu}}</ref> AAL3 and AAL4. AAL1 is used for constant bit rate (CBR) services and circuit emulation. Synchronization is also maintained at AAL1. AAL2 through AAL4 are used for [[variable bitrate]] (VBR) services, and AAL5 for data. 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. | ATM supports different types of services via AALs. Standardized AALs include AAL1, AAL2, and AAL5, and the rarely used<ref>{{Cite web|title=A Brief Overview of ATM: Protocol Layers, LAN Emulation, and Traffic Management|url=https://www.cse.wustl.edu/~jain/papers/ftp/atm_tut/index.html|access-date=2021-07-21|website=www.cse.wustl.edu}}</ref> AAL3 and AAL4. AAL1 is used for constant bit rate (CBR) services and circuit emulation. Synchronization is also maintained at AAL1. AAL2 through AAL4 are used for [[variable bitrate]] (VBR) services, and AAL5 for data. 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. | ||
Following the initial design of ATM, networks have become much faster. A 1500 byte (12000-bit) full-size [[Ethernet frame]] takes only 1.2 μs to transmit on a {{nowrap|10 Gbit/s}} network, reducing the motivation for small cells to reduce jitter due to contention. The increased link speeds by themselves do not eliminate jitter due to queuing. | Following the initial design of ATM, networks have become much faster. A 1500-byte (12000-bit) full-size [[Ethernet frame]] takes only 1.2 μs to transmit on a {{nowrap|10 Gbit/s}} network, reducing the motivation for small cells to reduce jitter due to contention. The increased link speeds by themselves do not eliminate jitter due to queuing. | ||
ATM provides a useful ability to carry multiple logical circuits on a single physical or virtual medium, although other techniques exist, such as [[Point-to-Point Protocol#Multiclass PPP|Multi-link PPP]], Ethernet [[VLAN]]s, [[VxLAN]], [[MPLS]], and multi-protocol support over [[SONET]]. | ATM provides a useful ability to carry multiple logical circuits on a single physical or virtual medium, although other techniques exist, such as [[Point-to-Point Protocol#Multiclass PPP|Multi-link PPP]], Ethernet [[VLAN]]s, [[VxLAN]], [[MPLS]], and multi-protocol support over [[SONET]]. | ||
== Virtual circuits == <!--[[Virtual channel identifier]] and [[Virtual path identifier]] redirect here--> | == Virtual circuits == <!--[[Virtual channel identifier]] and [[Virtual path identifier]] redirect here--> | ||
An ATM network must establish a connection before two parties can send cells to each other. This is called a [[virtual circuit]] (VC). It can be a permanent virtual circuit (PVC), which is created administratively on the | An ATM network must establish a connection before two parties can send cells to each other. This is called a [[virtual circuit]] (VC). It can be a permanent virtual circuit (PVC), which is created administratively on the endpoints, or a switched virtual circuit (SVC), which is created as needed by the communicating parties. SVC creation is managed by [[signaling (telecommunications)|signaling]], in which the requesting party indicates the address of the receiving party, the type of service requested, and whatever traffic parameters may be applicable to the selected service. ''[[Admission control|Call admission]]'' is then performed by the network to confirm that the requested resources are available and that a route exists for the connection. | ||
=== Motivation === | === Motivation === | ||
| Line 135: | Line 135: | ||
As these cells traverse an ATM network, switching takes place by changing the VPI/VCI values (label swapping). 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).<ref name="cisco-atm-cell">Cisco Systems [https://indigothemes.com/wikipedia-contribution/techgd.pdf ''Guide to ATM Technology''] (2000). Section "ATM Cell Header Formats". Retrieved 2 June 2011.</ref> ATM switches use the VPI/VCI fields to identify the virtual channel link (VCL) of the next network that a cell needs to transit on its way to its final destination. The function of the VCI is similar to that of the [[data link connection identifier]] (DLCI) in [[Frame Relay]] and the logical channel number and logical channel group number in [[X.25]]. | As these cells traverse an ATM network, switching takes place by changing the VPI/VCI values (label swapping). 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).<ref name="cisco-atm-cell">Cisco Systems [https://indigothemes.com/wikipedia-contribution/techgd.pdf ''Guide to ATM Technology''] (2000). Section "ATM Cell Header Formats". Retrieved 2 June 2011.</ref> ATM switches use the VPI/VCI fields to identify the virtual channel link (VCL) of the next network that a cell needs to transit on its way to its final destination. The function of the VCI is similar to that of the [[data link connection identifier]] (DLCI) in [[Frame Relay]] and the logical channel number and logical channel group number in [[X.25]]. | ||
Another advantage of the use of virtual circuits comes with the ability to use them as a multiplexing layer, allowing different services (such as voice, Frame Relay, IP). The VPI is useful for reducing the switching table of some virtual circuits | Another advantage of the use of virtual circuits comes with the ability to use them as a multiplexing layer, allowing different services (such as voice, Frame Relay, IP). The VPI is useful for reducing the switching table of some virtual circuits that have common paths.<ref>{{cite web |title=What is VPI and VCI settings of broadband connections? |url=http://www.techlineinfo.com/what-is-vpi-and-vci-settings-of-broadband-connections/ |website=Tech Line Info |publisher=Sujith |access-date=1 July 2010}}</ref> | ||
=== Types === | === Types === | ||
ATM can build virtual circuits and virtual paths either statically or dynamically. Static circuits (permanent virtual circuits or PVCs) or paths (permanent virtual paths or PVPs) require that the circuit | ATM can build virtual circuits and virtual paths either statically or dynamically. Static circuits (permanent virtual circuits or PVCs) or paths (permanent virtual paths or PVPs) require that the circuit be composed of a series of segments, one for each pair of interfaces through which it passes. | ||
PVPs and PVCs, though conceptually simple, 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. | PVPs and PVCs, though conceptually simple, 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. | ||
ATM networks create and remove switched virtual circuits (SVCs) on demand when requested by an [[end station]]. One application for SVCs is to carry individual telephone calls when a network of telephone switches | ATM networks create and remove switched virtual circuits (SVCs) on demand when requested by an [[end station]]. One application for SVCs is to carry individual telephone calls when a network of telephone switches is interconnected using ATM. SVCs were also used in attempts to replace [[local area network]]s with ATM. | ||
=== Routing === | === Routing === | ||
| Line 148: | Line 148: | ||
== Traffic engineering == | == Traffic engineering == | ||
Another key ATM concept involves the [[traffic contract]]. When an ATM circuit is set up each switch on the circuit is informed of the traffic class of the connection. ATM traffic contracts form part of the mechanism by which [[quality of service]] (QoS) is ensured. There are four basic types (and several variants) | Another key ATM concept involves the [[traffic contract]]. When an ATM circuit is set up, each switch on the circuit is informed of the traffic class of the connection. ATM traffic contracts form part of the mechanism by which [[quality of service]] (QoS) is ensured. There are four basic types (and several variants), each have a set of parameters describing the connection. | ||
# CBR {{En dash}} Constant bit rate: a Peak Cell Rate (PCR) is specified, which is constant. | # CBR {{En dash}} Constant bit rate: a Peak Cell Rate (PCR) is specified, which is constant. | ||
# VBR {{En dash}} Variable bit rate: an average or Sustainable Cell Rate (SCR) is specified, which can peak at a certain level, a PCR, for a maximum interval before being problematic. | # VBR {{En dash}} Variable bit rate: an average or Sustainable Cell Rate (SCR) is specified, which can peak at a certain level, a PCR, for a maximum interval before being problematic. | ||
| Line 159: | Line 159: | ||
To maintain network performance, networks may apply [[Traffic policing (communications)|traffic policing]] to virtual circuits to limit them to their traffic contracts at the entry points to the network, i.e. the [[user–network interface]]s (UNIs) and [[network-to-network interface]]s (NNIs) using [[UPC and NPC|usage/network parameter control]] (UPC and NPC).<ref name="UPC_NPC" >ITU-T, ''Traffic control and congestion control in B ISDN'', Recommendation I.371, International Telecommunication Union, 2004, page 17</ref> The reference model given by the ITU-T and ATM Forum for UPC and NPC is the [[generic cell rate algorithm]] (GCRA),<ref name="ITU-T-GCRA" >ITU-T, ''Traffic control and congestion control in B ISDN'', Recommendation I.371, International Telecommunication Union, 2004, Annex A, page 87.</ref><ref name="ATMF-GCRA" >ATM Forum, The User Network Interface (UNI), v. 3.1, {{ISBN|0-13-393828-X}}, Prentice Hall PTR, 1995.</ref> which is a version of the [[Leaky bucket#As a Meter|leaky bucket algorithm]]. CBR traffic will normally be policed to a PCR and CDVT alone, whereas VBR traffic will normally be policed using a dual leaky bucket controller to a PCR and CDVT and an SCR and maximum burst size (MBS). The MBS will normally be the [[Network packet|packet]] ([[Segmentation and Reassembly|SAR]]-[[Service data unit|SDU]]) size for the VBR VC in cells. | To maintain network performance, networks may apply [[Traffic policing (communications)|traffic policing]] to virtual circuits to limit them to their traffic contracts at the entry points to the network, i.e. the [[user–network interface]]s (UNIs) and [[network-to-network interface]]s (NNIs) using [[UPC and NPC|usage/network parameter control]] (UPC and NPC).<ref name="UPC_NPC" >ITU-T, ''Traffic control and congestion control in B ISDN'', Recommendation I.371, International Telecommunication Union, 2004, page 17</ref> The reference model given by the ITU-T and ATM Forum for UPC and NPC is the [[generic cell rate algorithm]] (GCRA),<ref name="ITU-T-GCRA" >ITU-T, ''Traffic control and congestion control in B ISDN'', Recommendation I.371, International Telecommunication Union, 2004, Annex A, page 87.</ref><ref name="ATMF-GCRA" >ATM Forum, The User Network Interface (UNI), v. 3.1, {{ISBN|0-13-393828-X}}, Prentice Hall PTR, 1995.</ref> which is a version of the [[Leaky bucket#As a Meter|leaky bucket algorithm]]. CBR traffic will normally be policed to a PCR and CDVT alone, whereas VBR traffic will normally be policed using a dual leaky bucket controller to a PCR and CDVT and an SCR and maximum burst size (MBS). The MBS will normally be the [[Network packet|packet]] ([[Segmentation and Reassembly|SAR]]-[[Service data unit|SDU]]) size for the VBR VC in cells. | ||
If the traffic on a virtual circuit exceeds its traffic contract, as determined by the GCRA, the network can either drop the cells or set the Cell Loss Priority (CLP) bit, allowing the cells to be dropped at a congestion point. 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 a packet's worth of cells. As a result, schemes such as partial packet discard (PPD) and early packet discard (EPD) have been developed to discard a whole packet's cells. This reduces the number of useless cells in the network, saving bandwidth for full packets. EPD and PPD work with AAL5 connections as they use the end of packet marker: the ATM user-to-ATM user (AUU) indication bit in the payload-type field of the header, which is set in the last cell of a SAR-SDU. | If the traffic on a virtual circuit exceeds its traffic contract, as determined by the GCRA, the network can either drop the cells or set the Cell Loss Priority (CLP) bit, allowing the cells to be dropped at a congestion point. 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 a packet's worth of cells. As a result, schemes such as partial packet discard (PPD) and early packet discard (EPD) have been developed to discard a whole packet's cells. This reduces the number of useless cells in the network, saving bandwidth for full packets. EPD and PPD work with AAL5 connections as they use the end-of-packet marker: the ATM user-to-ATM user (AUU) indication bit in the payload-type field of the header, which is set in the last cell of a SAR-SDU. | ||
=== Traffic shaping === | === Traffic shaping === | ||
[[Traffic shaping]] usually takes place in the [[network interface controller]] (NIC) in user equipment, and attempts to ensure that the cell flow on a VC will meet its traffic contract, i.e. cells will not be dropped or reduced in priority at the UNI. Since the reference model given for traffic policing in the network is the GCRA, this algorithm is normally used for shaping as well, and single and dual [[leaky bucket]] implementations may be used as appropriate. | [[Traffic shaping]] usually takes place in the [[network interface controller]] (NIC) in user equipment, and attempts to ensure that the cell flow on a VC will meet its traffic contract, i.e., cells will not be dropped or reduced in priority at the UNI. Since the reference model given for traffic policing in the network is the GCRA, this algorithm is normally used for shaping as well, and single and dual [[leaky bucket]] implementations may be used as appropriate. | ||
==Reference model== | ==Reference model== | ||
| Line 175: | Line 175: | ||
== Wireless or mobile ATM== | == Wireless or mobile ATM== | ||
Wireless ATM,<ref name="watm1">{{Cite web|url= | Wireless ATM,<ref name="watm1">{{Cite web|url=http://connectedplanetonline.com/wireless/mag/wireless_wireless_atm_debate/|title=The Wireless ATM Debate|date=15 June 2013|website=archive.ph|archive-url=https://archive.today/20130615202256/http://connectedplanetonline.com/wireless/mag/wireless_wireless_atm_debate/|archive-date=2013-06-15}}</ref> or mobile ATM, consists of an ATM core network with a wireless access network. ATM cells are transmitted from base stations to mobile terminals. Mobility functions are performed at an ATM switch in the core network, known as a ''crossover switch'',<ref name="watm5">[http://www.barnesandnoble.com/w/wireless-atm-and-ad-hoc-networks-c-k-toh/1112737100?ean=9780792398226 Book on Wireless ATM Networks] - [[Chai Keong Toh]], Kluwer Academic Press 1997</ref> which is similar to the [[mobile switching center]] of GSM networks. | ||
The advantage of wireless ATM is its high bandwidth and high-speed handoffs done at layer 2. In the early 1990s, [[Bell Labs]] and [[NEC]] research labs worked actively in this field.<ref name="watm10">[https://www.researchgate.net/publication/3233809_WATMnet_a_prototype_wireless_ATM_system_for_multimedia_personalcommunication WATMnet: a prototype wireless ATM system for multimedia personal communication], D. Raychaudhuri, et al.</ref> [[Andy Hopper]] from the [[University of Cambridge]] Computer Laboratory also worked in this area.<ref name="watm2">{{Cite web |url=http://www.cl.cam.ac.uk/research/dtg/attarchive/radio/ |title=Cambridge Mobile ATM work |access-date=10 June 2013 |archive-url=https://web.archive.org/web/20150625230533/http://www.cl.cam.ac.uk/research/dtg/attarchive/radio/ |archive-date=25 June 2015 }}</ref> There was a wireless ATM forum formed to standardize the technology behind wireless ATM networks. The forum was supported by several telecommunication companies, including NEC, [[Fujitsu]] and [[AT&T]]. Mobile ATM aimed to provide high-speed multimedia communications technology, capable of delivering broadband mobile communications beyond that of GSM and WLANs. | The advantage of wireless ATM is its high bandwidth and high-speed handoffs done at layer 2. In the early 1990s, [[Bell Labs]] and [[NEC]] research labs worked actively in this field.<ref name="watm10">[https://www.researchgate.net/publication/3233809_WATMnet_a_prototype_wireless_ATM_system_for_multimedia_personalcommunication WATMnet: a prototype wireless ATM system for multimedia personal communication], D. Raychaudhuri, et al.</ref> [[Andy Hopper]] from the [[University of Cambridge]] Computer Laboratory also worked in this area.<ref name="watm2">{{Cite web |url=http://www.cl.cam.ac.uk/research/dtg/attarchive/radio/ |title=Cambridge Mobile ATM work |access-date=10 June 2013 |archive-url=https://web.archive.org/web/20150625230533/http://www.cl.cam.ac.uk/research/dtg/attarchive/radio/ |archive-date=25 June 2015 }}</ref> There was a wireless ATM forum formed to standardize the technology behind wireless ATM networks. The forum was supported by several telecommunication companies, including NEC, [[Fujitsu]] and [[AT&T]]. Mobile ATM aimed to provide high-speed multimedia communications technology, capable of delivering broadband mobile communications beyond that of GSM and WLANs. | ||
| Line 235: | Line 235: | ||
|last=Neelakanta | |last=Neelakanta | ||
|first=P. S. | |first=P. S. | ||
|title=A Textbook on ATM Telecommunications, Principles and | |title=A Textbook on ATM Telecommunications, Principles and Implementation | ||
|year=2000 | |year=2000 | ||
|publisher=CRC Press | |publisher=CRC Press | ||