Mailing List Archive

Problems with rate-limit
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;
Re: Problems with rate-limit [ In reply to ]
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@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nas
>

--
***************************************
Chatzithomaoglou Anastasios
Network Design & Development Department
FORTHnet S.A.
<achatz@forthnet.gr>
***************************************
Re: Problems with rate-limit [ In reply to ]
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@forthnet.gr>
To: "Richard Greasley" <richardg@blue-stream.net>
Cc: <cisco-nas@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@puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nas
> >
>
> --
> ***************************************
> Chatzithomaoglou Anastasios
> Network Design & Development Department
> FORTHnet S.A.
> <achatz@forthnet.gr>
> ***************************************
>
>
Re: Problems with rate-limit [ In reply to ]
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@forthnet.gr>
> To: "Richard Greasley" <richardg@blue-stream.net>
> Cc: <cisco-nas@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@puck.nether.net
>>>https://puck.nether.net/mailman/listinfo/cisco-nas
>>>
>>
>>--
>>***************************************
>> Chatzithomaoglou Anastasios
>>Network Design & Development Department
>> FORTHnet S.A.
>> <achatz@forthnet.gr>
>>***************************************
>>
>>
>
>
>

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