

Ask Slashdot: Low Cost IP-based Traffic Shaping? 109
Deuteron
asks: "Hi! I work for an ISP and we're about to
deploy wireless net access and need a way to limit people
to the bandwidth they pay for. We're planning on starting
out with offering 128k, 256k, and 1M links. The wireless
hardware itself
(Breezecom if you're
interested) will handle the 1M part for us. The tricky
part is the lower speeds. I've done some extensive checking
and haven't found any IP or MAC address based shapers as
of yet. Can anyone point me to some free or extremely low
cost solutions? Any leads would be greatly appreciated!"
Re:Class based queueing under 2.2.x (Score:1)
Class based queueing under 2.2.x (Score:2)
darkdave@uwyo.edu
Full bandwidth does cost you (Score:1)
It depends on which country you are in. New Zealand for instance has a per Mb charge for overseas traffic.
Vik
Re:Cisco CPU cycles aren't cheap! (Score:1)
Performing it straight on an interface shouldn't hurt too much - although I gotta admit, I've got no numbers to back me up here.
Matching per IP address is rather CPU intensive though, according to the documentation.
Dave
--
Do it at the router (Score:2)
[These links are long. If they get broken, go to www.cisco.com [cisco.com] and search for "Committed Access Rate".]
Some of the more interesting versions of the Cisco IOS (the 11.1CA and CC tree I think, and v12 if you're feeling brave) will perform incoming and outgoing traffic shaping. The closest to what you'd like is probably Committed Access Rate [cisco.com].
It can be applied directly to an interface to limit all IP traffic, or you can define an access list so that it will limit all traffic that matches a particular protocol, QOS flag... or your customer's IP subnet.
This last option is useful to limit a customer's access to the internet at large while still giving them full speed access to, say, your local mail or FTP server. You perform the limit on your connection to the rest of the world, using a different rate limit for each customer.
The v12.0 documentation is linked above, or check this CCO search [cisco.com].
Dave
--
Re:A suggestion (Score:1)
Re:FreeBSD solution (Score:1)
I agree with you that the original code has been around forever, and that that might make it more stable... But this argument doesn't necessarily hold. Sendmail has been around forever too, but it's never been stable. Linux hasn't been around forever, but I've never had a problem with any kernel TCP/IP code.
In fact, the only kernel code I have a problem with is any new, contributed, unimportant features. I don't care if my cheap TV card doesn't work properly with my cheap video card as long as I have a working ethernet connection over my cheap ethernet card...
I don't think the Linux TCP/IP stack is a new, experimental, or partially working feature. Even if someone changed a few lines of code, that's why the development model works the way it does. Maybe if it had a problem in 2.1.1xx, it got fixed by 2.2.1, eh? That's what code freeze and stable version means.
Anyhow, if you're all gung-ho about using a "stable version", use a distribution based off of 1.2.13, or 2.0.36 or something. Or use XENIX, a true SYSV derivative.
Re:A suggestion (Score:2)
powerful QoS is already in 2.2.x kernel (Score:1)
bandwidth limiting is available in 2.2. Try going to Networking options->QoS and fair queuing in kernel configuration and I'm sure you'll see lots of options with hard-to-understand descriptions
For the software and docs, go to ftp://ftp.proxad.net/mirrors/ftp.inr.ac.ru/ip-rou
powerful QoS is already in 2.2.x kernel (Score:1)
bandwidth limiting is available in 2.2. Try going to Networking options->QoS and fair queuing in kernel configuration and I'm sure you'll see lots of options with hard-to-understand descriptions
For the software and docs, go to ftp://ftp.proxad.net/mirrors/ftp.inr.ac.ru/ip-rou
Maturity of Linux and so on (Score:1)
Secondly, I use Linux 2.2 and QoS on several routers, with not-so-good hardware. How unmature it may be, it works.
And finally, I think you do advocacy in a wrong way. I dont have anything *BSD, but advocacy like this doesn't encourage me to try it. If you wrote a couple of advantages of what FreeBSD has now and how do you use IMHO it would give a much better effect.
IP Shaping (Score:1)
Similar Project in UK - Shameless Plug (Score:1)
Having read all of the above comments I feel that I should let you know how we are doing it here.
Initially, all connections will be run as fast as the network can run. ie a 128k link will run as fast as a 1mb link until we have enough customers to justify an upgrade of our central router.
We then plan the following:-
The faster connections (512k+) will all be managed at router side using the CIR functions with static information.
The slower (64k - 256k)connections will all be managed through bandwidth limiting on our Linux boxes.
I am happy to provide any further information as required.
See Linux-2.2.x (Score:4)
/usr/src/linux/Documentation/networking/shaper.
You might also want to look into the Linux Firewalling code if you're going to use it for traffic shaping as well. See:
filter and ipmasq.txt in the same directory.
Cheers!
J. Maynard Gelinas
A suggestion (Score:1)
Re:Limiting bandwith (Score:1)
See http://www.csl.sony.co.jp/person/kjc/software.htm
FreeBSD solution (Score:1)
http://www.etinc.com/bwmgr.htm
I would highly, highly reccommend that you use FreeBSD, especially if you are in a commercial/ISP environment. Linux is great and all but you can't beat FreeBSD's rock-solid tried-and-true TCP/IP stack. http://www.freebsd.org
good luck!
Re:FreeBSD solution (Score:1)
I would definitely do this at the router, if you can afford it. FreeBSD certainly rocks but doing this from a decent Cisco would be your best bet if you really want to do it right.
If you can't afford a decent Cisco router, build a fast machine out of high-quality parts (or better yet, buy a Dell) and Intel NICs and install FreeBSD and the ET/BWMGR software.
I think you'd be making a big mistake to use experimental Linux code on a very un-mature version of Linux (2.2.x) to try and do this.
Re:FreeBSD solution (Score:1)
Linux's TCP/IP stack was redone in 2.2.x and has not had enough time to mature.
Don't get me wrong--I'm not dissing linux. The idea behind Linux rocks but the fact is, FreeBSD is more "solid". FreeBSD's code is tightly controlled by a core group of programmers who are less/not likely to add experimental/partially-working features to the -STABLE releases. I can't tell you how many times I've found partially-working stuff in Linux kernels.
My advice to you would be to try it for yourself. Download a -STABLE release, install it, and put it head-to-head with Linux. That's what we did a year ago, before we made the big move from Linux to FreeBSD.
Docs on 2.2x Qos (Score:2)
I've got a collection of all the documentation I've been able to find on the 2.2.x network stack, including the QoS stuff.
It's all at my linux 2.2 site [freedom.org], check it out. Hope it helps.
Yesh.. and no. (Score:2)
--
Re:Sorta related... (Score:3)
Wireless vs Wired T1/Southern California (Score:1)
How good would a wireless T1 be, and how much would it cost? I'm considering a wired T1, but it's a bit pricey for an individual.
I'd also like to hear any feedback on cheaper wired T1 providers. I'm considering SoftAware - I know they're good, but $ 1,500 a month (all inclusive) is a little much.
D
----
Re:1500/month a LITTLE much???? (Score:1)
Unfortunately, the company leasing me the space is likely to go out of business within the next 6 months or so, so I'm trying to figure out my alternatives. The best one is probably to pipe a T1 into my home, but I'd like to save a few bucks doing it.
I've been doing computer consultancy/software development for over fourteen years, so you might want to compare apples to apples income-wise. It's also a matter of priorities - I really, really want high-speed Internet access to the home.
D
----
Re:1500/month a LITTLE much???? (Score:1)
To be in the Westside where all the action is, you can pay $ 900 a month and live in a decaying slum-like apartment. I know, because I checked.
Fortunately, lower interest rates make houses not that far away. My mid to high five figure income can probably qualify me to buy a low to mid-end house. The cheapest single family house in a dismal area of the Valley is $ 100,000. Houses start getting dull but civilized around $ 200,000. For $ 400,000, you can live in eastern Malibu in a small but pleasant place with a partial ocean view. For $750,000 you can get a magnificent view of the ocean in Malibu with no land but what your house is sitting on. For $ 650,000 you can get a shack-like home on the beach. For $ 1,000,000 you can get a little land plus your spectacular view. For $ 3,995,000 you can get something pretty impressive. The most expensive home in Malibu is around $ 20 million.
I'm contemplating the purchase of a house, partially as an investment, partially for tax reasons, but mainly because a nice apartment costs about the same a month as a decent house.
I understand that these prices are bargain city compared to Silicon Valley's.
D
----
Re:Sorta related... - QOS on PPP connections (Score:1)
possible to set QOS on outgoing connections. The
problem here is on incoming large packets hogging
the modem line. A 1500 packet can take a significant
amount of time to receive.
I wondered about dropping the MRU to force smaller packets and
more fragmentation, but of course efficiency also drops.
- Richard.
Consider metered usage? (Score:1)
Good Luck
Dan
Sounds inefficient (Score:1)
Re:A suggestion (Score:1)
Limit the burst rate to 150% of the "CIR" or whatever the customer is paying for. That would keep the users "happy."
I don't know the breezecom stuff, but if it can't handle much more than 1Mb then I wouldn't sell that speed. Wireless is a shared technology. Unless you can garentee that they will always be able to get 1Mb at a minimum then I would bump the top speed you "sell" to maybe 512Kb and let them burst to 150%, or 768Kb.
"IP Bandwidth Management" (Score:1)
Re:1500/month a LITTLE much???? (Score:1)
Packeteer (Score:1)
I don't know what kind of budget you have, but considering that you are planning on implementing this in a business, I highly suggest you go with a hardware solution. As I don't work for Packeteer, I suggest you call their sales staff for more info.
Re:A suggestion (Score:1)
Easy. Those who pay for 1M will always get 1M (the money pays for necessary equipment) If "word gets around" then the service becomes so popular that it gets overloaded, and those who didn't pay for 1M suddenly fall down to the 128k they paid for. Those who paid for 1M still have 1M of course. Those who paid for cheap 128k and got addicted to 1M now seriously think of upgrading their service to 1M...
Also, allowing people to use spare capacity will spread the load more, utilizing the equipment better. Geeks will use the service at odd hours in order to get better bandwith cheaply. If they have to pay to get more even in low-load situations then they may do so - and only use the service at more convenient times. This won't necessary make more money as everybody wanting 1M at the most loaded time of day will force the vendor to install a lot more equipment which will be idle half of the time.
Re:Wireless vs Wired T1/Southern California (Score:1)
Troy Harris
Systems Administrator
Bandwidth Manager (Score:1)
there's a solution available for linux 2.2.x
and freebsd 3.0.1 at:
http://www.etinc.com
The license costs $500 per MAC Addr.
It works great.
Doesn't look appropriate. (Score:1)
This sounds like a waste of IP addresses to me. I would also worry about the ability of the kernel to support large numbers of subinterfaces in an efficient manner.
Cisco CPU cycles aren't cheap! (Score:1)
A counterpoint. (Score:3)
I would suggest the opposite. You will certainly have a surplus of bandwidth when you roll out your service. If you open things up wide to everyone then you will probably have some very happy customers for a few months, and they will doubtless tell their friends. Soon you will have a growing customer base of people who are coming to expect more than they pay for. Then you have to start throttling down bandwidth. People are now getting less than they were getting before. Even if they are getting what they paid for, a lot of people are going to feel like they are getting shortchanged and they will start complaining vocally.
Maybe this isn't such a bad thing though. If you build a subscriber base quickly on word of mouth because you are giving away spare bandwith then you might be better off than if you build the subscriber base more slowly, or you have to advertise to build it quickly. It depends on how much the malcontents cost you once you have to start throttling connections, vs the costs of slower growth, or the costs of advertising. Unfortunately, the cost of the former is hard to predict.
As for dealing with the daily peaks of bandwidth utilization, again, I think people will tend to react better to consistant performance throughout the day or week, rather than wide fluctuations. On the other hand, if it is possible to allow maximal thruput on short (10-40k) spurts and throttle it down on longer downloas, then it becomes more difficult for people to quantify and less likely to engender ill will.
FreeBSD *is* better for some things. (Score:1)
The nice thing about FreeBSD is that when the docs say it supports some hardware, it really supports it. FreeBSD contains very little or no beta or prerelease code, particularly in the kernel -- unlike most GNU/Linux distributions.
The Linux and FreeBSD development models are significantly different, and neither is really better than the other. FreeBSD values rock solid stability and extensively tested code more than Linux's fast and radical growth and support for peripherals.
Personally, I use Linux because I want my workstation on the "bleeding edge" of technology, so that I know what's going on.. and so that I can use my cheap TV card with my cheap video card. I also think that the dynamic nature of the Linux kernel will assist with advancing new technologies more than the "conservative" FreeBSD. However, it is still important to advance the "old" technologies...
Both operating systems are very stable and fast, and as server OS's they both give the commercial systems a run for their money. Neither have significant stability problems. But FreeBSD is sometimes faster and it never claims to support hardware that is really only half-supported. I have not had a stability problem with either OS, but if reliability and performance were my top priority, I would at least consider FreeBSD.
Bandwidth Limiting. (Score:1)
I feel that the best solution, (the one that would make ME happy) would be to allow the full bandwidth available to the client, unless things get busy. Then, you enforce a CIR, like in frame relay.
And, you make it VERY CLEAR when you sell the service that this is how things work!
Also, there are lots of posts about linux traffic shaping, and other free solutions. There are several commercial products that do this for you. One is called the iPATH. It's not horribly expensive, and allows you to do many interesting things with ethernet/IP.
Also... regarding traffic.
I am a firm believe that the proper way and the only long-term way to deal with bandwidth is to charge people based on what they use. Chare a relatively small monthly fee for the hookup, and charge a fair rate for the bandwidth used.
I get REALLY mad when I read my cablemodem contract and it says 'you can NOT run a server of ANY kind, shaw@home is for casual, home use only.
Who the heck made THEM the god of deciding what 'Internet USE' is? They provide me with a certain amount of bandwidth to my house. I can FTP things UP to people all day long.. but if I put up a server so they can request things themselves, I risk losing my connection. It is for 'attended use only'... what???
They make it out like someone who does more than surf for porn and read email is 'abusing' their service.
You know, if they chargedbased on bandwidth, they wouldn't have a problem. I would be MORE than willing to pay a fair rate for the bandwidth I use, as a tradeoff for them providing me with proper service.
Re:Neato, but what does the FCC think???? (Score:2)
There's often reasons behind the laws, that put
them there in the first place. Oh, sorry about the "its the telcos, preventing competition" bit, these restrictions have been there (in one form or other) for much longer than those current issues.
Another thing, if you are going to operate illegally and possibly interfere with other services (the real reason the rules are there), I'd pick a piece of band that DIDN'T have Hams around to notice and probably seek you out over it, rather than someplace not so traveled.
Another another thing.. being an engineer and knowlegable in radio (and a Ham), there are problems with just upping your power. Narrower bandwith (like voice) = more sensitive recievers, and better range for same power = lower data rate in data mode. Higher bandwidth = faster data rates = less sensitive recievers = less range for same power/antenna situation. Its more of a challange for hi bandwith radio. Also, and worst, is the situation of multipath, and one station interfering with many others due to too much power. Digital signals need very clean signals, typically.. noise that you can hear and understand voice with can totally obliterate a digital connection. Having signal bounce back off mountains, tall buildings, airplanes, etc. can mess up a normally clear path, and that gets worse fast with more power.
There's much to consider in something like this, too much for a short mail. Basically, low power and lots of antenna gain (which equals directivity, i.e. dishes or beams) is the better direction to go. There is a website that has a paper on these issues, written by a Ham researcher in digital high speed Ham networks, if you are really interested. I belive its called the "Higher speed Packet" page, Packet radio being the commonly used digital mode of networking.
Search on Packet Radio, high speed, to find it..
Anyway, I don't mean to say you shouldn't try something, since I really don't know the ISM laws,
it may not be a problem to add antenna gain, and leave power the same, depends on how they wrote
it up. That would work better, be cheaper, and the more directional you get the less interference you cause to whoever is your neighbors. Antennas are pretty easy and cheap to make, once you know a little bit about whats what. Get a copy of the Amateur Radio Handbook at the local library, or buy one, for starters...
Didn't mean to write a book, but didn't want to see a place where common courtesy was also the better result way to go get by..
Hope it helped...
Limiting bandwith (Score:2)
following URL: http://www.iet.unipi.it/~luigi/ip_dummynet/
Re:Bandwidth Manager (Score:1)
Re:Breezecom (Score:1)
Neato, but what does the FCC think???? (Score:1)
The FCC changes rules a lot, so I am not up on all of them. The question I have, besides the 160 KHz band (again 1 watt and not enough bandwith), part 15 devices (most require FCC type approval and FCC id numbers, and only let you have milliwatts-has that changed?),
what other band besides 1 watt 900 MHz is there for high bandwith unrestricted use???
yeah, I know about light too. Just RF.
It's those little black vans...... (Score:2)
Higher power is not a problem until you start interfering with somebody's TV set. They end up bitching to the FCC. Then the FCC sends the little black van to your area.
I never thought that they ever caught anybody. Until I saw some press clippings about some guy whose equipment was confiscated and he paid a hefty fine.
Well you say, I am not going to interfere with somebody's TV, the frequency is too high.
Then you end up interfering with somebody's cell site, or somebody's direct TV, in the future it will be TV all over again with HDTV micro signals. But I can guarantee before you interfere with any of the above, there is one thing you _will_ interfere with -
Aunt Myrtles old electric organ down the street. Every neighborhood including yours has one - an electric organ. They will pick up _any_ miss directed RF no matter the frequency. They are especially good with hi-power CB.
I personally don't use CB. I did have one once, and when I did turn it on, a couple of times. It seemed that there was this guy who would flip his multi-KW on at 8 oclock and slam my needle. Then he would go about making these weird slow throat noises with reverb mixed in.
It's those dumbshits that piss me off. I suppose I could have triangulated him quite easily with a couple of electric organs - or toasters for that matter. Then I could have stuck a needle in his coax and smoked his ass out - just never got around to it.
Just this last fourth some worker was killed when the fireworks spontaneously ignited that was being set up. It has been theorized that stray RF was to blame. My experience with the CB idiot certainly has me thinking. Frequency too high or just a little more power?? Just don't interfere with a plane's navigation system and send it down.
Re:Breezecom (Score:1)
From www.e-spec.com:
"e-spec is a proprietary Application Framework developed specifically for building Windows* based
Product Selection Software programs"
It doesnt say a thing about wireless comm..
I also tried www.e-spec.net (doesnt exist)
and www.espec.com (something about environmental
testing labs)
Broadband Wireless (Score:1)
Wireless Network Solutions [newbridge.com]
Check out the network management part. I know that what you are asking is very possible.
Re:Cisco CPU cycles aren't cheap! (Score:1)
gotta admit, I've got no numbers to back me up here.
- Yes, the overhead is something like 0.001% or
less. Can live with it.
Matching per IP address is rather CPU intensive though, according to the
documentation.
Actually, it's a bit more involved than that.
According to documentation, using the standard
access list (if you wish to match IP addr)
shouldn't be that bad, but using the extended
access list (if you wish to match say TCP port
number) causes more overhead. What we've got
is something like 10% overhead with a standard
access list, and >20% with extended access list.
By overhead I mean 'the packet rate which still
can be processed by CPU'. (on input for instance,
you'll see 'ignores' if CPU can't keep up with
the incoming packet rate)
Hope it helps.
Re:LWN Article (Score:1)
How about just giving them 1M burst, and charging them if they use more than their allotment over a one month period?
Re:FreeBSD solution (Score:1)
Statistics were posted to
It's generally agreed that Linux/Apache lost to IIS in the revised Mindquest comparison (NOT the original, insanely loaded one) because of the Linux TCP/IP stack.
Using linux without considering alternatives is bigotry.
DIY Wireless, and trafic shaping via LRP (Score:1)
This may also be a cheap solution to some of the other replyers who were interested in wireless routers if your into DIY!
-- Greg
Why aren't you using Breezecom's shaper (Score:4)
Why then aren't you taking advantage of Breezecom's built in Maximum Information Rate Class of Service? Do they charge too much for the management software? Have you even talked with their account reps? Their whole business is aimed at ISPs trying to do exactly this same thing. Breezecom modems emulate a serial connection, but their cheaper LAN products emulate an ethernet link. Their modems have a built in rate limiter, their LAN replacement is only aimed at office environments and not ISPs. It sounds like you have chosen the cheapest products, and are now trying to add something for nothing.
To properly implement a per user CoS, you must assign a static IP address to each end station, and possibly lock it down to a MAC address. Then you can set up a traffic shaper for each customer with little hassle. Easiest way to do is have different customers in different subnets, so all the 128k people are on one subnet, 512k on another. Rule writing is easiest that way. If you try to do CoS on systems dynamically grabbing an IP address (DHCP or equiv), you will spend all your time writing custom code to match addresses to customers to ToS to shaper rules and so on. Avoid it.
The best solution for packet shaping is Packeteer, who make a great box with a fairly good interface. The cost isn't that high compared with how much you will spend trying to implement the same thing with free software. Just buy one of their boxes and throw it in line with your ISP, then configure it a little and you can mostly forget it.
The next solution is Cisco, who have a bunch of different options built into their IOS for crude packet shaping. Presumably at some point you will have to buy a big Cisco router, probably when you get more than 50-100 customers. Since you are an ISP, what routers are you using now?
The cheap but limited solution is the latest linux kernel with IP Chains and Class Based Queueing. It should scale to handle a few subnets, each having its own CoS, but may not do 512k or higher. Crude, but should keep your bean counters happy until you have enough paying customers to afford something to cover a bigger user base.
Also check out NetBSD shaping, since I haven't yet.
No matter what you do, always enforce your bandwidth policy from the beginning, because you will lose all of your original customers later when you start to enfore the policy. Never give customers free bandwidth even if it is available, you are asking for a customer relations headache down the road if you do. Poor customer relations is the main reason small ISPs go out of business. This is the voice of experience learned the hard way
Remember, packet shaping is a one way process, if you want to limit the connection from the user back towards the internet, you have to install something at the customer end, either a small box or software on their machines. A nightmare you probably shouldn't touch.
Good luck, and tell us what solution you end up with and how it works. We geeks are a curious bunch.
the AC
LWN Article (Score:2)
Re:Try picobsd+dummynet (Score:1)
Don't Need Shapers (Score:1)
If you are sending all the signals to a seprate building and then bouncing them down to your server room I suggest doubling up on the antennas and using the uni24 (http://www.breezecom.com/Products/ant24dbi.htm) that way it won'tbe a bottleneck
Re:Maturity of Linux and so on (Score:1)
While Linux has excellent support, a lot of apps, a runs on a ton of hardware there are areas where the BSD derivatives are better. 1 of which is the TCP/IP stack (As admitted by a number of Linux kernel developers) and another area is in applications related to ISP's as that has been an important niche for FreeBSD especially.
I wish the Linux users would focus on making Linux better instead of jumping down *BSD users throats any time they point out an area where a BSD is better.
And as for reliability... it will be a long time before I trust Linux in a critical server and I will never trust a development kernel on a critical server. The same holds true for the *BSD's... Development kernels are not for production use and anyone who thinks otherwise has no concept of what business is about.
-ket
Re:A suggestion (Score:1)
I guess you're working under the assumption that only "normal" users have to pay for bandwidth. ISP's often have to pay based on how much bandwidth they use per month. If you're gonna let people have 1Mb connections for the price of 128Kb connections, you'd better make sure the cost of the 128Kb connections pays for the 1Mb of bandwidth that you're using.
Re:FreeBSD solution (Score:1)
BreezeNet & Linux shaper (Score:1)
My setup is a linux box connected to the net, static routing, so that each MAC is forced to a certain IP, and then shaper, some of the connected people have a few boxes, then I just shape them all through one device, so that they share their own alloted bandwith.
Shaper (as far as I know) only shape outgoing (to the local people) trafic, had some trouble with morons uploading tons, so I use a spare box in between my "Breeze hub" box and my backbone, with lots of virtual IPs, each shaper device uses its own def route to one of the virtuals, so then I can shape both ways. Maybe not the most elegant, but it works
Re:A counterpoint. (Score:2)
This guy, if I'm not mistaken, is targetting business users? If he is, he MUST go for stable speeds. If it's business users you are looking at, the WILL use the speed. The only situation I see where you can completely oversubscribe bandwidth is when you're dealing with an end consumer. They tend to use far less than their line is capable of on average. I myself average less than 5k/s per day and I would consider myself a pretty heavy user.
However, if you think you can keep up with the subscriber rate, go ahead. All you have to do is segment the network at set peak intervals. You have to think like an amateur psychologist though. Giving more, then providing less in the future isn't a very good thing. People don't like less, they continually want more and more. So in conclusion, give them stable rates, and if they REALLY want more, then charge them more money to get a better QOS on a higher tier.
An example of a wireless internet provider who has completely F***** this up, is www.mipps.net in toronto. They sell full 2mbps full duplex wireless connections but their connection to shaw fiberlink internet is a joke. They also give every customer a linux firewall router box instead of a cisco (running an old 2.0 kernel) which I think is a complete joke.
IP - Shaping - Nist Net (Score:3)
http://osi.ncsl.nist.gov/itg/nistnet/
Re:Linux 2.2.x QOS (Score:1)
Perfect when used with TCP wrapper and " DENY".
Traffic Shaper works well with Cable Modem AUP (Score:1)
Re:Why aren't you using Breezecom's shaper (Score:1)
is there any way to do this in linux without a hassle? I'd like to be able to set outgoing traffic limits for any IP's that are setup to go through my gateway box.. i messed around with CBQ and got it to work, but it will only shape traffic for ips on a local eth device.. id like to just shape traffic for each ip on the subnet that uses the gateway, to mabye 10-15KB/s outgoing, unlimited incoming...
Advanced packet shaper souced code for sale... (Score:1)
Re:Advanced packet shaper souced code for sale... (Score:1)
Bandwidth Metering (Score:1)
A well developed and planned network might allow you to use the product with some limited success without too much colliding.
I am interested in learning how you will tackle some other issues.
Paul
You may contact me directly at paul@rli.net or give me a call at 580-250-4247.
www.rli.net
Re:Sorta related... (Score:1)