Hilfe !! TS Client Support

[sYnx101]

Hey,

hab ein ziemlich komisches Problem also:

3 Leute A,B und C sind auf dem Server. Ich als A höre durch C , weil er die Boxen etwas lauter aufgedreht hat, B sprechen, aber selbst höre ich B nicht. Das ist nicht immer und liegt auch nicht am Echo das ich durch C höre, das passiert auch so wenn B etwas sagt und nur C es hört ich aber nicht. Das grüne Licht bei B leuchtet auch nicht. Ist aber auch schon vorgekommen das plötzlich mitten im Satz von B ich ihn reden höre. Passiert halt nur zufällig mal. Generell höre ich immer alle auch wenn sie gleichzeitig reden.

Versteht jemand mein Problem und weiß woran das liegt?

[/dev/null/]

Hallo sYnx101,

Start -> Ausführen -> cmd <enter>
dann
netstat -a -o > %userprofile%\Desktop\netstat.txt

http://www.speedtest.net/ <- Was sagt dir der?
http://housecall.trendmicro.com/de/ <- Und der?

Anhand von deinen 'ausgiebigen Informationen' vermute ich schlichtweg eine Leitungsauslastung.
Wie gesagt, beruht aber nur auf Spekulation

[sYnx101]

Hey,
danke für deine Antwort. Hab mir auch überlegt, ob es an meiner Leitung liegt, hab DSL2000 bei Telekom. Ich hab, nachdem mir das problem aufgefallen ist, versucht mit einem Programm TS eine feste Bandbreite zu sichern aber hat nicht wirklich was gebracht das problem bestand weiterhin hab das Programm deinstalliert und TS neuinstalliert. Hat sich nichts geändert. So nun zu der auswertung der Tests:

Speedtest.net:
Düsseldorf Server:
http://www.speedtest.net/result/317182529.png
San Francisco Server:
http://www.speedtest.net/result/317183308.png

TREND MICRO HouseCall 6.5:
"Scanning and Cleaning Complete
HouseCall did not find any potential threats on your computer. Make sure you run HouseCall once a week to keep your PC clean and malware free. "

[/dev/null/]

Hallo sYnx101,

also laut Speedtest hast du ein DSL 2000, sollte für TS genügen auch der Upload scheint OK zu sein.
Der Housecall konnte keine Schadsoftware entdecken, was natürlich nicht gleich Heißt: Du bist sicher... ^^

Diese Log währe noch Interessant:
Start -> Ausführen -> cmd <enter>
dann
netstat -a -o > %userprofile%\Desktop\netstat.txt

Natürlich muss der Fehler nicht unbedingt bei dir liegen.
Was kommt denn dabei raus:
Start -> Ausführen -> cmd <enter>
dann
ping IPdesServers > %userprofile%\Desktop\ping.txt
und
Start -> Ausführen -> cmd <enter>
dann
tracert IPdesServers > %userprofile%\Desktop\tracert.txt

( Die IP kannst du gerne mit XXX.XXX.XXX.XXX raus löschen )

Es könnte auch sein, dass dein Kollege einen zu hohen Packetloss erzeugt.

Habt Ihr schonmal den Codex vom Server auf Speex 12,3 kbit oder GSM 14,8 kbit gestellt? Evtl liegt es sogar an einem zu hohen Codex.
Laufen andere Prozesse im Hintergrund, die dir deine Kapazität der Leitung 'klauen'?

Siehe:
Start -> Ausführen -> cmd <enter>
dann
msconfig
Mal auf den Reiter: Dienste gehen Haken rein bei Alle MS Dienste ausblenden
dann ALLES deaktivieren.
Und beim Reiter: Systemstart auch ALLES deaktivieren
PC Neustarten und nochmals testen.

[sYnx101]

Hey /dev/null/,
hab jetzt mal netstat,ping und tracert gemacht hier die Ergebnisse:

netstat.txt

Aktive Verbindungen

Proto Lokale Adresse Remoteadresse Status PID
TCP comp:epmap comp:0 ABH™REN 936
TCP comp:microsoft-ds comp:0 ABH™REN 4
TCP comp:3260 comp:0 ABH™REN 1948
TCP comp:3261 comp:0 ABH™REN 1948
TCP comp:1040 comp:0 ABH™REN 2676
TCP comp:1486 comp:0 ABH™REN 3652
TCP comp:1486 localhost:1505 HERGESTELLT 3652
TCP comp:1486 localhost:1536 HERGESTELLT 3652
TCP comp:1486 localhost:1537 HERGESTELLT 3652
TCP comp:1486 localhost:1552 HERGESTELLT 3652
TCP comp:1486 localhost:1553 HERGESTELLT 3652
TCP comp:1505 localhost:1486 HERGESTELLT 3652
TCP comp:1536 localhost:1486 HERGESTELLT 3652
TCP comp:1537 localhost:1486 HERGESTELLT 3652
TCP comp:1552 localhost:1486 HERGESTELLT 3652
TCP comp:1553 localhost:1486 HERGESTELLT 3652
TCP comp:netbios-ssn comp:0 ABH™REN 4
TCP comp:1491 ***.188.8.233:5190 HERGESTELLT 3652
TCP comp:1500 www84.your-server.de:http SCHLIESSEN_WARTEN 3064
UDP comp:microsoft-ds *:* 4
UDP comp:isakmp *:* 724
UDP comp:1025 *:* 1060
UDP comp:1499 *:* 3064
UDP comp:1517 *:* 2540
UDP comp:1520 *:* 2540
UDP comp:4500 *:* 724
UDP comp:ntp *:* 976
UDP comp:1036 *:* 1060
UDP comp:1487 *:* 3652
UDP comp:1519 *:* 2540
UDP comp:1949 *:* 516
UDP comp:44301 *:* 1700
UDP comp:ntp *:* 976
UDP comp:netbios-ns *:* 4
UDP comp:netbios-dgm *:* 4


ping.txt
Ping wird ausgef�hrt f�r ***.133.104.84 mit 32 Bytes Daten:
Antwort von ***.133.104.84: Bytes=32 Zeit=63ms TTL=58
Antwort von ***.133.104.84: Bytes=32 Zeit=61ms TTL=58
Antwort von ***.133.104.84: Bytes=32 Zeit=62ms TTL=58
Antwort von ***.133.104.84: Bytes=32 Zeit=61ms TTL=58
Ping-Statistik f�r ***.133.104.84:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.: Minimum = 61ms, Maximum = 63ms, Mittelwert = 61ms

tracert.txt
Routenverfolgung zu www84.your-server.de [***.133.104.84] �ber maximal 30 Abschnitte:
1 8 ms 3 ms 1 ms 192.168.2.1 2 59 ms 53 ms 52 ms 217.0.118.**
3 53 ms 52 ms 52 ms **.186.243.2
4 128 ms 59 ms 57 ms f-ee2.F.DE.net.DTAG.DE [**.154.15.14]
5 58 ms 58 ms 58 ms dtag-gw.hetzner.de [***.159.226.2]
6 66 ms 61 ms 62 ms hos-bb1.juniper1.rz4.hetzner.de [***.239.240.200]
7 62 ms 59 ms 61 ms www84.your-server.de [***.133.104.84] Ablaufverfolgung beendet.


bei ping und tracert ist zu sagen das die IP vom Server (die bei TS angezeigt wird) nicht gefuden werden konnte. Hab über Firewall die IP genommen, die bei TS während ich auf dem TS Server war, angezeigt wurde.
Das Problem ist übrigens nicht nur auf dem Server hab das letztens auch auf einem anderen Server festgestellt ist nicht ständig aber kommt hinundwieder mal vor.
So aber jetzt mal weiter zu deiner Hilfe:
-also PacketLoss von den anderen liegt unter 2% wenns hochkommt eigentlich immer 0%
-den Codecs kann man nur von Speex 9,3 bis Speex 19,5 einstellen. Wir haben alle durchgetestet. Standardmäßig ist Speex 16,3 drin. Sind höchstens 6 Leute gleichzeitig im TS. GSM ist nicht einstellbar.
- Die Aktion mit den Prozessen ist weniger gut zumindestens alle zu deaktivieren. Hab unteranderem WLan (kaum bis gar kein PacketLoss) und wenn da der Prozess nicht läuft machts auch kein Sinn. Hab die Prozesse aufs wesentliche beschränkt trotzdem keine Veränderung.

[/dev/null/]

Hallo sYnx101,

also als erstes würde ich dir mal folgendes Emfpehlen:
http://www.ntsvcfg.de/kss_w2k/kss_w2k.html gilt auch bei WinXP
Dein Ping zum TS² Server ist mit 62ms im Schnitt nicht schlecht, sollte für eine
Verbindung also ausreichend sein.

Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust)
Kein Problem bei dir

Und auf dem Server www84.you-server.de kann ich keinen TS² Service lokalisieren.
PORT STATE SERVICE
21/tcp open ftp
22/tcp open ssh
23/tcp open telnet
25/tcp open smtp
53/tcp open domain
80/tcp open http
110/tcp open pop3
143/tcp open imap
443/tcp open https
465/tcp open smtps
540/tcp open uucp
587/tcp open submission
783/tcp open spamassassin
873/tcp open rsync
993/tcp open imaps
995/tcp open pop3s
3000/tcp open ppp
5432/tcp open postgres
8082/tcp open blackice-alerts <- ( Is son doofes IBM Security System, mag ich gar nicht )

War das wirklich die Adresse vom TS² Server? ^^

Möglicherweise liegt das Problem nicht an dir, sondern an deinem Kollegen.
Interessant währe noch die Entfernung von dir zu Client A und B und die Entfernung von Client A zu B. Hast du schonmal deinen Provider Kontaktiert, was der zu einer Leitungsmessung sagen kann?

Gleich mal die Prozesse im Taskmanager mit dieser Liste ab:
( Taskmanager öffnen / Prozesse - Ansicht - Spalten auswählen - Haken bei PID rein )
http://www.securityspace.com/de/smys...dit_ports.html
Aufällig:
TCP comp:1486 localhost:1505 HERGESTELLT 3652 <- Das ist die PID was steht da beim Taskmanager
TCP comp:1491 ***.188.8.233:5190 HERGESTELLT 3652
TCP comp:netbios-ssn comp:0 ABH™REN 4 <- beheben mit www.ntsvcfg.de
Und erstell solche Protokolle nicht unbedingt wenn du ne IPSec Verbindung offen hast: ( könnte mal negativ ausfallen ^^ )
UDP comp:isakmp *:* 724