PROPOSED JOINT ACTIVITY ON A GENERIC PROTOCOL MECHANISM FOR E ND-TO-END QOS SERVICE CONTROL
Roy, Radhika R, ALCTA
rrroy at ATT.COM
Fri Jun 1 13:16:14 EDT 2001
It is good that we have some help from the network layer by RSVP.
Similarly, DiffServ and MPLS can do something similar to this.
So, the application layer QOS just needs to find a way how to relate an
end-to-end call to the lower layer QOS signaling when a call path traverses
via RVSP-DifServ-MPLS-RSVP domain keeping the consistency between the upper
and lower layer.
From: Francois Audet [mailto:audet at NORTELNETWORKS.COM]
Sent: Friday, June 01, 2001 12:56 PM
To: ITU-SG16 at MAILBAG.INTEL.COM
Subject: Re: PROPOSED JOINT ACTIVITY ON A GENERIC PROTOCOL MECHANISM FOR E
ND-TO-END QOS SERVICE CONTROL
With this in mind, the application layer can negotiate an end-to-end
with the ends. It cannot control the intermediate routing nodes. A method
is needed to accomplish the end-to-end QOS control via the RTP IP stream.
This seem to me to be exactly what RSVP does.
For help on this mail list, send "HELP ITU-SG16" in a message to
listserv at mailbag.intel.com
More information about the sg16-avd