[cisco-nas] Problems with rate-limit

Tassos Chatzithomaoglou achatz at forthnet.gr
Thu Dec 4 12:21:44 EST 2003


Juts watch for dropped packets + current burst using "sh int rate" and increase 
accordingly the burst values.

Richard Greasley wrote:

> Yes, actually I just did, however not with the burst...
> I was running a test with the customer and from I've found.
> rate-limit output 960000 10000 20000 conform-action transmit exceed-action
> drop
> rate-limit input 960000 10000 20000 conform-action transmit exceed-action
> drop
> Seems to be keeping them at around 256kb/s
> 
> regards,
> Richardg;
> ----- Original Message ----- 
> From: "Tassos Chatzithomaoglou" <achatz at forthnet.gr>
> To: "Richard Greasley" <richardg at blue-stream.net>
> Cc: <cisco-nas at puck.nether.net>
> Sent: Thursday, December 04, 2003 11:32 AM
> Subject: Re: [cisco-nas] Problems with rate-limit
> 
> 
> 
>>Did you try to raise the values of your rate limit, especially the burst
> 
> ones (8000,12000)?
> 
>>
>>Richard Greasley wrote:
>>
>>
>>>Hello all,
>>>We have a problem with rate-limiting on our cisco 7204VXT running IOS
>>>12.2(7a).
>>>The problem is that I'm seeing  packet loss on this FastEthernet link.
>>>I did a standard cisco ping (not extended) and I was getting 96-97%
> 
> success
> 
>>>rate, when I did an extended ping with settings:
>>>fate#ping
>>>Protocol [ip]:
>>>Target IP address: xxx.xxx.xxx.xxx
>>>Repeat count [5]: 1000
>>>Datagram size [100]: 1428
>>>Timeout in seconds [2]: 1
>>>Extended commands [n]: y
>>>Source address or interface:
>>>Type of service [0]:
>>>Set DF bit in IP header? [no]:
>>>Validate reply data? [no]: yes
>>>Data pattern [0xABCD]:
>>>Loose, Strict, Record, Timestamp, Verbose[none]:
>>>Sweep range of sizes [n]: y
>>>Sweep min size [36]:
>>>Sweep max size [18024]:
>>>Sweep interval [1]:
>>>Type escape sequence to abort.
>>>Sending 17989000, [36..18024]-byte ICMP Echos to xxx.xxx.xxx.xxx,
> 
> timeout is
> 
>>>1 seconds: Reply data will be validated
>>>
>>>I got 81-83% success rate
>>>
>>>The interface settings are:
>>>interface FastEthernet0/0.135
>>> description UNDP IP Circuit, Ip block xxx.xxx.xxx.xxx (255.255.255.224)
>>> encapsulation dot1Q 135
>>> ip address xxx.xxx.xxx.xxx 255.255.255.224
>>> ip accounting mac-address input
>>> ip accounting mac-address output
>>> rate-limit input 256000 8000 12000 conform-action transmit
> 
> exceed-action
> 
>>>drop
>>> rate-limit output 256000 80000 12000 conform-action transmit
> 
> exceed-action
> 
>>>drop
>>>
>>>When I remove the rate-limiting from the interface, both extended and
>>>regular, pings go through without any problems whatsoever, the customer
> 
> is
> 
>>>not using the circuit as yet.
>>>When I put back on rate-limiting and I did some ftp download tests from
> 
> my
> 
>>>end I saw that I was not getting even 16KB/s, removed the rate-limit and
> 
> I
> 
>>>was getting close to 6000KB/s.
>>>Anyone saw anything similar and/or have a solution to this?
>>>
>>>Thanks,
>>>Richardg;
>>>
>>>_______________________________________________
>>>cisco-nas mailing list
>>>cisco-nas at puck.nether.net
>>>https://puck.nether.net/mailman/listinfo/cisco-nas
>>>
>>
>>-- 
>>***************************************
>>       Chatzithomaoglou Anastasios
>>Network Design & Development Department
>>              FORTHnet S.A.
>>          <achatz at forthnet.gr>
>>***************************************
>>
>>
> 
> 
> 

-- 
***************************************
       Chatzithomaoglou Anastasios
Network Design & Development Department
              FORTHnet S.A.
          <achatz at forthnet.gr>
***************************************



More information about the cisco-nas mailing list