Posts by Proctrap

    Natürlich steht bei diesem MTR 0%, wäre ja noch härter..
    Bei TS sind aber zu hohe Latenzzeiten = Packageloss, aufgrund von livestream -> udp -> sprache
    was zu spät ist, wird weggelassen, sonst wärs ja n sprach messenger bzw. nicht aktuell bzw.
    ich höre was jmd. gesagt, der teil der verz. kam einfach mit dem was er jetzt sagt..

    Dann nochmal länger anhaltende Lags:



    Edit: nochmal, 120 ping des Servers & 3,2 % package loss:


    Und nochmal 1,2% loss



    Und nochmal 4,4 % loss



    Daher bis jetzt:
    -580 ms zur Server IP
    -23 zu hos-bb2.juniper1.rz2.hetzner.de
    -59 zu gw03.contabo.net
    -37 zu hos-bb2.juniper1.rz2.hetzner.de
    -96 zu gw03.contabo.net & 289 zum Server
    -67 zu hos-bb2.juniper1.rz2.hetzner.de
    beim MTR
    ( ja, 23/37 sind nicht sooo hoch, jedoch bei norm. 1-6 & dazu package loss schon was )


    Hängt also mal am Server selber, mal an den Mittlungsservern..

    Von einem unabhängigen Server getestet:
    2,2 % Packageloss für 3 Sek.
    Keine erhöhte CPU auslastung:

    Ich meine es Generell.
    Ein Rack hat ja auch eine Leitung und von daher kann wenn einer da sehr hohe Auslastungen erzeugt,
    der Rest davon mit betroffen sein. Was sich beim UDP Protokoll von TS3 natürlich stark auswirkt, wenn es nur kurzzeitig ist.


    edit.:
    Wenn ich auf die IP des Servers mal MTR mache:


    Bei nem Freund, der noch nicht Migriert hat nach KVM, bei dem ich es genauso eingerichtet habe,
    hat der Server keine zwischenzeitlichen 220 pings & kein Packageloss..

    Auf dem einen ist mehr Auslastung auf dem Anderen weniger, auch vom Traffic.
    Muss nicht sein, jedenfalls bin ich nicht der einzige der das Problem hat, mit der Verbindung.
    Und ich wüsste nichts, was diese noch von mir heraus beeinflussen sollte, wenn es mit genau dem System davor lief & mehr auch net druf ist.


    Nachtrag:
    Zurzeit läuft es wieder, sollte es sich eventuell ( was schön wäre ) damit behoben haben,
    hat es wohl "nur" ne Woche angehalten..

    Ich sags mal so:
    Das 20-30 Personen auf meinem TS3-Server(n) 2-25 % Packageloss haben & 26-250 er pings, zeitgleich auf anderen
    0 % loss; 26ping bei mehr Auslastung & das auch erst seit dem Umzug, mitsamt der Server-Ping-Schwankungen,
    kann ich mir eigentlich nur mit hoher Auslastung bei Netcup / an diesem Rack erklären.


    Ich habe kein Probem damit, wenn Netcup sagt "ja, wegen den Imigrationen nach KVM, mit viel Auslastung zu rechnen"
    Dann kann ich auch meine TS-Kunden Vorwarnen.
    Aber so: Ich habe seit gestern Mittag durchgemacht, um endlich eine Lösung zu finden.. & habe echt 0 Ahnung mehr, was man
    noch machen könnte. Ist nicht das erste mal, das ich nen TS3 aufsetze..


    Aber schön zu sehen, das ich nicht komischerweise der Einzige bin..

    Code
    1. wget http://packages.vyatta.com/debian-security/pool/updates/main/m/mysql-dfsg-5.0/libmysqlclient15off_5.0.51a-24+lenny5_amd64.deb
    2. dpkg -i ./libmysqlclient15off_5.0.51a-24+lenny5_amd64.deb


    dann haste die ältere mysql-plugin Bibliothek aufm Server, da Teamspeak bis jetzt mit der von squeeze noch nicht funtzt


    habe jetzt wieder übelste Pingschwankungen, um 120 ms.., kann auch sein das einer von meinem Rack viel zieht, anders kann ichs mir net erklären..

    Ich habe einen vserver Jupiter mit unter anderem:
    -apache2
    -mysql 5.x
    -teamspeak3


    Bei meinem jetzigem Versuch nur diese 3.


    Seit dem Umzug auf den KVM, habe ich erhebliche Ping & Packagelost probleme.
    Daher: Je mehr clients auf dem TS3-Server, desto höher wird der Packagelost & die Ping, bis zum connection timeout aller.
    Dabei reichen schon 5 clients, für pings von 150+.
    Ein DDOS & Internet-Anbieterproblem ist durch bis zu 30 Leute, die dann auch betroffen waren ausgeschlossen.


    Teilweise geht dann die ssh verbindung auch flöten, wenn TS3 connection timeout hat,
    cpu auslastung bleibt jedoch niedrig.


    Selbst Leute mit Glasfaser, die normal nen 18er Ping auf dem Server haben, kriegen dabei massive Probleme..


    Der TS3 läuft unter Debian Squeeze, mit MySQL, via gedowngradetem mysql-plugin ( wie es ja fast alle machen ).
    Eigentlich exact die Zusammenstellung, von vor dem Umzug, kann mir das Problem daher nicht wirklich erklären.
    Eigener Nutzer für, mit vollen rechten auf den Ordner & Startscript inklusive..
    Debian Squeeze mit Froxlor, von den Images..


    Ich hatte einzig und allein mal bei einem anderen großen Voice-Server hoster gefragt, die meinten, dass sie ihre Netzwerk-Karten hatten
    austauschen müssen, weil die dauerlast, die von TS verursacht würde, leider aus welchen gründen auch immer, nicht bewältigt wurde.
    ( Mal so als Denkanstoß.. )


    Vor dem Umzug konnte ich Bots mit drauf laufen lassen & generell die Sprachverschl. an..


    Hoffe auf Hilfe..


    Greetz Proctrap