› Forums › Network Management › ZeroShell › QoS for Medium ISP
- This topic is empty.
-
AuthorPosts
-
May 21, 2011 at 12:39 pm #42997
mzk-osc
MemberHello all;
I have a question regarding QoS implementation for an ISP. Will Zeroshell scale well for traffic shaping for an ISP with around 3000-4000 concurrent sessions, both Dialup and DSL clients? And what is the best scenario to implement QoS for such a network, giving the fact that our upstream link is 330 Mbps (around 40MBps).
Thanks in advance.
May 22, 2011 at 3:14 am #51770atheling
MemberBasically ZeroShell is a Linux distribution, just setup so that you don’t have to get to the shell to set things up. At least usually you don’t have to get to the shell. 🙂
So I’d interpret your question as can Linux support your needs. You’d have to have some fairly powerful hardware… And even there I’m not sure. I tend to think of those kinds of data rates and session numbers as more appropriately handled by systems that have hardware capable of CPU offload for the basic routing functionality. But I could be wrong. You might try directing your query to some forum where Linux is used in heavy duty traffic management environments. If the answer is yes, Linux can do it given some minimum set of specifications on the hardware then ZeroShell can do it too.
I think most of the people using Zeroshell are using it in SOHO environments.
May 23, 2011 at 7:11 pm #51771AtroposX
MemberMy stats are:
CPU ( 4) Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz 2400MHz Refresh
Uptime 146 days, 5:45
Load Avg 0.03 0.03 0.00 Graphics
Kernel 2.6.25.20
Memory 2050568 kBLess than 3% CPU usually, 200Megs ram used on average, MAX 56k (57,000) concurrent connections, with peaks of 110Mb/s download 38Mb/s upload, on an Interface Masters N2265, and a basic on-board NIC for management.
Works out very very well. 61 Firewall rules, 65 QoS rules.
May 26, 2011 at 8:59 am #51772mzk-osc
MemberThank you all for your info.
This takes us to another question, how can I configure ZS QoS (or any Linux QoS in general), so that all 256Kbps DSL clients (all belong to the same IP range) get a guaranteed speed of 200Kbps with single QoS rule?
Thanks in advance…
May 26, 2011 at 12:55 pm #51773AtroposX
MemberYou can not make a single rule that will state each ip in a subnet to get a certain speed of it’s own. Any rule that has a class attached to it, and a subnet, the entire subnet will share the single class. Currently there is no way to make a single rule that states 192.168.1.0/24 each ip gets 256k.
Currently you’d need to make a separate rule for each ip, actually two rules, one for upload, and one for download speeds. Which is very time consuming, tedious, and not scalable really. Though zeroshell is great in all other shaping needs, this on feature request would be great to have. I’ve already put in a request a while back.
This can happen though for limiting packets per second with the hashlimit mode. This hashlimit will limit all source ips in a subnet to a set amount of pps, say all ips in 192.168.1.0/24 will get their own rule for 50pps.
Someone modded this and made something called hashspeed (Google it). You will only need two rules for this one for the entire subnet. It is the same concept, except modded for both source and destination and for rate rather than pps. So in one rule you can have source 192.168.1.0/24 256k for upload, and all ips will have their own virtual separate qos rule, all in one rule. And the same but for destination for download. Pretty slick.
May 27, 2011 at 3:21 am #51774ireneo
Member‘guaranteed speed’ might not be suitable for ISP environment, burst might make sense.
I used PacketController and it works well to manage thousands customers with 300Mbps, you could see the product at http://www.packetcontroller.com, it provides software version as well.
May 28, 2011 at 7:26 am #51775mzk-osc
MemberHello;
Thank you for all your replies. But if ZS doesn’t support this at the moment, what platform does? And any details about doing that using any other platform is highly appreciated.
-
AuthorPosts
- You must be logged in to reply to this topic.