| J. Wroclaski, The Use of RSVP with IETF Integrated Services, Internet Draft, Aug. 1996, ftp://ds.internic.net/internet-drafts/draft-ietf-intservrsvp -use-00.txt. |
....to ensure that nonconforming data flows do not affect the QoS commitments for behaving data flows. The IETF has considered various QoS classes such as [5 8] although to date only two of these, Guaranteed Service [7] and Controlled Load Service [8] have been formally specified for use with RSVP [9]. GUARANTEED SERVICE Guaranteed Service [7] provides an assured level of bandwidth, a firm end to end delay bound, and no queuing loss for conforming packets of a data flow. It is intended for applications with stringent real time delivery requirements, such as certain audio and video ....
....occurs. The minimum value of M from the Tspec of each Resv message 8 received by the sender should then be used by the sending application as the upper limit on the size of packets to receive special QoS. In this way fragmentation of these packets will never occur. It is worth noting that [9] recommends that the value of M in the Sender Tspec, which has played no part in the above MTU negotiation process, should be set equal to the maximum packet size the sender is capable of generating rather than what it is currently sending. The Guaranteed Service fragment of the Adspec includes ....
J. Wroclaski, The Use of RSVP with IETF Integrated Services, Internet Draft, Aug. 1996, ftp://ds.internic.net/internet-drafts/draft-ietf-intservrsvp -use-00.txt.
....that non conforming data flows do not affect the QOS commitments for behaving data flows. The IETF has considered various QOS classes such as [1] 6] 10] 12] although to date only two of these, Guaranteed Service[10] and Controlled Load Service[12] have been formally specified for use with RSVP[13]. 2.1 Guaranteed Service Guaranteed Service[10] provides an assured level of bandwidth, a firm end to end delay bound and no queuing loss for conforming packets of a data flow. It is intended for applications with stringent real time delivery requirements such as certain audio and video ....
....section 3.5) The minimum value of M from the Tspec of each Resv message 8 received by the sender should then be used by the sending application as the upper limit on the size of packets to receive special QOS. In this way fragmentation of these packets will never occur. It is worth noting that [13] recommends that the value of M in the Sender Tspec, which has played no part in the above MTU negotiation process, should be set equal to the maximum packet size that the sender is capable of generating rather than what it is currently sending. The Guaranteed Service fragment of the Adspec ....
J. Wroclaski. The Use of RSVP with IETF Integrated Services, Internet Draft, August 1996, ftp://ds.internic.net/internet-drafts/draft-ietf-intserv-rsvp-use-00.txt.
Online articles have much greater impact More about CiteSeer.IST Add search form to your site Submit documents Feedback
CiteSeer.IST - Copyright Penn State and NEC