Serverseitig auf's Maul bekommen

GeKkO · Beitrag von **GeKkO** » 10 Jan 2007, 21:23

Wie isn der Ping zwischen dir (Clienten) und den PSOBB servern? Bei PSU is er ja <230 (mit DSL1000)

Beitrag von **Clow Leed** » 11 Jan 2007, 03:11

<1....

localhost halt :p

Kitayten · Beitrag von **Kitayten** » 11 Jan 2007, 10:14

Das alles Serverseitig abgerechnet wirt und alles serverlastig gemacht wurde ligt daran das in den vorherigen PSo teilen also DC u.s.w. gecheatet wurde.

Ist aber nur eine vermutung

Beitrag von **Knight** » 11 Jan 2007, 10:43

Clow Leed hat geschrieben:
...

Wir gleiten mit diesem Topic schon fast ins hacker-milieu ab, in dem wir uns Ã¼ber das server-system beraten...

Ich habe gestern zum ersten Mal in einem firmen-internem Workshop etwas vom OSI 7 Layer Modell gehÃ¶rt (fÃ¼r den ich nen halbes Jahr intern laut gegen die TÃ¼r klopfen musste). Ja lacht nur, ich hab davon vorher wirklich noch nie davon gehÃ¶rt, gehÃ¶rt auch nicht zu meinem Job auch wenn ich "IT" mach.

Daher kann ich Deine BefÃ¼rchtungen zumindest nicht teilen Clow, sondern ich finde es eher interessant herauszufinden was da nicht so optimal lÃ¤uft.

Ich mag mich irren, aber ich gebe mal meine EinschÃ¤tzung ab:

Mit dem GrundverstÃ¤ndnis wie das funktioniert mÃ¼sste ein Netzwerkarchitekt doch in der Lage sein, bis zur Layer 4 Ebene eine gescheite Netzwerkachitektur aufzusetzen, die eine mÃ¶glichst schnelle Kommunikation (im perfektem Preis/LeistungsverhÃ¤ltnis) zwischen Client und Server aufzusetzen. Die Softwareseitigen Sicherheitsmechanismen kann man doch durchaus auf Layer 5 legen - noch vor der Darstellung und Applikation (also PSU).

Ich denke mit Trace Route kann man doch immerhin schon mal verfolgen, wohin die Reise der Datenpakete geht. Vielleicht liegt das Problem ja nicht am EndgerÃ¤t, sondern an einem Knotenpunkt ? Wenn der Ping dagegen ebenfalls in USA so hoch ist, liegt das Problem an der Hardware-Architektur.

Ich denke ferner, mit dem richtigem GrundverstÃ¤ndnis kann man eloquent darstellen, was Sega Ã¤ndern sollte um halt noch mehr Gewinn machen zu kÃ¶nnen

(natÃ¼rlich immer im Hinterkopf, dass die PrioritÃ¤t am Design eine deutliche Verbesserung der Kommunikation fÃ¼r den Endbenutzer mit sich bringt, aber das interessiert ja keinen Anbieter - sondern nur das Geld)

Kenshin · Beitrag von **Kenshin** » 11 Jan 2007, 11:09

Das Problem liegt daran, dass anscheinend sehr viele Daten verarbeitet werden. Von der 6Mbit zur 16Mbit Leitung hat sich mein Ping verbessert (!).
Auch ist mir aufgefallen, das die Treffer und Ausweichberechnung auf dem PC erfolgt, die Schadenskalkulation auf dem Server (merkt man wenn es lagt. Alle Mobs bewegen sich weiter und greifen einen an und man kann selbst auf Sie einprÃ¼geln. Wenn man dann wegrennt und der Lag vorbei ist, wird einem der erzeugte Schaden angezeigt, obwohl man weit auÃŸer Reichweite ist

Ich denke mal, das Sega eine schlechte VerschlÃ¼sselung besitzt und die Daten zudem unkomprimiert empfÃ¤ngt/sendet. Kann mich aber auch irren

Beitrag von **Hexchen** » 11 Jan 2007, 11:10

auweh OSI da kann ich mich noch dran fÃ¼r meine IT PrÃ¼fung durfte ich das vorwÃ¤rts und rÃ¼ckwÃ¤rts lernen und dann, als ich es endlich im Schlaf runterbeten konnte kam es net dran

aber war ja klar

Beitrag von **Clow Leed** » 12 Jan 2007, 02:39

OSI 7..
Bin mal drÃ¼ber gestolpert, als ich Source fÃ¼r das TCP/IP proto suchte...

Irgendwer sagte mal, daÃŸ SSL-Verbindugen langsamer sind als Standard,
da sie in beide Richtungen verschlÃ¼sselt werden...

Hat jemand schon mal versucht die PSU-posts im router/windows freizugeben? vllt liegts auch daran...
Oder nutzt PSU jetz IPv6 ?