From: "Soulfly" <zob_soulfly@hotmail.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] How can I prioritize incoming interactive traffic?
Date: Thu, 14 Mar 2002 23:39:56 +0000 [thread overview]
Message-ID: <marc-lartc-101614918918450@msgid-missing> (raw)
In-Reply-To: <marc-lartc-101612969227836@msgid-missing>
Thank you for your reply!
The scripts on the site really gave me inspiration. As for my second
question I think I will dynamically add/delete filtering rules on
connection/disconnection of players on our game-server. I think I'll use u32
instead of fw filtering though.
But my first question remains unresolved (bw-limit non-interactive incoming
traffic to reduce latency on more important traffic). What I'm thinking
about is a thread which measures bandwith on interactive traffic and then
use "tc filter change" on the bandwith limiting rule. Has anyone done this
before or have a more clever solution?
/Torgil
----- Original Message -----
From: "Kilian Krause" <kk@verfaction.de>
To: <lartc@mailman.ds9a.nl>
Cc: <zob_soulfly@hotmail.com>
Sent: Thursday, March 14, 2002 7:25 PM
Subject: Re: [LARTC] How can I prioritize incoming interactive traffic?
> Hi Torgil,
>
> sorry, i'm not that far in traffic conditioning, that i can answer your
> first question, but here's my answer to the second:
>
> S> Question 2:
> S> 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. S>
>
> you might try with the limit.conn-script from http://www.chronox.de/ to
> slow down individuals.. as far as they connect from static ips
> everything is fine.. if you want some interactive limiter i bet you're
> better off with a classful conditioning..
>
>
> --
> Best regards,
> Kilian mailto:kk@verfaction.de
> ----------------------------------------------------------------
> /dev/random reads at Thursday, March 14, 2002 19:22:
> There's my way, and then there's the easy way.
> ----------------------------------------------------------------
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
>
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
prev parent reply other threads:[~2002-03-14 23:39 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-14 18:14 [LARTC] How can I prioritize incoming interactive traffic? Soulfly
2002-03-14 18:25 ` Kilian Krause
2002-03-14 23:39 ` Soulfly [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-lartc-101614918918450@msgid-missing \
--to=zob_soulfly@hotmail.com \
--cc=lartc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.