From: kym blair (kymblair@hotmail.com)
Date: Fri Dec 27 2002 - 05:45:24 GMT-3
Vijay,
You're right, you'll have to know the path between the source and
destination to reserve bandwidth at every hop. RSVP is to reserve and
guarantee bandwidth, primaily for voice; less likely applications include
VPNs and multicast video; but future designs will be more automated.
For now, I would think RSVP will probably only be appied to voice.
Hopefully there won't be multiple paths between the voice routers. If it is
applied to a multicast stream or VPN, it seems like it should be clear where
the source and destinations are.
One thing you should be careful to do ... if the RSVP involves a frame-relay
subinterface, be sure to apply the RSVP command on *both* the subinterface
and the physical interface.
I'd like to hear other opinions. Thanks,
Kym
>From: "Vijay S Jayaraman" <vjayaram@in.ibm.com>
>Reply-To: "Vijay S Jayaraman" <vjayaram@in.ibm.com>
>To: ccielab@groupstudy.com
>Subject: RSVP query
>Date: Fri, 27 Dec 2002 12:40:51 +0530
>
>Hi,
>If I need to reserve bandwidth using RSVP, I need to enable RSVP on all the
>interfaces along the entire path of the packet flow......and for each
>multiple paths too...Is this right?
>
>So If I get a question on the lab to reserve bandwidth for a flow and its
>not mentioned where the packet flow is terminating, what would I need to do
>to get a 100% on the question?
>
>Regards,
>Vijay.
>.
This archive was generated by hypermail 2.1.4 : Fri Jan 17 2003 - 17:21:53 GMT-3