Hey, hopefully this link will help with your understanding:
basically, you're right, you need a symmetrical path.
-ryan
-----Original Message-----
From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of ALL From_NJ
Sent: Saturday, August 22, 2009 4:39 PM
To: Molomo
Cc: Iwan Hoogendoorn; Cisco certification
Subject: Re: Help understanding RSVP - a few questions
I saw that ... good point. If the solution calls for another queuing method
... then RSVP is out.
Just wondering on the other questions ... I suppose I could lab the
asymmetric routing scenario up and test. Was just trying to be lazy and see
if anyone already knew the answer ...
On Sat, Aug 22, 2009 at 11:03 AM, Molomo <letjedilakopa_at_gmail.com> wrote:
> Fair queue on interface is a requirement.. Although it is on by default on
> interfaces with E1 and lower speeds, just must make sure.
>
> Rdgs,
> Molomo
>
>
> On 8/22/09, ALL From_NJ <all.from.nj_at_gmail.com> wrote:
>>
>> Thanks for this.
>>
>> I could not find reference to the asymmetric routing question ... if I
>> understand RSVP signaling correctly, then this will cause problems ...
>>
>> Also, I am not understanding when entering a mcast message is
>> required. It
>> sounds like you will do this when you have a mcast only receiver. Is this
>> correct?
>>
>> Many thanks
>>
>>
>>
>> On Sat, Aug 22, 2009 at 7:10 AM, Iwan Hoogendoorn <iwan_at_ipexpert.com>
>> wrote:
>>
>> > Hi Andrew,
>> >
>> > When you configure RSVP you need to configure the following things:
>> >
>> > RSVP Task List
>> > After you have planned your RSVP configuration, enter the Cisco IOS
>> > commands that implement your configuration plan. The following
>> > sections discuss how to configure RSVP. You must enable RSVP on an
>> > interface in order to use it; the other tasks are optional.
>> >
>> > Enable RSVP
>> > Enter Senders in the RSVP Database
>> > Enter Receivers in the RSVP Database
>> > Enter Multicast Addresses
>> > Control Which RSVP Neighbor Can Offer a Reservation
>> > Monitor RSVP
>> >
>> > More information on this you can find here:
>> >
>> >
>> >
>>
>> http://www.cisco.com/en/US/docs/ios/11_3/np1/configuration/guide/1crsvp.html
>> >
>> >
>> > --
>> > Regards,
>> >
>> > Iwan Hoogendoorn
>> > CCIE #13084 (R&S / Security / SP)
>> > Sr. Support Engineer IPexpert, Inc.
>> > URL: http://www.IPexpert.com
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > On Sat, Aug 22, 2009 at 5:39 AM, ALL From_NJ<all.from.nj_at_gmail.com>
>> wrote:
>> > > Hey Team,
>> > >
>> > > I have configured this on all interfaces from end to end ...
>> > >
>> > > ip rsvp band x y
>> > >
>> > > Ok ... now what ... this is all that is needed? I know you can
>> configure
>> > > the routers to send and receive test, and I have not done this yet in
>> my
>> > > lab. From the config guides, it looks like it would take a copy and
>> > paste
>> > > to make this work ... not very complicated.
>> > >
>> > > When I want my network to inter-operate w/ a mcast application, I also
>> > have
>> > > to generate mcast RSVP packets correct? Using the command: ip rsvp
>> > > udp-multicast ?
>> > >
>> > > Misc Question: It appears that RSVP cannot support asymmetric routing?
>> > From
>> > > what I gather, the packets have to make it to the destination and back
>> > using
>> > > the same path. It also seems that RSVP can react and choose a new
>> path
>> > as
>> > > the routing table changes ... this is nice.
>> > >
>> > > All in all, I do not see this being used much ... but perhaps I just
>> have
>> > > not needed it yet. Anyone using this and any testimonies?
>> > >
>> > > Appreciate your thoughts, have a great night.
>> > >
>> > > --
>> > > Andrew Lee Lissitz
>> > > all.from.nj_at_gmail.com
>> > >
>> > >
>> > > Blogs and organic groups at http://www.ccie.net
>> > >
>> > >
>> _______________________________________________________________________
>> > > Subscription information may be found at:
>> > > http://www.groupstudy.com/list/CCIELab.html
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> >
>> >
>> >
>> > --
>> > Regards,
>> >
>> > Iwan Hoogendoorn
>> > CCIE #13084 (R&S / Security / SP)
>> > Sr. Support Engineer IPexpert, Inc.
>> > URL: http://www.IPexpert.com
>> >
>>
>>
>>
>> --
>> Andrew Lee Lissitz
>> all.from.nj_at_gmail.com
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>>
>>
>>
>>
>>
>>
>
-- Andrew Lee Lissitz all.from.nj_at_gmail.com Blogs and organic groups at http://www.ccie.netReceived on Sat Aug 22 2009 - 17:32:09 ART
This archive was generated by hypermail 2.2.0 : Tue Sep 01 2009 - 05:43:57 ART