RE: Interesting FRTS problem

From: Brian McGahan (bmcgahan@internetworkexpert.com)
Date: Mon Nov 01 2004 - 17:57:24 GMT-3


Tim,

        The mincir defaults to half of the CIR. That's what the
available bandwidth value for a reservation is based on. You need to
set mincir to at least 200000.

HTH,

Brian McGahan, CCIE #8593
bmcgahan@internetworkexpert.com

Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987 x 705
Outside US: 775-826-4344 x 705
24/7 Support: http://forum.internetworkexpert.com
Live Chat: http://www.internetworkexpert.com/chat/

> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
Of
> ccie2be
> Sent: Monday, November 01, 2004 2:53 PM
> To: Group Study
> Subject: Interesting FRTS problem
>
> Hi guys,
>
> I configured the following frame relay shaping parameters on an
interface
> with
> 2 p2p sub-interfaces:
>
> map-class frame-relay SHAPE
> frame-relay cir 256000
> frame-relay bc 2560
> frame-relay fair-queue
> frame-relay fragment 320
>
> I then applied this class to the physical interface with the command,
> frame
> class SHAPE, thinking that each sub-interface will inherit the
parameters
> I
> had already configured.
>
> Then I configured MQC to prioritize voice traffic by doing the
following:
>
> class-map match-all VOIP
> match access-group 100
> !
> !
> policy-map VOIP
> class VOIP
> priority 200
>
> But, when I tried to apply to service-policy to the map-class
frame-relay,
> I
> got the following console message:
>
> I/f Serial1/0 DLCI 301 class VOIP requested bandwidth 200 (kbps),
> available
> only 128 (kbps)
>
> I did a show traffic-shaping and got this:
>
> Rack1R3#SH TRAFfic-shape
>
> Interface Se1/0
> Access Target Byte Sustain Excess Interval Increment
> Adapt
> VC List Rate Limit bits/int bits/int (ms) (bytes)
> Active
> 301 256000 320 2560 0 10 320
-
> 302 256000 320 2560 0 10 320
-
>
> Interface Se1/0.34
> Access Target Byte Sustain Excess Interval Increment
> Adapt
> VC List Rate Limit bits/int bits/int (ms) (bytes)
> Active
> 304 256000 320 2560 0 10 320
-
>
> Interface Se1/0.35
> Access Target Byte Sustain Excess Interval Increment
> Adapt
> VC List Rate Limit bits/int bits/int (ms) (bytes)
> Active
> 305 256000 320 2560 0 10 320
-
>
>
> It seems like the router is taking the 256k cir and dividing up
between
> the 2
> sub-interfaces so that only 128k is available rather than giving each
dlci
> 256k of cir. Is this what is going on?
>
> I also tried to apply the map-class to each dlci individually and got
the
> same
> error message. So now I can't apply the service-policy to either the
> physical
> interface or to the individual sub-interfaces.
>
> How do I fix this problem?
>
> Any help or advice would be greatly appreciated.
>
> TIA, Tim
>
>



This archive was generated by hypermail 2.1.4 : Thu Dec 02 2004 - 06:57:37 GMT-3