[LARTC] Use of qcdisc+htb
Hi folks. This message may be a bit verbose and not as techie as the ones I've seen in this list, but describing the scenario will save a lot of messages. Scenario: A building with 17 floors, each floor with 24 offices (totals 408 offices) connected to the backbone through a border switch (1 vlan for each office). The offices can lease bandwidth of 64k, 128k, 256k, 512k, 1M and 2Mbps, according to their needs. We have 3 links to the internet, 2Mbps each. Currently, we use cisco's bbsm to handle the task of allocating the leased bandwidth for the vlans. Problem: bbsm never performed as expected. It freezes, disconnect users, reboots for itself leaving us in an awkward situation. After wasting precious time with cisco and it's product, we decided to move to another solution and since the boss is an enthusiast of open source software, we decided to go for a linux based solution. We found that queueing discipline may be the solution. The question: are we correct, I mean is qdisc+htb the right thing to be used in such a scenario? Has anyone out there seen a linux box handling so many networks? As I go deeper in this subject, I will come to share my thoughts and doubts with you guys. Hope to hear from you. Have a good one. AL ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] Use of qcdisc+htb
Scenario: A building with 17 floors, each floor with 24 offices (totals 408 offices) connected to the backbone through a border switch (1 vlan for each office). The offices can lease bandwidth of 64k, 128k, 256k, 512k, 1M and 2Mbps, according to their needs. We have 3 links to the internet, 2Mbps each. Currently, we use cisco's bbsm to handle the task of allocating the leased bandwidth for the vlans. Problem: bbsm never performed as expected. It freezes, disconnect users, reboots for itself leaving us in an awkward situation. After wasting precious time with cisco and it's product, we decided to move to another solution and since the boss is an enthusiast of open source software, we decided to go for a linux based solution. We found that queueing discipline may be the solution. The question: are we correct, I mean is qdisc+htb the right thing to be used in such a scenario? Has anyone out there seen a linux box handling so many networks? As I go deeper in this subject, I will come to share my thoughts and doubts with you guys. Hope to hear from you. Have a good one. AL ___ LARTC is being used in University environments with even higher bandwidth usage, so yes, you can do it. The multiple links may complicate things if you don't want to explicitely assign a VLAN to a link. While balancing across the links is not that difficult, combining the balancing with shaping to guarantee x amount of bandwidth could be difficult. Do you want to simply use HTB to limit rates for each office? If so, this should work very well. You'll just need to build the routes to specify which network goes to which internet connection. Or, you could use a separate box for each internet connection if you break out the VLANs earlier. FYI, I'm using a Pentium Pro 200 to shape traffic on a 3Mb/3Mb connection using CBQ for VoIP, Video, Citrix, and Bulk. HTH, -Ron ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] Use of qcdisc+htb
On Thu, 14 Jul 2005 10:14:37 -0300 Alvaro Motta [EMAIL PROTECTED] wrote: Hi folks. Hi, This message may be a bit verbose and not as techie as the ones I've seen in this list, but describing the scenario will save a lot of messages. Problem: bbsm never performed as expected. It freezes, disconnect users, reboots for itself leaving us in an awkward situation. First of all although I personally also think cisco's are not very good for other things than routing, experience tells me that problems are often caused by misconfiguration. I'd check out with an experienced cisco professional. The question: are we correct, I mean is qdisc+htb the right thing to be used in such a scenario? Has anyone out there seen a linux box handling so many networks? I expect you want to use many htb classes with the same parent. I have seen a reports that this causes problems when you really have a large class number (several hundred), but again, this may have been caused by misconfiguration. If you adapt your requirements however (every IP is handled equally), you can use WRR, it has been proven to work without problems under even larger number of clients (1400) and bandwidth (16Mbit). For an example see here: http://mailman.ds9a.nl/pipermail/lartc/2005q2/016500.html If you don't want to adapt, once upon a time I wrote a management tool for an ISP with requirements similar to yours. Although I tuned it for performance and it seems to work well, as far as I know there are only a couple of dozen users, I don't know how it would behave if it was used with several hunderd users. AL Yours sincerely, Peter ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
[LARTC] QoS on receive
It appears that while Linux has plenty of traffic shaping mechanism on transmit, there is nothing on receive side. While generally it does make sense since transmit is more CPU intensive operation, after all receive also consumes CPU cycles. It is clear that it's best to drop the packet as soon as possible, i.e. on receive, if possible - by the driver itself. It may not be feasible in general case, but I can think of a couple of scenarios when it does make sense. Any ideas ? Maybe there is some similar QoS mechanism that I'm not aware of ? -- Alexander Sirotkin SW Engineer Texas Instruments Broadband Communications Israel (BCIL) Tel: +972-9-9706587 Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] Use of qcdisc+htb
On Thu, 14 Jul 2005 17:24:00 +0200 Peter Surda [EMAIL PROTECTED] wrote: If you don't want to adapt, once upon a time I wrote a management tool for an ISP with requirements similar to yours. Although I tuned it for performance and it seems to work well, as far as I know there are only a couple of dozen users, I don't know how it would behave if it was used with several hunderd users. Update: I obtained some data from the mentioned ISP: - Backbone: 16Mbit - average transfer 700kB/s (5600kbit/s) - about 20 users - CPU Celeron 333 - no performance problems noticeable The only unanswered question remains the user count (20 vs 400 is not really comparable). Yours sincerely, Peter ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] QOS problem -ng
ok i read everythong and now understand much more.. the problem is that my boss told me to erase whole running server, because he wants to run tests on hardware with windows... (i work with idiot). he is so stubborn that he does not understand that this is qdisc issue. my idea is : to give htb with imq on interfaces to globally cut bws. i would like an advice what is the best solution for network with many access points ? is the incoming bw shaped on internal eth ? is it necessary to mark packets when shaping outgoing bw for nated nets ? -- *Dariusz 'tdi' Dwornikowski | Gentoo | admin at pozman.pl | *[JID]:[EMAIL PROTECTED]|[gg]:2266034|[IRC]:[EMAIL PROTECTED] | *[MAIL]:[EMAIL PROTECTED]|[WWW]:www.tdi.pozman.pl | *Serwery,administracja,webapps - www.ProAdmin.com.pl | *Fingerprint:43E21CC46DAFD2F754E91547D59B39F56AAA4B5F | pgp1xViLTdSuR.pgp Description: PGP signature ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] Bandwidth shaping and ISP's network peerings
Hi there... I have an idea for you, just don't ask me how to implement it. 1. bring up some virtual interface, I'm almost sure linux has some way of doing it. this interface should output data to your real interface. 2. try to route all MAN traffic trough this interface. you'll need to know the destination addresses of this network. 3. shape the virtual interface.. I hope it's possible.. I'll be glad to know If you made it. Good luck. Hello all! I have a small LAN at home and when someone starts to download (only one), interractive traffic (www, chat and online games) is impossible with standard kernel queues setup... So I started to shape. My ISP gives me a 512 kbits link to the Internet and a 100 Mbits link to some of the other big ISPs in my country. If I set the rate of the parent htb qdisc at 512 kbits, I will never use the MAN bandwidth from my network. If I set the rate of the parent htb qdisc at 100 Mbits, i cannot shape interractive traffic. Further, I would like to allocate for every station in the LAN a quantum of my Internet speed with ceiling but in MAN I want to have the full hardware speed if only one machine is connected, with any ceil. Any ideas would be VERY appreciated! I can't imagine any good setup to meet these constraints. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] Bandwidth shaping and ISP's network peerings
That sounds like an overly complicated way to do it. I would just create a 512kbit class with subclasses for the internet traffic, and route all MAN traffic into a 100mbit class. Should be some way to know which ip's will go to the MAN. Creating a virtual interface makes little sense here, since no matter what you'll have to filter out the MAN traffic. - Jody Ori Shiloh wrote: Hi there... I have an idea for you, just don't ask me how to implement it. 1. bring up some virtual interface, I'm almost sure linux has some way of doing it. this interface should output data to your real interface. 2. try to route all MAN traffic trough this interface. you'll need to know the destination addresses of this network. 3. shape the virtual interface.. I hope it's possible.. I'll be glad to know If you made it. Good luck. Hello all! I have a small LAN at home and when someone starts to download (only one), interractive traffic (www, chat and online games) is impossible with standard kernel queues setup... So I started to shape. My ISP gives me a 512 kbits link to the Internet and a 100 Mbits link to some of the other big ISPs in my country. If I set the rate of the parent htb qdisc at 512 kbits, I will never use the MAN bandwidth from my network. If I set the rate of the parent htb qdisc at 100 Mbits, i cannot shape interractive traffic. Further, I would like to allocate for every station in the LAN a quantum of my Internet speed with ceiling but in MAN I want to have the full hardware speed if only one machine is connected, with any ceil. Any ideas would be VERY appreciated! I can't imagine any good setup to meet these constraints. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] QoS on receive
Dropping of packets on the receive side can be done bu IPTABLES.. thanks pramod Alexander Sirotkin wrote: It appears that while Linux has plenty of traffic shaping mechanism on transmit, there is nothing on receive side. While generally it does make sense since transmit is more CPU intensive operation, after all receive also consumes CPU cycles. It is clear that it's best to drop the packet as soon as possible, i.e. on receive, if possible - by the driver itself. It may not be feasible in general case, but I can think of a couple of scenarios when it does make sense. Any ideas ? Maybe there is some similar QoS mechanism that I'm not aware of ? ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] Losing Packets after a DNAT in prerouting
Can u attach ur Rules file.. thanks pramod ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc