Traagheid/Lag met UT, via Mxstream (iptables)

[Verwijderd]

Hallo, ik gebruik Mxstream via een linux doosje met iptables voor deling met het LAN. Het problem wat ik heb is traagheid/LAG van 1000+ms zodra ik met meer dan 1 pc ga UT'en. Ik heb ook ipchains geprobeerd, maar dat maakt niks uit. De vertraging is enorm van 55ms naar 1000+ms, maar _alleen_ als er meer dan 1 LAN pc gaat UT'en. De up&downstream moeten gemakkelijk twee clientgames aankunnen. Zou het aan pptp kunnen liggen?

[hobbeldebobbel]

Op maandag 26 november 2001 15:44 schreef SYTEX een verhaaltje

denk zelf dat het aan je iptables ligt.. aangezien je alleen problemen hebt als je met meer dan 1 pc aan het doen bent. Misschien dat er iets fout zit in je iptables? post ff je iptable hier....... kunnen we misschien wat meer zeggen

[Verwijderd]

Mijn linux-UT'je doet niet eens connecten naar internet games... (is het een patch? is het een truuk? - tell het me...)

[Verwijderd]

De output van: iptables -L -n

Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
inet-in all -- 0.0.0.0/0 0.0.0.0/0
DROP all -- 0.0.0.0/0 0.0.0.0/0 state INVALID,NEW
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED

Chain FORWARD (policy DROP)
target prot opt source destination
ACCEPT all -- 192.168.1.0/24 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 192.168.1.0/24

Chain OUTPUT (policy ACCEPT)
target prot opt source destination
inet-out all -- 0.0.0.0/0 0.0.0.0/0

Chain inet-in (1 references)
target prot opt source destination
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:22
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:22
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
ACCEPT icmp -- 0.0.0.0/0 0.0.0.0/0
LOG tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:2049 LOG flags 0 level 4
LOG udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:2049 LOG flags 0 level 4
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:2049
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:2049
LOG tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:5432 LOG flags 0 level 4
LOG udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:5432 LOG flags 0 level 4
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:5432
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:5432
LOG tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpts:5999:6003 LOG flags 0 level 4
LOG udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:5999:6003 LOG flags 0 level 4
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpts:5999:6003
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:5999:6003
LOG tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:7100 LOG flags 0 level 4
LOG udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:7100 LOG flags 0 level 4
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:7100
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:7100
LOG tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:31337 LOG flags 0 level 4
LOG udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:31337 LOG flags 0 level 4
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:31337
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpt:31337
LOG tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpts:12345:12346 LOG flags 0 level 4
LOG udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:12345:12346 LOG flags 0 level 4
DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpts:12345:12346
DROP udp -- 0.0.0.0/0 0.0.0.0/0 udp dpts:12345:12346

Chain inet-out (1 references)
target prot opt source destination

De output van: iptables -nat -L -n:

Chain PREROUTING (policy ACCEPT)
target prot opt source destination

Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
MASQUERADE all -- anywhere anywhere

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

(Het gaat over UT vanaf Windows machines in het LAN erachter)

Het lijkt me geen iptables probleem, omdat het met de 3-line MASQ ipchains ook traag is.

[Verwijderd]

Hey sytex,

ik snap niet waar het door komt, maar jij zegt dat de lag pas ontstaat bij meer dan 1 UT. Mischien moet je proberen om de traffic op :7777 en :7779 (de UT poortjes) te tunnelen of te proxyen, zodat de machientjes zelf opzoek mogen...

[hobbeldebobbel]

geen flauw id.....

<hobbeldebobbel kan het niet hebben dat ie het antwoord niet weet, gaat dus driftig op zoek >

[Verwijderd]

/me is ook maar eens opzoek gegaan en gaat hier linkjes posten en conclusies trekken


minder zinnig --> http://www.dslreports.com/town?tid=6482
he! --> http://www.pcshooter.com/hardware/aow224.htm

idd 'he!' dat ik dat nog niet bedacht had... Je machientje hangt natuurlijk de ontzettende HUB uit, en je hebt waarschijnlijk nog wel een HUB, omdat je het hebt over meerdere machientjes. Alle data die jij nodig hebt voor UT, komt dan langs alle draadjes, zodat alle draadjes behoorlijk volrakken en de wachttijd van je pakketjes cumulatief vermeerdert.


Je moet je netwerkje mischien ietsie anders op gaan stellen...

code:

(***BIG BAD INTERNET***)
       |
       |
    +----+
    | GW |
    +----+
       |
    +---------+
    | SWITCH  |
    +---------+
     |  |  | |
    network

op die manier zou je al wel eens wat lag kunnen weg nemen... (lijkt mij...)

[[NUT]]

* [NUT] gaat een domme opmerking maken:

Al eens geprobeert _zonder_ enige restricties in ipchains? ik bedoel, leeg, nul, nop alles op accept en masq?

ikzelf heb de bovengenoemde (hardware)opstelling, en ik kan op 2 machines winamp-shoutcast (128kbit) laten draaien en dan nog met een ping van 60 q3 spelen en met een ping van 80 UT op een derde machine... noooooproblemo. en dat op een Casema/Wanadoo broadband premium abbo...

hoe snel is je servert wat staat daar allemaal op te stampen?

[Verwijderd]

/me gaat dan waarschijnlijk een hele domme vraag stellen...

Nuttie, die BroadBand verbinding van jou gebruikt geen VPN toch? Dan heb je al een zorg minder, want dat doet MxStream namelijk wel - en dat gaat lag-en als je er maar genoeg concurrent data instopt

[[NUT]]

Op dinsdag 27 november 2001 13:29 schreef drSinister het volgende:
/me gaat dan waarschijnlijk een hele domme vraag stellen...

Nuttie, die BroadBand verbinding van jou gebruikt geen VPN toch? Dan heb je al een zorg minder, want dat doet MxStream namelijk wel - en dat gaat lag-en als je er maar genoeg concurrent data instopt

euh nee... ik gebruik pppoe (ADSL-CONNECT tgz deb rpm) en dat zou ook moeten werken op MxStream verbindingen volgens verschillende mensen... VPN is geloof ik niet zo verplicht... je kan natuurlijk een vast IP er in zetten, en dat is dan de gene die ppp gebruikt. dit pakket heeft de mogenlijkheid 2x in te loggen afaik

[Verwijderd]

Bedankt voor de reacties zover. Ik heb een switch staan achter de gateway dus:

internet
|
linuxdoos
|
"switch"----- LAN pc 1
|
---------- LAN pc 2

Ik heb ook unrestricted configuraties gebruikt voor zowel iptables als ipchains, geen versnelling - nog gewoon 1000+ms latency. Afijn, het wijst dus in de richting van het tunnel verhaal over pptp. (heel veel kleine packets voor interactive toestanden zoals UT)

Ik heb een vast ip gekregen van m'n ISP, kan ik met Mxstream ook zonder pptp en via iets snellers connecten?

[Verwijderd]

nee - je mag bij MxStream alleen maar over een VPN-tunnel connecten en dat is eigenlijk heel logisch. Het voorkomt netwerk outages door vervelende usertjes in grote mate.

Als ik met mijn kabelmoden een DHCP server opstart kan ik zo zeggen dat alle hardware adressen die bij mij komen vragen om een IP adres een 10-punts IP adres krijgen - binnen de kortste keren heel het netwerkje van de kabelboer in mijn regio plat...