I have the following skeleton of classes ("a" is the number of my eth0 
device in tcdevices):

a:13, priority:2, guaranteed speed 320kbit to 320kbit - Main class for 
outgoing - to my ISP1 - traffic (much lower speeds than the rest of my 
nets: 40KB/s out, 1200KB/s in - that is KBytes - as in 1024 bytes, not 
kbits)!
a:13:14, priority 2, guaranteed speed 120kbit to full (40KB/s), dmax 
50ms, umax 1500b  - VOIP traffic routed outside
a:13:15, priority 3, guaranteed speed 80kbit to full, dmax ??, umax 
1500b - VPN 1 traffic going out
a:13:16, priority 4, guaranteed speed 80kbit to full, dmax ??, umax 
1500b - VPN 2 traffic going out
a:13:17, priority 5, guaranteed speed 40kbit to full, dmax ??, umax 
1500b - other unclassified traffic going out
a:18 ... (other internal GBit traffic)

My question is - I have read the superbly put section on HFSC in the 
complex traffic shaping article 
(http://shorewall.net/traffic_shaping.htm), which deciphers the "HFSC 
Scheduling with Linux" article //pretty well (thanks Tom!), and spend an 
hour calculating the subclasses' dmax times (yes, I managed to do it at 
the end, I think) following the example in that article.

What I am not entirely certain is this - can I use more than one class 
on which to "boost" the dmax values as I did with the VOIP class (13:14) 
above - on class 13:15 for example - and dump all the excesses from both 
classes on the remaining "leaves" - classes 16 and 17? I know their dmax 
values could be in their hundreds of milliseconds, but I am prepared to 
take that hit.

------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Shorewall-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/shorewall-users

Reply via email to