Und die Domain mit der sich die Leute auf den Teamspeak verbinden - ist dort auch IPv6 eingerichtet? (Sprich AAAA Records)
Das läuft über den Server Nickname service von Teamspeak selbst.
So wie mir das ein betroffener gerade noch gesagt hat ist es dauerhaft. Manchmal würde es aber weggehen sie sich öfters neu verbinden.
Hat er nicht gesagt, dass die Benutzer sowieso kein IPv6 haben, weil Muenet das nicht anbietet? Oder habe ich das falsch verstanden?
Die betroffenen haben
kein IPv6 ja. Aber der Server ja. Sind auch immer schön fleißig welche über
IPv6 im TS. 
Das ist ein RS1000SSD G7. Im Durchschnitt sind so 20 Leute gleichzeitig im Teamspeak.
Und es läuft die
aktuelle Server Version von Teamspeak. Da nur ein TS darauf läuft langweilt
sich der Server mehr als er was zu tun hat. 
Danke dir @DerRené. Dann werden die betroffenen wohl mal mit ihren Anbieter sprechen müssen.
Ich hab die IPv6 damals so eingerichtet wie es im wiki steht bei Netcup. Und natürlich auch den rDNS eintrag erstellt.
Gibt's Unterschiede bei IPv4 und IPv6?
Bei welchem Anbieter sind denn die betroffenen Leute?
Magst du hier oder per PM mal deine Server-IPs (v4 und v6) nennen für einen Vergleichs-MTR?
Die betroffenen Leute
sind alle bei einem kleinen Anbieter namens Muenet. Wo es scheinbar noch kein
IPv6 gibt. Die Ip Adresse schicke ich dir gern per PM.
In wie fern hast du Paketverluste?
In deinen WinMTRs lässt sich nur im letzten ein Verlust von drei Paketen feststellen.
Wo genau liegt das Problem?
Das Problem liegt darin das einige Leute durchgehen 5-7% Paketverlust haben auf den Teamspeak Server der auf den Server läuft.
Guten Morgen,
ich habe jetzt seit mehreren Tagen ein Problem mit Paketverlust zu meinen Server. Nur leider konnte ich den Fehler noch nicht so Recht finden. Selbst wenn ich den Server im Rettungssytem starte kann ich den Paketverlust feststellen. Witziger weiße nur hin zum Server.
Mtr's
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| fritz.box - 0 | 111 | 111 | 1 | 2 | 21 | 2 |
| 192.168.44.1 - 0 | 111 | 111 | 3 | 4 | 24 | 3 |
| 172.16.17.65 - 0 | 111 | 111 | 3 | 4 | 24 | 3 |
|hu0-2-0-1.rcr21.dus01.atlas.cogentco.com - 0 | 111 | 111 | 3 | 4 | 24 | 4 |
| be2115.agr41.fra03.atlas.cogentco.com - 0 | 111 | 111 | 6 | 8 | 27 | 7 |
| telia.fra03.atlas.cogentco.com - 0 | 108 | 108 | 7 | 75 | 1779 | 7 |
|anexia-ic327209-ffm-b5.ip.twelve99-cust.net - 0 | 111 | 111 | 6 | 9 | 52 | 7 |
| ae0-0.bbr02.anx25.fra.de.anexia-it.net - 0 | 111 | 111 | 9 | 13 | 44 | 9 |
| ae1-0.bbr01.anx84.nue.de.anexia-it.net - 0 | 111 | 111 | 9 | 12 | 69 | 9 |
|netcup-gw.bbr01.anx84.nue.de.anexia-it.net - 3 | 100 | 97 | 9 | 13 | 83 | 10 |
| v*****.supersrv.de - 1 | 107 | 106 | 9 | 10 | 30 | 9 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| fritz.box - 0 | 115 | 115 | 1 | 3 | 70 | 2 |
| 192.168.44.1 - 0 | 115 | 115 | 3 | 6 | 74 | 5 |
| 172.16.17.65 - 0 | 115 | 115 | 3 | 6 | 74 | 5 |
|hu0-2-0-1.rcr21.dus01.atlas.cogentco.com - 0 | 115 | 115 | 3 | 5 | 59 | 4 |
| be2115.agr41.fra03.atlas.cogentco.com - 0 | 115 | 115 | 6 | 9 | 61 | 8 |
| telia.fra03.atlas.cogentco.com - 0 | 115 | 115 | 6 | 10 | 163 | 7 |
|anexia-ic327209-ffm-b5.ip.twelve99-cust.net - 0 | 115 | 115 | 6 | 10 | 61 | 7 |
| ae0-0.bbr02.anx25.fra.de.anexia-it.net - 0 | 115 | 115 | 9 | 17 | 119 | 10 |
| ae1-0.bbr01.anx84.nue.de.anexia-it.net - 0 | 115 | 115 | 9 | 13 | 67 | 10 |
|netcup-gw.bbr01.anx84.nue.de.anexia-it.net - 4 | 101 | 97 | 9 | 14 | 78 | 10 |
| v*****.supersrv.de - 0 | 115 | 115 | 9 | 11 | 64 | 10 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| fritz.box - 0 | 107 | 107 | 1 | 5 | 70 | 2 |
| 192.168.44.1 - 0 | 107 | 107 | 3 | 7 | 73 | 4 |
| 172.16.16.65 - 0 | 107 | 107 | 3 | 8 | 73 | 16 |
| ae12-407.dus10.core-backbone.com - 0 | 107 | 107 | 3 | 7 | 73 | 4 |
| ae21-2071.fra10.core-backbone.com - 0 | 107 | 107 | 6 | 11 | 77 | 9 |
| 80.157.207.9 - 3 | 97 | 95 | 7 | 67 | 1989 | 7 |
| 80.156.161.186 - 0 | 107 | 107 | 6 | 13 | 96 | 7 |
| ae1-0.bbr01.anx84.nue.de.anexia-it.net - 0 | 107 | 107 | 9 | 17 | 83 | 45 |
|netcup-gw.bbr01.anx84.nue.de.anexia-it.net - 2 | 101 | 99 | 9 | 14 | 66 | 38 |
| v*****.supersrv.de - 4 | 96 | 93 | 9 | 13 | 75 | 9 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud ProviderMtr von Looking glass bei Core Backbone
Start: 2021-05-26T09:37:06+0200
HOST: nbg.lg.core-backbone.com Loss% Snt Last Avg Best Wrst StDev
1.|-- ae0-404.nbg20.core-backbone.com 0.0% 10 0.5 0.5 0.3 0.6 0.1
2.|-- ae14-2021.fra10.core-backbone.com 0.0% 10 3.4 4.2 3.3 9.8 2.0
3.|-- 80.157.207.9 0.0% 10 327.7 48.5 3.7 327.7 101.4
4.|-- 80.156.161.186 0.0% 10 4.0 9.0 3.5 47.4 13.8
5.|-- ae1-0.bbr01.anx84.nue.de.anexia-it.net 0.0% 10 6.7 8.1 6.5 18.0 3.6
6.|-- netcup-gw.bbr01.anx84.nue.de.anexia-it.net 10.0% 10 6.8 6.8 6.5 7.6 0.3
7.|-- v*********.supersrv.de 0.0% 10 6.8 6.7 6.5 6.8 0.1Nabend,
habe hier das selbe bild im Teamspeak das im schnitt bei allen die Latenz 30 ms höher ist.
Die Latenz geht bei mir auch erst ab gw-decix.ffm.netcup.net hoch.
Bei mir auf den Teamspeak das selbe Bild. Seit Montag keine Probleme mehr.
Wir schauen uns dies aktiv an, haben dazu aber noch eine kurze Frage in die Runde: betrifft die primär Anschlüsse der Deutschen Telekom oder sind auch weitere Provider betroffen?
Anschlüsse der Telekom fliegen komischer weise gar nicht raus.
Bei mir auf den Teamspeak Server sind es meist Anschlüsse von:
Unitymedia
Muenet (Kleiner Anbieter)
Tele Columbus
Da ich selbst bei Muenet bin konnte ich bei den letzten Disconnect mal ein Traceroute mache. Wo bei dem letzten Hop vor meinen Server Schluss war. Bei den 8 Hop würde eigentlich der Server kommen.
Vielen Dank für die Untersuchung!
Hallo, hier mal ein Ausschnitt aus den Logfiles vom Teamspeak Server da es heute mal wieder mehrere Leute raus gehauen hat.
Vielleicht stimme die Uhrzeiten ja auch bei den anderen betroffenen überein.
02.09.2018 18:43:02 PktHandler Info Dropping client 10 because of ping timeout 19 0 0
02.09.2018 18:43:02 PktHandler Info Dropping client 11 because of ping timeout 19 0 0
02.09.2018 18:43:02 PktHandler Info Dropping client 15 because of ping timeout 19 0 0
02.09.2018 18:43:02 PktHandler Info Dropping client 16 because of ping timeout 19 0 0
02.09.2018 18:43:02 PktHandler Info Dropping client 17 because of ping timeout 19 0 0
Bei mir kommt es zurzeit auch zu merkwürdigen Problemen mit meinem TS-Server, welche ich mir nicht erklären kann.
Bei mir ist es so, dass alle Nutzer, die einen Vertrag bei 1&1 und Unitymedia haben, 2 Mal am Tag (Zeit ist dabei zufällig) für einige Sekunden von meinem TS-Server geworfen werden.
Ich selber bin bei der Telekom und bei mir tritt das Problem nicht auf.
Es betrifft lustigerweise nur Kunden von 1&1 und Unitymedia, der Rest merkt garnichts.
Genau dasselbe Probleme kann ich bei mir auch auf meinem Teaspeak Server beobachten.
Das die Leute die bei 1&1 und Unitymedia sind und teilweise noch weitere kleinere Provider 2-mal am Tag rausfliegen. Und genau wie bei dir passiert bei Telekom Kunden genau nichts die bleiben einfach drin.
Zurzeit kann ich es mir auch noch nicht so ganz erklären wo das Problem liegt.
Moin,
erstmal großes Dankeschön an Netcup das so schnell reagiert wird und Updates eingespielt werden.
Mal eine andere Frage kommt es jemanden auch so vor als würde die VM spürbar schneller reagieren nachdem der Node neugestartet wurde und eventuell der Raid Controller getauscht wurde?
Hi,
Du erstellst einen SRV Record.
Natürlich muss du noch den Port 9987 auf den von deinen Teamspeak Server ändern. Und die Domain auch noch auf deine.
Hi,
teilweise reagiert mein VServer komisch langsam so das in der Shell befehle nur mit Verzögerung ausgeführt
werden. Laut Support ist mit der Festplatte alles in Ordnung.
Selbst mit frisch
installierten Debian ist die Shell sogar leicht am hängen.
Apt-get update dauert
dann sogar gerne mal ein paar Minuten bevor was passiert.
Verbindung zum Server ist
eigentlich top mit 29ms und kein Paketverlust.
Das es aber schon direkt nach die neu Installation zu den
verhalten kommt das teilweise Befehle lange brauchen bevor sie ausgeführt
werden kann ich die Software die sonst drauf installiert ist eigentlich schon mal
ausschließen.
