Quality of Service (QoS) in Communication APIs

  • W. Almesberger
  • S. Sasyan
  • S. Wright
Part of the IFIP — The International Federation for Information Processing book series (IFIPAICT)

Abstract

This paper gives an overview of the mechanisms that currently specified APIs (for Native ATM and for RSVP) provide to applications for the purpose of controlling QoS parameters. It compares the abstractions they provide with respect to application needs and modern operating system practices. Furthermore, it discusses what extensions or modifications would be desirable in future APIs.

Keywords

QoS API ATM RSVP WinSock 2 XTI Socket DLPI Arequipa 

References

  1. [1]
    CCITT Recommendation G.114 Mean One Way Propagation TimeBlue Book (1988), Vol III, Fascicle III.1, pg 84–94 Google Scholar
  2. [2]
    Coulson, G.; Cambell, A.; Robin, P.; Blair, G.; Papathomas, M.; Sheperd, D The Design of a QoS-Controlled ATM Based Communications System in ChorusIEEE Journal on Selected Areas in Communications, Vol. 13, No 4, May 1995 Google Scholar
  3. [3]
    Schmidt, D.; Gokhale, A.; Harrison, T.; Parulkar, G. A High Performance End System Architecture for Real-Time CORBA, IEEE Communications Magazine, February 97, pg 72–77.Google Scholar
  4. [4]
    Campbell, A.; Aurroechea, C.; Hauw, L. A Review of Quality of Service Architectures, Proceedings of 4th IFIP International Workshop on QoS (IWQoS’96).Google Scholar
  5. [5]
    Wright, S.; Jarrett, D. Analysis of Jitter in Supporting Multimedia Services Agreements over ATM, Proceedings of IEEE Southeastcon, Raleigh NC, 1995.Google Scholar
  6. [6]
    Jeffay, K.; Bennet, D. A rate Based Execution abstraction for multimedia computing, Proceedings of Fifth International Workshop on Network and Operating Systems support for Digital Audio and Video, Durham NH, 1995.Google Scholar
  7. [7]
    Leopold, H.; Campbell, A.; Hutchison, D.; Singer, N. Towards an Integrated Quality of Service Architecture (QOS-A) for distributed Multimedia Communications, High Performance Networking IV, Danthine, A. and Spaniol, O. (Eds.), Elsevier Science Publishers, 1993 IFIP.Google Scholar
  8. [8]
    Sahai, A.; Tseng, K.; Wang, W. A QoS–Controlled Distributed Interactive Multimedia System on ATM Networks, Proceedings Globecom’95, pg 188–192, IEEE 0–7803–25095/95Google Scholar
  9. [9]
    RFC1633; Braden, Bob; Clark, David; Shenker, Scott. Integrated Services in the Internet Architecture: an Overview., IETF, June 1994.Google Scholar
  10. [10]
    Braden, Bob; Zhang, Lixia; Berson, Steve; Herzog, Shai; Jamin, Sugih. Resource ReSerVation Protocol (RSVP) - Version 1 Functional Specification (work in progress), Internet Draft draft-ietf-rsvp-spec-14.ps, November 1996.Google Scholar
  11. [11]
    Braden, R.; Hoffman, D. RSVP Application Programming Interface (RAPI) for SunOS/BSD: V4.0 (work in progress), Internet Draft drat t-ietf-rsvp-bsdapi.ps, August 1996.Google Scholar
  12. [12]
    Wroclawski, John. The Use of RSVP with IETF Integrated Services (work in progress), Internet Draft draft-ietf-intsery-rsvp-use-01.txt, October 1996.Google Scholar
  13. [13]
    The ATM Forum. ATM User-Network Interface (UNI) Specification, Version 3.1, ftp://ftp.atmforum.com/pub/UNI/ver3.1, Prentice Hall, 1994.Google Scholar
  14. [14]
    The ATM Forum, Technical Committee. ATM User-Network Interface (UNI) Signalling Specification, Version 4.0, ftp://ftp.atmforum.com/pub/approved-specs/ af-sig-0061.000.ps, The ATM Forum, July 1996.Google Scholar
  15. [15]
    The ATM Forum, Technical Committee. Native ATM Services: Semantic Description, Version 1.0,ftp://ftp.atmforum.com/pub/approved-specs/af-saa-0048.000. ps, The ATM Forum, February 1996.Google Scholar
  16. [16]
    The WinSock Group. Windows Sockets 2 Application Programming Interface - An Interface for Transparent Network Programming Under Microsoft Windows - Revision 2. 2. 0, May 1996.Google Scholar
  17. [17]
    Tai, C. WinSock2 ATM Annex, ATM Forum/96–0190R1 (Anchorage), April 14–19, 1996.Google Scholar
  18. [18]
    Tai, C. Mapping of the ATM Forum SAA/API Semantic Description to the Winsock2 API, ATM Forum/96–0191R1 (Anchorage), April 14–19, 1996.Google Scholar
  19. [19]
    RFC1363; Partridge, Craig. A Proposed Flow Specification, IETF, September 1992.Google Scholar
  20. [20]
    Periyannan, Alagu; Harford, James J. XNET ATM API Specifications, Use of XTI to Access ATM, ATMSorum/96–1169R1Google Scholar
  21. [21]
    Periyannan, Alagu; Harford, James J. XNET ATM API Specifications, Use of XSockets to Access ATM, ATM_forum/96–1169R1Google Scholar
  22. [22]
    Almesberger, Werner; Le Boudec, Jean-Yves; Oechslin, Philippe. Application Requested IP over ATM (AREQUIPA) and its Use in the Web, Global Information Infrastructure (GlI) Evolution, pp. 252–260, IOS Press, 1996.Google Scholar
  23. [23]
    Almesberger, Werner. Arequipa: Design and Implementation, ftp://lrcvvw.epfl.ch/pub/arequipa/aq_di-1.tar.gz, Technical Report 96/213, DI-EPFL, November 1996.Google Scholar
  24. [24]
    Almesberger, Werner. Linux ATM API, ftp://lrcftp.epil.ch/pub/linux/atm/api/, EPFL, July 1996.Google Scholar
  25. [25]
    Luciani, James V.; Katz, Dave; Piscitello, David; Cole, Bruce. NBMA Next Hop Resolution Protocol (NHRP) (work in progress), Internet Draft draft-ietf -rolc-nhrp-10. txt, October 1996.Google Scholar
  26. [26]
    The ATM Forum, Multiprotocol Sub-Working Group. MPOA Baseline Version 1, ftp://ftp.atmforum.com/pub/mpoa/baseline.ps, September 1996.Google Scholar
  27. [27]
    Wroclawski, John. The Use of RSVP with IETF Integrated Services (work in progress), Internet Draft draft-ietf-intsery-rsvp-use-01.txt, October 1996.Google Scholar
  28. [28]
    Shenker, Scott; Partridge, Craig; Guerin, Roch. Specification of Guaranteed Quality of Service (work in progress), Internet Draft draft-ietf-intserv-guaranteed-svc-07. txt, February 1997.Google Scholar
  29. [29]
    Coulson, G.; Blair, G. Architectural Principles and Techniques for Distributed Multimedia Application Support in Operating Systems, ACM Operating Systems Review, October 1995, pg 17–24.Google Scholar
  30. [30]
    Oikawa, S.; Tokuda, H. Reflection of Developing User-Level Real-Time Thread Packages, ACM Operating Systems Review, October 1995, pg 63–76.Google Scholar
  31. [31]
    Leslie, Ian; McAuley, Derek; Black, Richard; Roscoe, Timothy; Barham, Paul; Evers, David; Fairbairns, Robin; Hyden, Eoin. The Design and Implementation of an Operating System to Support Distributed Multimedia Applications,http//wwcl.cam.ac.uk/Research/SRC/pegasus/paper.ps.gz, 1996.Google Scholar
  32. [32]
    Harford, James J. AAL SSCS for TCP Applications, ATMF/96–1751, December 1996 VancouverGoogle Scholar
  33. [33]
    Hoffman, Don. RSVP API Issues, ftp://playground. sun.com/pub/rsvp/ietf_api_ slides.ps.Z, December 1996.Google Scholar
  34. [34]
    Shanley, T.; Anderson, D. PCI System Architecture, 3rd Ed,Addison Wesley, 1995, ISBN 0–201–40993–3.Google Scholar
  35. [35]
    GO-MVIP. ATM Bus specification,http://ww.mvip.org/Google Scholar
  36. [36]
    Hayter, M.; McAuley, D. The Desk Area Network, ACM Operating Systems Review, Vol. 25, No. 4, pp. 14–21, October 1991.CrossRefGoogle Scholar
  37. [37]
    Ganger, G. R.; Patt, Y. N. The Process–Flow Model: Examining I/O Performance from a System’s Point of View,Proceedings of ACM SIGMETRICS’93, pg 86–97, ACM 0–89791–581–X/93/0005/0086Google Scholar
  38. [38]
    Nirkhe, V.; Baugher, M. Quality of Service support for Networked Media Players,Proceedings COMPCON’95, pg 234–238, IEEE 1063–6390/95Google Scholar

Copyright information

© Springer Science+Business Media Dordrecht 1997

Authors and Affiliations

  • W. Almesberger
    • 1
  • S. Sasyan
    • 2
  • S. Wright
    • 3
  1. 1.EPFL DI-LRCLausanneSwitzerland
  2. 2.Hewlett-Packard France ENSDGrenoble Cedex 9France
  3. 3.Fujitsu Network CommunicationsRaleighUSA

Personalised recommendations