[c-nsp] How do ACLs effect throughput

[Terence Scott]

Hi Ian,

Thanks for the link and for sharing your experience. Essentially we are 
upgrading these links because the current ADSL ones have been struggling 
for some time and we are also looking at increasing activities (and 
therefore increasing network traffic) in the near future. While we won't 
be using 100Mbps from the start we will very probably be pushing the 
10Mbps envelope within days/weeks of deploying the new link, so I guess 
the time has come to replace the venerable 2600s :-)

As you said we could also use L3 switches and in fact this is probably 
what we'll do since we only need packet switching and fire-walling (read 
ACLs) in these remote sites.

Regards,

Terence

-------- Original Message --------
*Subject: *Re: [c-nsp] How do ACLs effect throughput
*From: *Mackinnon, Ian <Ian.Mackinnon at atos.net>
*To: *Terence Scott <terence.scott at um.edu.mt>, Cisco-NSP 
<cisco-nsp at puck.nether.net>
*Date: *13 July 2011 02:46:39 PM
> Hi Terence,
> Check out the router performance guide at
> http://www.google.co.uk/url?sa=t&source=web&cd=1&ved=0CBcQFjAA&url=http%
> 3A%2F%2Fwww.cisco.com%2Fweb%2Fpartners%2Fdownloads%2F765%2Ftools%2Fquick
> reference%2Frouterperformance.pdf&ei=kZMdTrm2BMO1hAfK3Z3eBw&usg=AFQjCNEb
> Z13eVCy9seOrR7CpkMb2YvxMfQ&sig2=sJONjQfXQJ7WNr7nddlcwg
>
>
> It suggests a 2621 will max out at 18Mbits/sec with no features turned
> on.
> My experience is it will max out well before that.
>
> You say you are upgrading to 100M, but what bandwidth do you expect to
> use?
> Realistically you are looking at a 29xx for that level, but don't forget
> you could use a switch instead, depending on what features you need.
>
> Ian
>
>> -----Original Message-----
>> From: cisco-nsp-bounces at puck.nether.net [mailto:cisco-nsp-
>> bounces at puck.nether.net] On Behalf Of Terence Scott
>> Sent: 13 July 2011 09:52
>> To: Cisco-NSP
>> Subject: [c-nsp] How do ACLs effect throughput
>>
>> Dear all,
>>
>> My organisation has two (old) Cisco 2600 series routers deployed in
> two
>> remote sites, one 2620 and one 2621. So far these routers have been
>> performing very well, however we are now looking at substantially
> increasing
>> the bandwidth of the WAN links that connect these two remote sites to
> the
>> central office. At present these remote sites connect to the central
> office via
>> 4Mbps ADSL lines and we will be upgrading these to 100Mbps
> (full-duplex)
>> optical fibre links. We are essentially trying to determine whether
> these old
>> routers will still be able to handle the increased traffic load or
> whether we
>> need to upgrade the routers as well. The information we have managed
> to
>> find so far suggests that these routers would be able to cope if all
> packet
>> switching is done in CEF.
>> The set-up in these remote sites is quite simple and we only use
> extended IP
>> access lists in order to control access to certain VLANs.
>> Does anybody know whether these ACLs would cause the traffic to be
>> punted from CEF to process switching?
>>
>> Many thanks
>>
>> Terence
>>
>> _______________________________________________
>> cisco-nsp mailing list  cisco-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>> archive at http://puck.nether.net/pipermail/cisco-nsp/
>
> _______________________________________________________
> Atos and Atos Consulting are trading names used by the Atos group.  The following trading entities are registered in England and Wales:  Atos IT Services UK Limited (registered number 01245534), Atos Consulting Limited (registered number 04312380) and Atos IT Solutions and Services Limited  (registered number 01203466) The registered office for each is at 4 Triton Square, Regents Place, London, NW1 3HG. The VAT No. for each is: GB232327983
>
> This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information.  If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it.  Please notify the sender immediately and delete this email from your systems.   As emails may be intercepted, amended or lost, they are not secure.  Atos therefore can accept no liability for any errors or their content.  Although Atos endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos by email.
> _______________________________________________________
>
>