Re: PROPOSED JOINT ACTIVITY ON A GENERIC PROTOCOL MECHANISM FOR E ND-TO-END QOS SERVICE CONTROL
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@NORTELNETWORKS.COM] Sent: Friday, June 01, 2001 12:56 PM To: ITU-SG16@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@mailbag.intel.com
participants (1)
-
Roy, Radhika R, ALCTA