From: William Chen (kwchen@netvigator.com)
Date: Mon Jan 05 2004 - 13:40:18 GMT-3
Dear John,
You will find this testing result interesting. I only have one
resevation queue and the second rsvp reservation will failed. Look at the
reason why the reservation is error:
01:47:24: RSVP-WFQ: FAILURE -- RESERVED queue not available
R1#sh ip rsvp installed
RSVP: Serial2
BPS To From Protoc DPort Sport Weight
Conversation
5K 172.16.104.1 172.16.101.1 TCP 23 5000 6 73
R1#
01:47:15: RSVP 172.16.101.1_5000-172.16.104.1_23: RESV message for
172.16.104.1 (Serial2) from 172.16.1.2
01:47:15: RSVP: reservation found--processing possible change
01:47:24: RSVP 172.16.101.1_5000-172.16.104.1_25: RESV message for
172.16.104.1 (Serial2) from 172.16.1.2
01:47:24: RSVP session 172.16.104.1_25: Reservation is new
01:47:24: RSVP-WFQ: Update for tcsb 00005401 on hw idb Se2
01:47:24: RSVP-WFQ: Admitted 5 kbps of bandwidth
01:47:24: RSVP-WFQ: FAILURE -- RESERVED queue not available
01:47:24: RSVP-WFQ: Released 5 kbps of bandwidth
01:47:24: RSVP session 172.16.104.1_25: send reservation error to 172.16.1.2
about 172.16.104.1
01:47:24: RSVP 172.16.101.1_5000-172.16.104.1_25: remove Serial2 RESV
172.16.104.1(25) <- 172.16.101.1(6:5000)
R1#sh run int s2
Building configuration...
Current configuration : 106 bytes
!
interface Serial2
ip address 172.16.1.1 255.255.255.0
fair-queue 64 64 1
ip rsvp bandwidth 10 5
end
- William Chen
----- Original Message -----
From: "John Matijevic" <matijevi@bellsouth.net>
To: "William Chen" <kwchen@netvigator.com>; <ccielab@groupstudy.com>
Sent: Monday, January 05, 2004 12:09 AM
Subject: Re: Fair queue & RSVP
> William,
> not necessarily, it depends on your scenerio. Can you give an example of
> what you trying to accomplish?
> Sincerely,
> Matijevic
> ----- Original Message -----
> From: "William Chen" <kwchen@netvigator.com>
> To: "John Matijevic" <matijevi@bellsouth.net>; <ccielab@groupstudy.com>
> Sent: Sunday, January 04, 2004 10:38 AM
> Subject: Re: Fair queue & RSVP
>
>
> > Thx, John
> >
> > If I do use fair queue at the interface, do I need to set a non-zero
> number
> > of reservable queues?
> >
> > Best Regards,
> > William Chen
> >
> > ----- Original Message -----
> > From: "John Matijevic" <matijevi@bellsouth.net>
> > To: "William Chen" <kwchen@netvigator.com>; <ccielab@groupstudy.com>
> > Sent: Sunday, January 04, 2004 11:35 PM
> > Subject: Re: Fair queue & RSVP
> >
> >
> > > Hello William,
> > > According to the documentation Cd, RSVP does not need fair queue to
> work.
> > > "RSVP works in conjunction with weighted fair queueing (WFQ) or Random
> > Early
> > > Detection (RED)." Also from the dqos book page 612 "You also need to
> > > configure a queuing tool that supports RSVP on each interface namely
> WFQ,
> > IP
> > > RTP Priority, or LLQ". So the answer to your question is that for RSVP
> to
> > > work it does not need fair queue.
> > >
> > > Sincerely,
> > > Matijevic
> > > ----- Original Message -----
> > > From: "William Chen" <kwchen@netvigator.com>
> > > To: <ccielab@groupstudy.com>
> > > Sent: Sunday, January 04, 2004 9:20 AM
> > > Subject: Fair queue & RSVP
> > >
> > >
> > > > Dear all,
> > > >
> > > > For RSVP to work, it needs fair queue. Since the default setting
of
> > > fair
> > > > queue has 0 reservable queues, should we always use the command
> > > "fair-queue"
> > > > to set a non-zero number of reservable queue?
> > > >
> > > > Best Regards,
> > > > William Chen
> > > >
> > > >
> _______________________________________________________________________
> > > > Please help support GroupStudy by purchasing your study materials
> from:
> > > > http://shop.groupstudy.com
> > > >
> > > > Subscription information may be found at:
> > > > http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Mon Feb 02 2004 - 09:07:36 GMT-3