[LARTC] How can I prioritize incoming interactive traffic?

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is a multi-part message in MIME format.

------=_NextPart_000_0048_01C1CB8C.6C7743E0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,

We have a ADSL connection (2Mb down, 0.7Mb up) on which we run a public =
Counter-Strike gaming server with lots of interactive traffic. Behind =
the router (Linux 2.4.17with preemptive and HTB patches) we have one =
member plus ftp,SMTP,HTTP servers.

Our problem is that we don't want for instance the ftp-server or =
downloads behind the firewall interfere with the latency of the public =
gaming server. I have currently solved this with a simple filters on =
ingress which rate-limit all traffic except our interactive traffic. =
However since there are people "behind" the router they don't want to =
have rate-limited downloads when there are no or few players connected =
on the game-server. Uplink traffic is not a problem with current routing =
tools.

Question 1:
What I want is a ingress bandwith-limiting-filter with an adaptive =
ratelimit which depends on current needs of the game server. Is this =
possible to do with current user-tools/kernel ?

Question 2:
Is there a way (without much additional code on kernel/userspace =
programs) to bandwidth-limit single connections on the game-server? Some =
people with good connections seems to flood the server with updates.

/Torgil


------=_NextPart_000_0048_01C1CB8C.6C7743E0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 5.50.4807.2300" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>We have a ADSL connection (2Mb down, =
0.7Mb up) on=20
which we run a public Counter-Strike gaming server with lots of =
interactive=20
traffic. Behind the router (Linux 2.4.17with preemptive and HTB patches) =
we have=20
one member plus ftp,SMTP,HTTP servers.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Our problem is that we don't want for =
instance the=20
ftp-server or&nbsp;downloads behind the firewall&nbsp;interfere with the =
latency=20
of the public gaming server. I have currently solved this with a simple =
filters=20
on ingress which rate-limit all traffic except our interactive traffic. =
However=20
since there are people "behind" the router they don't want to have =
rate-limited=20
downloads when there are no or few&nbsp;players connected on the =
game-server.=20
Uplink traffic is not a problem with current routing tools.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Question 1:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>What I want is a ingress =
bandwith-limiting-filter=20
with an adaptive ratelimit which depends on current needs of the game =
server. Is=20
this possible to do with current user-tools/kernel ?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Question 2:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Is there&nbsp;a&nbsp;way =
(without&nbsp;much=20
additional code on kernel/userspace programs)&nbsp;to bandwidth-limit =
single=20
connections&nbsp;on the game-server? Some people with good connections =
seems to=20
flood the server with updates.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>/Torgil</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0048_01C1CB8C.6C7743E0--


[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux