Issue No. 04 - July/August (2000 vol. 4)
Quality of service is a network "term of art" for describing technologies that allow service providers to manage network congestion rather than simply to add capacity. The Internet has its origins in one QoS—namely, best effort—which assumes that all packets are created equal and that all will share equally in the inconveniences of congestion. Each network node simply queues individual packets in the order they arrive and forwards them on a hop-by-hop basis toward the IP address in each packet header. When the packets arrive—even if they arrive—is a matter between the sending and receiving parties.
It is a simple network concept: flexible, efficient, scalable, and fair. Moreover, it has been effective in its support of applications like FTP and e-mail. But as the Internet has moved into the mainstream of global communication, so have its applications. Voice-over-IP, in particular, and other multimedia applications, as well as certain business applications, require service guarantees that "best effort" does not meet.
Ietf Approaches to QOS
The Internet Protocol includes a mechanism for offering limited QoS, namely, a Type of Service (ToS) byte in the IP header. With the new focus on QoS, however, the Internet Engineering Task Force has been looking into additional QoS functionality. The IETF is currently working on two types of protocol development to differentiate the Internet's best-effort QoS service.
One is the Integrated Services (IntServ) architecture, documented in RFC 1633 (informational) and in RFCs 2212 and 2215 (standards track). IntServ requires applications to signal their service requirements to the network through a reservation request. IntServ currently uses the Resource Reservation Protocol (RSVP) as its end-to-end signaling protocol, documented in RFC 2205 (standards track). Unfortunately, the IntServ/RSVP architecture does not scale to the global Internet. The other approach, Differentiated Services (DiffServ), works in the core of the network through a scalable aggregated service mechanism. It is documented in RFC 2475 (informational) and RFC 2474 (standards track). (RFCs are available online through the IETF at http://www.ietf.org/rfc/rfc####.txt.)
The articles presented here address research areas that can support the development of Internet-based applications with QoS requirements.
Bhatti and Crowcroft focus on the issues and principles of modifying IP packet-handling in routers to support real-time applications in an integrated services architecture. Verticale and Trecordi evaluate the effectiveness of two current architectures for the provisioning of multimedia services to IP traffic in the backbone. McWherter, Sevy, and Regli describe a simple testbed for experimenting with different QoS configurations.
THERE'S MORE ONLINE…
The IETF Internet Architecture Board has a work in progress, "Next Steps for the IP QoS Architecture," (Geoff Huston, June 2000), available at http://www.ietf.org/internet-drafts/draft-iab-qos-01.txt.
For an excellent survey of protocol development to support IP QoS, see Chris Metz's On the Wire column from Mar/Apr 1999, "IP QoS: Traveling in First Class on the Internet," available at http://computer.org/internet/v3n2/w2onwire.htm.