Talk:Asynchronous transfer mode Information & Talk:Asynchronous transfer mode Links at HealthHaven.com

(Rated C-Class)

Information technology portal

This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of Computing on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.

C

This article has been rated as C-Class on the project's quality scale.

???

This article has not yet received a rating on the project's importance scale.

This article is supported by WikiProject Computer networking.

Things you can help WikiProject Computer networking with:
^{edit · history · watch · purge} Tagging articles for the project in relavent categories. WP 1.0 Assessment of both quality and importance. Improving quality and getting a few articles to FA and GA articles. Outreach : Attract new members who might be interested and possibly start a bi-monthly newsletter.

WikiProject Telecommunications

(Rated C-Class)

Telecommunication portal

This article is within the scope of WikiProject Telecommunications, a collaborative effort to improve the coverage of Telecommunications on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.

C

This article has been rated as C-Class on the quality scale.

The article may be too technical for most readers to understand. Please improve the article to make it accessible to non-experts, without removing the technical details.

1 Virtual Channel Identifiers
2 Cell/payload size
3 Jitter not the only reason for small fixed-sized packets (cells)
4 P-NNI is link state but not necessarily shortest-path
5 Call admission
6 Too technical
7 also operate at OC-192 (STM64) rates
8 Golden Standards
9 Archive
10 Hatnote
11 Lost sentence
12 physical layer

[edit] Virtual Channel Identifiers

This article constantly refers to ATM using virtual circuits. In ATM, "VC" stands for "Virtual Channel", not "Virtual Circuit" (although of course they are an example of the generic concept of virtual circuits). LachlanA 03:15, 31 January 2007 (UTC)

[edit] Cell/payload size

This seems like a typo, but as I know next to nothing about ATM myself I'm checking here first: The para on the choice of payload size, 32 v. 64, ends with 53 bytes was chosen as a compromise between the two sides - this seems to conflate the payload and total cell size - would it better be "48 bytes was chosen..."? The following text then mentions the 5-byte routing and total of 53 - Royan 22:41, 13 February 2007 (UTC)

[edit] Jitter not the only reason for small fixed-sized packets (cells)

When engineers were developing X.25 some were already working on digital voice. They realized that time was being lost while the first codec was converting analog data into digial, and that this time loss was proportional to packet size. So the ideal packet size for voice was somewhere between one bit and one byte but the pragmatic demands of the day set it to 128 bytes. Also at that time, pressure from the computer industry demanded larger packets so packet size grew to 4096 (I don't recall it being higher but may be wrong). Jumping back to ATM, certain networks with larger variable-length packets (like Ethernet) made network environments very unpredictable. So just switching to samll fixed size packets (called cells) made ATM networks much more deterministic. Of course, engineers added lots of other stuff to the technology like non-blocking fabrics and QOS to make these networks even more useful. --Neilrieck 13:41, 4 March 2007 (UTC)قاقا باقا

[edit] P-NNI is link state but not necessarily shortest-path

The P-NNI standard specifies the exchange of link state information, similar to what IS-IS and OSPF do. It has more levels of hierarchy, and more metrics, but the basic approach is similar.

However, it does not specify the routing algorithm, i.e., the algorithm that picks the path for a particular destination. The reason is that this is not necessary; SVC setup uses source routing, so there is no need for the switches to agree on what the chosen route will be for a given destination. Connectionless switches require agreement to avoid loops, but ATM SVC setup does not. So the standard leaves this aspect open to implementers' choice.

Obviously, it's to be expected that some algorithm similar to Dijkstra's algorithm will be used to determine the path for a particular connection, but it's not correct to say that the standard "uses the same shortest path algorithm used by OSPF..." Paul Koning 17:01, 2 May 2007 (UTC)

[edit] Call admission

The article says "To admit a call first a VPC has to be established. This will guarantee the correct routing from end to end." This is incorrect. In the signaling for SVC setup, the route is specified (see my comment above on P-NNI). It does not require a pre-existing VPC, for routing or for any other purpose. A call is admitted if the admission control algorithm decides to admit the call, normally because the resources the call asks for (in the signalling messages) are available.

A network implementer can certainly use a VPC as a trunk, and route a new SVC over such a trunk if the source route allows it, but there's no requirement to do so; if a network does that, it's an internal matter that is invisible to the user. Paul Koning 17:06, 2 May 2007 (UTC)

[edit] Too technical

Christ, this article is an extreme example of articles written way too technically. From the lead section alone, I as a layman on the subject cannot even see what the article is about (aside from the word "technology"). Sala Skan 18:08, 8 June 2007 (UTC)

What a stupid comment. This is a technical article. If you're lazy and ignorant it's your fault, not the writer's. —Preceding unsigned comment added by 201.212.143.7 (talk) 23:29, 6 March 2008 (UTC)

[edit] also operate at OC-192 (STM64) rates

There doesn't appear to be a clear reason for the statement "ATM switches can also operate at OC-192 (STM64) rates." to be part of a paragraph dealing with ATM over IP and IP routing (not ATM switching). The relevance of this statement should either be qualified with additional information, or if it is indeed dealing with an unrelated issue, put into a seperate paragraph and elaborated upon. I have removed it for the moment. --Het 02:02, 2 October 2007 (UTC)

[edit] Golden Standards

ATM is based on the efforts of the International Telecommunication Union-Telecommunications Standards Section (ITU-T) Broadband Integrated Services Digital Network (B-ISDN) standard. It was originally conceived as a high-speed transfer technology for voice, video, and data over public networks. The ATM Forum extended the ITU-T's vision of ATM for use over public and private networks. The ATM Forum has released work on the following specifications:

•User-to-Network Interface (UNI) 2.0

•UNI 3.0

•UNI 3.1

•UNI 4.0

•Public-Network Node Interface (P-NNI)

•LAN Emulation (LANE)

•Multiprotocol over ATM —Preceding unsigned comment added by Mohanchander (talk • contribs) 06:22, 17 August 2008 (UTC)

[edit] Archive

I have archived the pre-2007 discussion to Talk:Asynchronous Transfer Mode/Archive 1, not so much because of the volume of the material, but because the discussion was outdated, and the loose format might tend to discourage focused discussions on this talk page. --Bejnar (talk) 20:26, 4 January 2009 (UTC)

[edit] Hatnote

Currently this page has a hatnote which reads: Not to be confused with Automated Teller Machine. Since ATM no longer redirects here, is this hatnote still useful, or is it a distraction? --Bejnar (talk) 20:29, 4 January 2009 (UTC)

[edit] Lost sentence

At the end of section Why Cells?, there's an open ended sentence:

 5-byte headers were chosen because

Does anyone know where the rest of this sentence has gone, or what it should mean? -- 80.136.127.209 (talk) 12:53, 27 January 2009 (UTC)

No, but as a developer I really want to know, because the 5-byte headers are a pain from a word-alignment point of view! 195.188.241.12 (talk) 15:40, 3 February 2009 (UTC)

[edit] physical layer

Other than being multiplexed into SONET, what other choices exist for a PHY layer for ATM? I couldn't find out what standard the NIC in that pic of an ATM NIC follows. I sorta read the ATM standard (UNI 3.1) and it talks about ATM running over STP 150 ohm Token Ring cabling @ 155 with 9 pin DIN connector, FDDI fiber @100, "DS3" at @45, MM fiber with ST connector (BFOC/2.5) @155, and "SONET" STS-3c @ 155 (ANSI T1E1.2/94-002R1) with a reference to ANSI T1E1.2/94-002R1 for what PHY layers those are. Next issue, many things are defined in standards, whether they were commercialized and ever used is a different story, so what are the most common ways to the move an ATM stream other than a DSL modem and multiplexing into SONET? What about P2P non-SONET situations? Patcat88 (talk) 23:48, 14 June 2009 (UTC)

One, I think you're confusing layers 1 and 2. Two, talk pages are for discussing ways to improve the article, not a general forum for conversation about the topic. //Blaxthos ( t / c ) 01:15, 15 June 2009 (UTC)

Contents