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.

-----Original Message-----
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
QOS
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 mailing list