| Academic Computing and Communications Center | ||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
| ||||
Building the Data Highway |
||||
|
||||
| In the Beginning | ||||
|
In the beginning, there was the telephone and the global network built to carry telephone conversations around the world. Then came television, broadcasting video over the air, and, later, cable TV companies with the clever idea to broadcast video over wires. Somewhere along the way came computers and myriads of local networks built to move computer data (ethernet packets, for example) around the campus. Three types of data, three sets of wires. Today, however, we're telecommuting, video conferencing, and distance learning. We want our "local" computer networks to span countries and move massive amounts of data from here to there without delay, and we want the same services in our home as we have at work. Separate, specialized networks won't do any more. What we need is the data highway: a worldwide, universal-access network
that can move voice, video, and computer data, and move them all equally
well, whether they're going next door or around the world.
The Internet isn't the answer for the data highway, but it is part of the answer.What's right with the Internet? It provides global email, file transfer, and remote login. It is millions of people, thousands of "content providers," and a remarkable set of navigational software to bring the two together.What's wrong with the Internet? Its TCP/IP (Transmission Control Protocol/Internet Protocol) transport protocol suite was designed to move computer data (see Data Types and Quality of Service) over fairly unreliable networks, so the transport protocols built to work with IP (including TCP) are heavy on error checking. And, just in case something breaks along the way, IP routes each packet individually, rather than sending all of the packets from a given connection over one previously established path. This is very inefficient when you're talking about billions of packets. Other parts of the answer will come from the telephone companies.What's right with the worldwide telephone network? It serves billions of people, handling millions of calls at the same time, and tracking them so the customers can be properly billed. (Don't think that this isn't a very important consideration; it's almost impossible to bill on the Internet for services used.)When you make a phone call, the telephone network's central agencies (which know exactly how to reach every phone, cell phone, pager, or whatever) work together to set up a connection that will be used for the entire call. This is a lot faster than determining the route for every single packet, and avoids the contention for bandwidth that can cripple large or busy computer networks. I suppose it's not too surprising, then, that the major long distance telephone companies are already providing the backbone network (networks, actually, now that the Internet is being run by competing commercial interests) that the current Internet runs on. What's wrong with the telephone network? Mostly that it was designed only to handle voice. (Voice data is easy to move; it's relatively small, comes steadily, and doesn't need to be transmitted too accurately. See "Data Types and Quality of Service" in the box below.) |
||||
| ATM Fixes Everything | ||||
| The rest of the answer for the data highway is most likely going to be ATM (Asynchronous Transfer Mode). In fact, that's what it was specifically developed for: ATM is a data transport protocol for wide area networks specifically designed to carry any type of digital data -- voice, video, or computer -- and to carry the data efficiently and with the proper amount of care. In ATM, data are moved in small, fixed-length (53 bytes) chunks called cells: 5-byte header, which contains addressing information and the type of service the cell requires, and a 48-byte payload. | ||||
| Why ATM? | ||||
What's wrong with ATM?Having said what's wrong with the Internet and with the global telephone network, I suppose it's only fair to ask this question about ATM. There are a number of specific things, like ATM cells are too small (and 53 isn't a power of 2; network people really like things to be a power of 2) and it doesn't support "broadcasting" (sending information without a specific destination; cable TV requires broadcasting). But what's really "wrong" with ATM is that it's not quite finished. The Quality of Service negotiations (see Data Types and Quality of Service) and how they will be applied, for example, are still being worked on. |
||||
| Routing vs. Switching | ||||
|
Traditional LANs use packet switching. The packets
moving on a traditional LAN don't have a preassigned path; network routers
must examine each packet they receive to determine where it should be sent.
They also use shared media, which means that all of the network's
capacity is available for use by any data moving over the network.
This allows all of the network's bandwidth to be used, but it also opens
up the possibility for contention if two nodes send data at the
same time. (Contention is a particular problem on ethernet networks; while
other types of computer networks also used shared media, FDDI and token
ring for example, they were specifically designed to minimize contention.)
The telephone network uses circuit switching. In circuit switching, a specific path is set up for each connection, and a portion of the network's capacity is set aside for the exclusive use of that connection, whether it needs it all the time or not. This drastically cuts the network overhead; there's no contention and the work in determining the path is only done once. But it also makes less than optimum use of network capacity. ATM networks use a hybrid between packet switching (routing) and circuit switching. ATM networks are circuit switched in that all the cells from a given connection travel on the one predetermined path, but instead of having part of the network set aside for it, the connections share the network capacity as in packet switching. This hybrid makes ATM networks very efficient; it's not uncommon for ATM networks to operate at 90% of their theoretical capacity. And the efficiency of ATM networks increase with increasing traffic. On the other hand, a busy ethernet might run at 40% or less of its theoretical capacity, and the percentage decreases as the traffic on the network increases. How does ATM switching work? The path used by each connection on an ATM network is assigned a unique number, a Virtual Channel Identifier or VCI. The VCI is placed in the header of each of the connection's cells. So instead of determining the path for each packet as routers do, ATM switches need only to look the cell's VCI up in its routing table to see where to send it. But there are two questions left: how to keep an ATM network from being overused,
and how to identify cells that need special handling, cells containing real-time
data that should receive delivery priority, for example. For both, ATM uses
service categories based on Quality of Service parameters; see Data
Types and Quality of Service. This information is also carried in each cell's
header. Back to Contents |
||||
| Using ATM with LANs | ||||
It doesn't really matter what type of network is used out there in the "network
cloud"; if ATM is faster and more efficient (and it is in some cases), it makes
sense to use it. ATM can be faster and more efficient for local networks, or for
specific parts of them: for intranet backbones,
for individual workstations with very high networking needs, or to create a secure
subnetwork. At UIC, we are using or will soon use ATM for all of these reasons.
But we have other types of LANs on campus that we must also continue to use --
"legacy LANs" in ATM lingo. How can the ATM parts of our network happily coexist
with these LANs? There are two general approaches. (Both are still being worked
on in the ATM community.)
Switched ethernet is another, simpler way to improve LAN performance with ATM, one that we're beginning to use here at UIC. In switched ethernet, desktop machines are attached to a specialized switch (a.k.a. switched ethernet hub). On the desktop side, the switch talks ethernet, so the desktop machines think that they are on an ethernet subnet, usually consisting of only one or a small number of machines. On the network side, the switch talks ATM and is directly connected to the ATM backbone network. This significantly increases the desktop machine's performance and security (the major security concern on an ethernet network is "sniffing" by other machines on your subnet), without requiring any changes in the desktop machine or its software. |
||||
| What ATM Means to You | ||||
Even if you never do high-powered networked graphics or video conferencing on
your desktop, you will certainly benefit from the improved Internet and intracampus
connections that our ATM backbone service provides. And it's nice to know that
when you do need ATM-- or ATM switched ethernet -- on your desktop, it'll be ready
for you. With our campus's connection to the NSF's vBNS nationwide network and
our improved connection to the Internet, we at UIC are already part of networking's
future.
Comments are welcome; send them to
|
||||
| The ADN Connection, Nov/Dec 1996 | Previous: UIC Networking: Faster, Bigger, Better | Next: ATM Data Types and Quality of Service |
| 1999-9-9 connect@uic.edu |
|