Layer 3 switches have the routing engine built into the ASIC, therefore classified as "hardware" routing, but most all traditional routers including Cisco absolutely perform their layer 3 operations in software.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Scott Damron Sent: Wednesday, August 13, 2003 12:22 PM To: [EMAIL PROTECTED] Subject: RE: [smartBridges] Bandwidth Limiting Software I think that all routers depend on software to do routing. Cisco or other.... Scott -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Roger Howard Sent: Wednesday, August 13, 2003 9:09 AM To: [EMAIL PROTECTED] Subject: Re: [smartBridges] Bandwidth Limiting Software This is one FreeBSD server, pinging through a switch and through a dummynet bandwidth throttling machine and out to my T1 router. Dummynet is software that comes with FreeBSD. Mine is configured as a bridge, but you can also configure them as routers. As you can see, it does not add much latency. And this Dummynet server is only a 200mhz Pentium. I can't really speak for the other options out there. Thanks, Roger $ ping 12.109.222.1 PING 12.109.222.1 (12.109.222.1): 56 data bytes 64 bytes from 12.109.222.1: icmp_seq=0 ttl=255 time=1.347 ms 64 bytes from 12.109.222.1: icmp_seq=1 ttl=255 time=1.310 ms 64 bytes from 12.109.222.1: icmp_seq=2 ttl=255 time=1.325 ms 64 bytes from 12.109.222.1: icmp_seq=3 ttl=255 time=1.355 ms 64 bytes from 12.109.222.1: icmp_seq=4 ttl=255 time=1.307 ms 64 bytes from 12.109.222.1: icmp_seq=5 ttl=255 time=1.380 ms 64 bytes from 12.109.222.1: icmp_seq=6 ttl=255 time=1.308 ms 64 bytes from 12.109.222.1: icmp_seq=7 ttl=255 time=1.337 ms 64 bytes from 12.109.222.1: icmp_seq=8 ttl=255 time=1.280 ms 64 bytes from 12.109.222.1: icmp_seq=9 ttl=255 time=1.335 ms 64 bytes from 12.109.222.1: icmp_seq=10 ttl=255 time=1.330 ms 64 bytes from 12.109.222.1: icmp_seq=11 ttl=255 time=1.290 ms 64 bytes from 12.109.222.1: icmp_seq=12 ttl=255 time=1.321 ms 64 bytes from 12.109.222.1: icmp_seq=13 ttl=255 time=1.301 ms 64 bytes from 12.109.222.1: icmp_seq=14 ttl=255 time=1.321 ms 64 bytes from 12.109.222.1: icmp_seq=15 ttl=255 time=1.392 ms 64 bytes from 12.109.222.1: icmp_seq=16 ttl=255 time=1.281 ms 64 bytes from 12.109.222.1: icmp_seq=17 ttl=255 time=1.277 ms ^C --- 12.109.222.1 ping statistics --- 18 packets transmitted, 18 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.277/1.322/1.392/0.032 ms ----- Original Message ----- From: "The Wirefree Network" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 13, 2003 10:43 AM Subject: RE: [smartBridges] Bandwidth Limiting Software > Here's a question (or 3).... > > My T-1 router is routing at "wire speed" due to the fact that the > routing is hardware based, not software based. > > If you use software to do bandwidth limiting, you are therefore doing > software routing, and in effect slowing down your overall speed. > > My questions are this: > > 1. Is there a way to measure exactly how much latency is added by > doing software based routing?? > > 2. Which of all the different types of bandwidth limiting software is > the fastest? > > I have also enabled both firewall filters (stateless) and the stateful > firewall within my T-1 router. This is obviously software based and > therefore is already slowing my line speed down. I am sure it is > negligible...but the reason I bring it up is this. > > 3. Being that I am already using software based products in line > (firewalls), would adding the software based routing (bandwidth > limiting) add to that latency or be negligible?? > > I truthfully don't have a clue on how to measure this down to the > level where it would truly show the difference in speeds. I also > don't know if or when it would ever matter?!?!? > > > Sully > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Lars Gaarden > Sent: Wednesday, August 13, 2003 6:08 AM > To: [EMAIL PROTECTED] > Subject: Re: [smartBridges] Bandwidth Limiting Software > > Greg Sims wrote: > > > The smartBridge system doesn't seem to have a way to limit the > bandwidth > > available to any specific client. > > If you are familiar with Linux, and are comfortable with the command > line and recompiling kernels, you can use the built-in bandwidth > control features of the Linux kernel - http://lartc.org/howto/ In > addition, you might take a look at arbi - > http://www.apconnections.net/ > > Microtik supports bandwidth control. I believe it only includes the > same features you can get for free with Linux, but it comes in a > preconfigured package, and Eje provides good support. ;-) > > The *BSDs also include bandwith management features for free - ALTQ. > > At least some Cisco routers have built-in support for bandwith > control. > > Etinc is definately an option - good price, lots of features. However, > if you buy the software only package expect to spend some time on > reading the documentation, because support isn't included (and Dennis > will tell you so in rather rough terms). http://www.etinc.com/ > > And then you have Allot, Packeteer, Sitara, Lightspeed, Radware, > Checkpoint Floodgate and lots of others. > > -- > LarsG > > The PART-15.ORG smartBridges Discussion List > To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe > smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED] (in > the body type unsubscribe > smartBridges) > Archives: http://archives.part-15.org > > The PART-15.ORG smartBridges Discussion List > To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe smartBridges <yournickname> > To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe smartBridges) > Archives: http://archives.part-15.org The PART-15.ORG smartBridges Discussion List To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe smartBridges) Archives: http://archives.part-15.org The PART-15.ORG smartBridges Discussion List To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe smartBridges) Archives: http://archives.part-15.org The PART-15.ORG smartBridges Discussion List To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe smartBridges) Archives: http://archives.part-15.org
