--On Monday, April 04, 2005 10:56 PM +0200 Mariusz ZieliÅski <[EMAIL PROTECTED]> wrote:
ScratchMonkey wrote:
So my rules:
iptables -t mangle -A PREROUTING -p udp -j TOS --set-tos Minimize-Delay iptables -t mangle -A OUTPUT -p udp -j TOS --set-tos Minimize-Delay iptables -t mangle -A POSTROUTING -p udp -j TOS --set-tos Minimize-Delay
Why setting same flag three times ? Setting it on OUTPUT table will be enough because it has meaning only for _other_ routers which may or may not honour it ("not" is more probable). I suspect that this flag is set when server creates socket so setting it in iptables is pointless.
As I said, this is what I use on my gateway, as well as my game server. So I don't need separate scripts for endpoints and routers. If you're not configuring a gateway, you just need the OUTPUT entry. The other entries just take up a little bit of memory. Packets don't traverse those chains unless they're taking the FORWARD path, ie. neither source nor destination address are this host.
Some game server software sets TOS. I requested in in BF1942 for Linux so I know it's in there, but I don't know of srcds does this. For programs that don't, the OUTPUT chain can do it before it hits the traffic control queues.
Playing with traffic control is usable only when you have other network services. Then sheduling srcds udp packets with highest rank using PRIO classful queue discipline may prove usefuluseful
Right. If you serve anything else off the box, then giving game packets priority is useful. I have a single colocated host for my team that provides several game servers, TeamSpeak, plus web forums, email, and a file repository. Traffic control is important in this application.
BTW, you might also want to de-prioritize query reply packets, if you can identify them. Some game software uses a separate port for queries. Otherwise you'd need some kind of recognizer like the U32 match module. I haven't tried this, though.
_______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
