150 likes | 274 Vues
This document discusses the methods for quality of service (QoS) enhancements in TCP/IP applications through resource reservation techniques applied in both IP and ATM networks. It covers various aspects including the use of RSVP for precise, scalable reservations, renegotiation of bandwidth during active connections, and integration of ATM networks with Internet protocol. The Arequipa framework is highlighted as an effective strategy for combining IP and ATM networks while ensuring that QoS mechanisms are user-friendly and efficient for applications like videoconferencing.
E N D
Resource Reservation over IP and ATM networks Silvia Giordano EPFL ICA March, 1998 1
QoS Today • Applications are TCP/IP based • to provide QoS: • IP with more than best effort • end-to-end ATM • negotiation (renegotiation) • native ATM or Arequipa 2
IP with more than best effort • RSVP • precise and efficient reservation • soft state • scalability • Differentiated Service and SRP • scalability for large number of flows • traffic aggregation
End-to-end ATM Today • negotiation and renegotiation • negotiation of connection parameters before establishing the connection (negotiate bw - UNI 3.x 4.0) • modification of connection parameters while the connection is active (renegotiate bw - ITU Q.2963.1) • native ATM or Arequipa 3
Renegotiation • Connection remains active during modification: • applications still send data at the original PCR • original PCR is used if modification fails • shorter latency and less processing: • modification messages are small • ATM Network performs not addressing, routing (only CAC) 4
Arequipa • Application driven shortcuts • no changes in the networks • uses 2 networks in parallel: ATM and Internet • completely integrated in TCP/IP 6
VIC: videoconference MBone tool • make QoS visible to the users • user chooses a simple PCR only 7
BW Renegotiation: Arequipa for VIC 24 Oct. 1997 8
Implementation: • ATM Forum UNI 4.0 and renegotiation (ITU Q.2963.1) for: • ATMLight Ring - ASCOM • ATM on Linux 10
Conclusion (1) • Resource Reservation is simple to use on the end-to-end system side • IP is the only end-to-end solution • end-to-end ATM should use something like Arequipa to preserve TCP/IP environment 12
Conclusion (2) • end-to-end ATM is only for niche applications, otherwise IP • majority of applications will require priority IP service (RSVP, differential service, SRP) 13
Who • Arequipa: W. Almesberger, J-Y. Le Boudec, Ph. Oechslin • Demo97: ASCOM, ASPA, EPFL, SWISSCOM, TIK • cookbook & paper 97: W.Almesberger, L. Chandran, S. Giordano, J-Y. Le Boudec, R. Schmid • SRP: W. Almesberger, T. Ferrari, J-Y. Le Boudec 14
References • Arequipa: http://lrcwww.epfl.ch/arequipa/ • Demo97: http://lrcwww.epfl.ch/WebOverATM/vic.html • cookbook: http://lrcwww.epfl.ch/WebOverATM/ • paper 97: http://lrcwww.epfl.ch /~giordano/vpf2.ps • SRP: ftp://lrcftp.epfl.ch/pub/people/almesber/pub/srri.ps.gz • full paper: http://lrcwww.epfl.ch/~giordano/Heid.ps 15