OK... I tested everything.
I am using FRTS instead of GTS.
The config i am using is
!
interface Serial1
bandwidth 256
no ip address
no ip directed-broadcast
encapsulation frame-relay IETF
no keepalive
no fair-queue
frame-relay traffic-shaping
!
interface Serial1.1 multipoint
ip address 132.1.21.1 255.255.255.0
no ip directed-broadcast
no arp frame-relay
frame-relay map ip 132.1.21.2 515
!
interface Serial1.2 point-to-point
bandwidth 64
ip unnumbered FastEthernet0
no ip directed-broadcast
no arp frame-relay
no cdp enable
frame-relay interface-dlci 516
class t64
!
map-class frame-relay t64
frame-relay traffic-rate 16000 64000
frame-relay bc 64000
!
Router#sh int ser 1
Serial1 is up, line protocol is up
Hardware is PowerQUICC Serial
Description:
MTU 1500 bytes, BW 256 Kbit, DLY 20000 usec,
reliability 255/255, txload 40/255, rxload 6/255
Encapsulation FRAME-RELAY IETF, loopback not set
Keepalive not set
Broadcast queue 0/64, broadcasts sent/dropped 20/0, interface broadcasts 2
Last input 00:01:25, output 00:00:00, output hang never
Last clearing of "show interface" counters 3w4d
Queueing strategy: fifo
Output queue 0/40, 631 drops; input queue 0/75, 0 drops
5 minute input rate 7000 bits/sec, 5 packets/sec
5 minute output rate 120000 bits/sec, 6 packets/sec
6423620 packets input, 648992350 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 96 giants, 0 throttles
96 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
7910460 packets output, 3812516915 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
DCD=up DSR=up DTR=up RTS=up CTS=up
Router#sh frame-relay pvc 516
PVC Statistics for interface Serial1 (Frame Relay DTE)
DLCI = 516, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial1.2
input pkts 5790202 output pkts 7230308 in bytes 543324449
out bytes 3254580372 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 5 out bcast bytes 380
pvc create time 3w3d, last time pvc status changed 3w3d
cir 16000 bc 16000 be 48000 limit 6250 interval 125
mincir 8000 byte increment 250 BECN response no
pkts 37256 bytes 5958824 pkts delayed 500 bytes delayed 181477
shaping inactive
traffic shaping drops 0
Serial1.2 dlci 516 is first come first serve default queueing
Output queue 0/40, 0 drop, 500 dequeued
Router#sh traffic-shape ser 1.2
Access Target Byte Sustain Excess Interval Increment
Adapt
I/F List Rate Limit bits/int bits/int (ms) (bytes)
Active
Se1.2 16000 6250 16000 48000 125
250 -
This is all the statistics, and as you can see is just limiting the inbound
traffic, not the outbound. It is working as the GTS.
I am using IOS ver 12.0(3)T.
What else can I do?
Regards,
Joseba Izaga
----- Original Message -----
From:
To:
Sent: Thursday, January 17, 2002 7:19 PM
Subject: Re: Traffic-rate shape [7:32072]
> Well, unless I'm just suffering from Friday Afternoon Brain, the traffic
> figures still look weird to me.
> Can you look at the traffic figures from the other end of the PVC? If so,
> what do they say?
>
> I guess if the txload/rxload figures are for a 5-minute exponential
> average (which I believe they are) and the 5-minute input/output figures
> are a normal average (which I'm not sure of), those figures could make
> sense, but you'd have to have a pretty extreme traffic pattern (which I
> suppose you could if you've been testing throughput).
>
> What happens if you use FRTS instead of GTS?
>
> JMcL
>
>
> ----- Forwarded by Jenny Mcleod/NSO/CSDA on 18/01/2002 02:05 pm -----
>
>
> "Joseba Izaga"
> Sent by: [EMAIL PROTECTED]
> 18/01/2002 11:54 am
> Please respond to "Joseba Izaga"
>
>
> To: [EMAIL PROTECTED]
> cc:
> Subject: Re: Traffic-rate shape [7:32072]
>
>
> s1.1 is not used.
>
> To the physical interface I connected a frame-relay radio-modem configured
> as Star (multipoint). So s1.1 is just for mapping clinet units.
>
> s1.1 doesn4t have traffic at all.
>
> ----- Original Message -----
> From:
> To:
> Sent: Thursday, January 17, 2002 3:39 PM
> Subject: Re: Traffic-rate shape [7:32072]
>
>
> > Something's a bit odd here.
> > >From your 'show int', BW is 256 Kbps, txload is 64/255 (i.e close
> enough
> > to 64 Kbps for a bandwidth of 256 Kbps), yet the 5-minute output rate is
> > 235 Kbps. Are you sure your bandwidth is configured correctly?
> >
> > Your 'show int' is for the physical interface, so it will include
> traffic
> > for all sub-interfaces (actually, in my experience, even if you do a
> 'show
> > int' for the sub-interface, the txload and rxload figures will actually
> be
> > for the whole physical interface, which is a nuisance). According to
> the
> > config you gave earlier, you have three sub-interfaces on that physical
> > interface, only two of which are traffic shaped. Is that where your
> extra
> > traffic is coming from?
> >
> > JMcL
> > ----- Forwarded by Jenny Mcleod/NSO/CSDA on 18/01/2002 10:34 am -----
> >
> >
> > "Joseba Izaga"
> > Sent by: [EMAIL PROTECTED]
> > 18/01/2002 09:02 am
> > Please respond to "Joseba Izaga"
> >
> >
> > To: [EMAIL PROTECTED]
> > cc:
> > Subject: Re: Traffic-rate shape [7:32072]
> >
> >
> > ----- Original Message -----
> > From: "steve skinner"
> > To:
> > Sent: Wednesday, January 16, 2002 8:33 AM
> > Subject: Re: Traffic-rate shape [7:32072]
> >
> > steve,
> >
> > Remember that I have limited each sub-int to 64kbps using the command
> >
> > traffic-shape rate 64000 12000 24000
> >
> > (as steven recommend)
> >
> > but if I see the Serial statistics, I see more traffic than it suppose
> to
> > be. It should be a 128kbps max. For that reason I said that it is not
> > function.
> >
> > Router#show int s 1
> > Serial1 is up, line protocol is up
> > Hardware is PowerQUICC Serial
> > Description: WII
> > MTU 1500 bytes, BW 256 Kbit, DLY 20000 usec,
> > reliability 255/255, txload 64/255, rxload 2/255
> > Encapsulation FRAME-RELAY IETF, loopback not set
> > Keepalive not set
> > Broadcast queue 0/64, broadcasts sent/dropped 20/0, interface
> broadcasts
> > 20
> > Last input 00:00:05, output 00:00:00, output hang never
> > Last clearing of "show interface" counters 1w6d
> > Queueing strategy: fifo
> > Output queue 0/40, 0 drops; input queue 0/75, 0 drops
> > 5 minute input rate 43000 bits/sec, 6 packets/sec
> > 5 minute output rate 235000 bits/sec, 7 packets/sec
> > 3060238 packets input, 295363575 bytes, 0 no buffer
> > Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
> > 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
> > 4012231 packets output, 4121859399 bytes, 0 underruns
> > 0 output errors, 0 collisions, 1 interface resets
> > 0 output buffer failures, 0 output buffers swapped out
> > 0 carrier transitions
> > DCD=up DSR=up DTR=up RTS=up CTS=up
> >
> > Joseba
> >
> > > hi....
> > >
> > > it seems ok to me as there is packets on the "stats" command but,
> > >
> > > i need to ask this....sorry.
> > >
> > > you said before that it is not working ,but how do you know it`s not
> > working
> > > ???...i feel i am bieng a bit thick and missing something...
> > >
> > > cheers
> > >
> > > steve
> > >
> > >
> > > >From: "Joseba Izaga"
> > > >To: "steve skinner" ,
> > > >Subject: Re: Traffic-rate shape [7:32072]
> > > >Date: Wed, 16 Jan 2002 10:07:23 -0800
> > > >
> > > >Steve,
> > > >
> > > >This is what I got
> > > >
> > > >Router#show traffic-shape statistics
> > > > Access Queue Packets Bytes Packets
> > > >Bytes Shaping
> > > >I/F List Depth Delayed
> > Delayed
> > > >Active
> > > >Se1.2 0 289 45537 0
> > > >0 no
> > > >Se1.3 0 36573 5751328 114
> > > >63246 no
> > > >Router#
> > > >
> > > >Also,
> > > >
> > > >Router#sh traffic-shape serial 1.2
> > > > Access Target Byte Sustain Excess
> > > >Interval Increment Adapt
> > > >I/F List Rate Limit bits/int bits/int
> > > >(ms) (bytes) Active
> > > >Se1.2 64000 2000 8000 8000 125
> > > >1000 -
> > > >
> > > >Router#sh traffic-shape serial 1.3
> > > > Access Target Byte Sustain Excess
> > > >Interval Increment Adapt
> > > >I/F List Rate Limit bits/int bits/int
> > > >(ms) (bytes) Active
> > > >Se1.3 32000 2000 8000 8000 250
> > > >1000 -
> > > >
> > > >So, what do you think?
> > > >
> > > >Joseba Izaga
> > > >
> > > >----- Original Message -----
> > > >From: "steve skinner"
> > > >To:
> > > >Sent: Wednesday, January 16, 2002 7:17 AM
> > > >Subject: Re: Traffic-rate shape [7:32072]
> > > >
> > > >
> > > > > hi ...
> > > > >
> > > > > if you do a "show traffic-shape" what does the "byte limit" count
> > say
> > > >for
> > > > > each VC....
> > > > >
> > > > > also what does
> > > > >
> > > > > show traffic-shape stats ...say
> > > > >
> > > > > hth
> > > > >
> > > > > steve
> > > > >
> > > > >
> > > > > >From: "Joseba Izaga"
> > > > > >Reply-To: "Joseba Izaga"
> > > > > >To: [EMAIL PROTECTED]
> > > > > >Subject: Re: Traffic-rate shape [7:32072]
> > > > > >Date: Wed, 16 Jan 2002 09:08:16 -0500
> > > > > >
> > > > > >This is the configuration I have in all 17204s. As you can see, I
> > am
> > > >using
> > > > > >GTS, but is not working, it is not limiting to 64 or 32.
> > > > > >
> > > > > >interface Serial1
> > > > > > description WII-Enlace-Sebaco
> > > > > > bandwidth 256
> > > > > > no ip address
> > > > > > no ip directed-broadcast
> > > > > > encapsulation frame-relay IETF
> > > > > > no keepalive
> > > > > > no fair-queue
> > > > > >!
> > > > > >interface Serial1.1 multipoint
> > > > > > description MP-Sebaco
> > > > > > ip address 132.1.21.1 255.255.255.0
> > > > > > no ip directed-broadcast
> > > > > > no arp frame-relay
> > > > > > frame-relay map ip 132.1.21.2 515
> > > > > > frame-relay map ip 132.1.21.3 519
> > > > > > frame-relay map ip 132.1.21.4 523
> > > > > >!
> > > > > >interface Serial1.2 point-to-point
> > > > > > bandwidth 64
> > > > > > ip unnumbered FastEthernet0
> > > > > > no ip directed-broadcast
> > > > > > no arp frame-relay
> > > > > > traffic-shape rate 64000 8000 8000 1000
> > > > > > no cdp enable
> > > > > > frame-relay interface-dlci 516
> > > > > >!
> > > > > >interface Serial1.3 point-to-point
> > > > > > bandwidth 64
> > > > > > ip unnumbered FastEthernet0
> > > > > > no ip directed-broadcast
> > > > > > no arp frame-relay
> > > > > > traffic-shape rate 32000 8000 8000 1000
> > > > > > no cdp enable
> > > > > > frame-relay interface-dlci 520
> > > > > >
> > > > > >Regards,
> > > > > >
> > > > > >Joseba Izaga
> > > > > >
> > > > > >----- Original Message -----
> > > > > >From: "mike"
> > > > > >To: "Joseba Izaga" ;
> > > > > >Sent: Tuesday, January 15, 2002 6:17 PM
> > > > > >Subject: Re: Traffic-rate shape [7:32072]
> > > > > >
> > > > > >
> > > > > > > It should work using 12.0 on a 1720 router. We use 12.0.7T on
> > our
> > > > > >1720s,
> > > > > > > and traffic shape using map-classes and priority queueing
> > > > > > >
> > > > > > > What does your config look like, what commands are you using
> to
> > > >verify
> > > > > > > traffic shaping is/isn't on?
> > > > > > >
> > > > > > >
> > > > > > > ----- Original Message -----
> > > > > > > From: "Joseba Izaga"
> > > > > > > To:
> > > > > > > Sent: Tuesday, January 15, 2002 7:38 PM
> > > > > > > Subject: Re: Traffic-rate shape [7:32072]
> > > > > > >
> > > > > > >
> > > > > > > > I already did a frame-relay traffic shaping and limit with
> > CIR,
> > > >but
> > > > > >did
> > > > > > > not
> > > > > > > > function.
> > > > > > > >
> > > > > > > > What else can I do instead of upgrading the IOS?
> > > > > > > >
> > > > > > > > ----- Original Message -----
> > > > > > > > From: "Steven A. Ridder"
> > > > > > > > To:
> > > > > > > > Sent: Tuesday, January 15, 2002 2:22 PM
> > > > > > > > Subject: Re: Traffic-rate shape [7:32072]
> > > > > > > >
> > > > > > > >
> > > > > > > > > Try upgrading the IOS or do CBWFQ or frame-relay traffic
> > shaping
> > > >and
> > > > > > > limit
> > > > > > > > > with CIR. Create a map class and add map class to
> > subinterface.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > ""Joseba Izaga"" wrote in message
> > > > > > > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > > > > > > > > Hi,
> > > > > > > > > >
> > > > > > > > > > I have a 1720 with 2 WIC-1T. I have 2 frame-relay
> > radiomodem
> > > > > >connected
> > > > > > > > to
> > > > > > > > > > each
> > > > > > > > > > port. Each port has 2 sub-interfaces.
> > > > > > > > > >
> > > > > > > > > > What I need is to limit the bandwidth on the
> sub-interface
> > to
> > > >64k.
> > > > > > > > > >
> > > > > > > > > > Right now I am using the command traffic-rate shape
> 64000
> > on
> > a
> > > > > >CISCO
> > > > > > > > 2620
> > > > > > > > > and
> > > > > > > > > > it is working good, but not on the 1720.
> > > > > > > > > >
> > > > > > > > > > The 1720 has 12.0 IOS version.
> > > > > > > > > >
> > > > > > > > > > So, why the 1720 is not limiting the bandwitdh?
> > > > > > > > > >
> > > > > > > > > > Or, there is another way to limit the bandwitdh?
> > > > > > > > > >
> > > > > > > > > > Regards,
> > > > > > > > > >
> > > > > > > > > > Joseba Izaga
> > > > > _________________________________________________________________
> > > > > Get your FREE download of MSN Explorer at
> > > >http://explorer.msn.com/intl.asp.
> > > _________________________________________________________________
> > > Join the worlds largest e-mail service with MSN Hotmail.
> > > http://www.hotmail.com
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=33590&t=32072
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
