5
Probblem bei TCP Kommunikation
Hallo.
Hoffe mal das mir hier jemand helfen kann.
Habe ein Prog. geschrieben das über das Internet (Socketverbindung) mit Mobilen Geräten (MDAIII) Daten austauscht. Das ganze lief bis vor 2 Wochen problemlos!!! (fast 2 Jahre lang). Seit dem verschwinden manche Datenpakete im nirwana. Folgendes habe ich schon ausprobiert:
1. Router getauscht.
2. Rechner getauscht.
2. Netzwerkkarten und Kabel getauscht.
3. Statische IP gewechselt.
4. Leitung von der Telekom einem Dauertest unterziehen lassen.
Alles ohne erfolg.! Die Störungen treten auch nicht immer auf. Es kann schon mal vorkommen das das System 2-3 Stunden ohne Probleme läuft. Der Datendurchsatz beträgt 40kB/ Stunde, so das die 1000 DSL Leitung nicht viel zu hat. Ein Dauerping auf z.b. Google läuft immer mit ca. 72 ms ohne Störungen!
Habe dann mal Wireshark benutzt und festgestellt das manche Datenpakete(oder das ACK für das Paket verschwinden). Folgende Fehlermeldung finde ich im Capture immer wieder:
[TCP Retransmission] 1001 > oracle-em1 [PSH, ACK] Seq=56 Ack=175 Win=65361 Len=5
Dies Tritt nicht nur bei einem Mobilen Endgerät auf, sondern bei allen(ca. 30 st). Mal mehr mal weniger.
Der Router(Fritz Box) zeigt mir KEINE! Störung auf der DSL Leitung an.
Hat vill. jemand ne Idee woran des liegen könnte. Weder T-komm noch T-Systems noch T-Mobile konnten mir ne Erklärung geben.
Habe das gleich Prog. auf einem baugleichen Rechner an einer andern DSL-Leitung in einem anderen Ort laufen(Ohne Probleme).
Bin für jeden Tipp dankbar.
MfG Jürgen
Hoffe mal das mir hier jemand helfen kann.
Habe ein Prog. geschrieben das über das Internet (Socketverbindung) mit Mobilen Geräten (MDAIII) Daten austauscht. Das ganze lief bis vor 2 Wochen problemlos!!! (fast 2 Jahre lang). Seit dem verschwinden manche Datenpakete im nirwana. Folgendes habe ich schon ausprobiert:
1. Router getauscht.
2. Rechner getauscht.
2. Netzwerkkarten und Kabel getauscht.
3. Statische IP gewechselt.
4. Leitung von der Telekom einem Dauertest unterziehen lassen.
Alles ohne erfolg.! Die Störungen treten auch nicht immer auf. Es kann schon mal vorkommen das das System 2-3 Stunden ohne Probleme läuft. Der Datendurchsatz beträgt 40kB/ Stunde, so das die 1000 DSL Leitung nicht viel zu hat. Ein Dauerping auf z.b. Google läuft immer mit ca. 72 ms ohne Störungen!
Habe dann mal Wireshark benutzt und festgestellt das manche Datenpakete(oder das ACK für das Paket verschwinden). Folgende Fehlermeldung finde ich im Capture immer wieder:
[TCP Retransmission] 1001 > oracle-em1 [PSH, ACK] Seq=56 Ack=175 Win=65361 Len=5
Dies Tritt nicht nur bei einem Mobilen Endgerät auf, sondern bei allen(ca. 30 st). Mal mehr mal weniger.
Der Router(Fritz Box) zeigt mir KEINE! Störung auf der DSL Leitung an.
Hat vill. jemand ne Idee woran des liegen könnte. Weder T-komm noch T-Systems noch T-Mobile konnten mir ne Erklärung geben.
Habe das gleich Prog. auf einem baugleichen Rechner an einer andern DSL-Leitung in einem anderen Ort laufen(Ohne Probleme).
Bin für jeden Tipp dankbar.
MfG Jürgen
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 104163
Url: https://administrator.de/contentid/104163
Printed on: April 23, 2024 at 16:04 o'clock
5 Comments
Latest comment
Hallo,
was wurde von vor ca 2 Wochen geändert?
Hast du irgendein Programm zusätzlich installiert oder eine Firewall Regel geändert oder (wenn du Win XP verwendest) SP 3 installiert?
Oder die Firmware der Fritzbox geflasht?
Die Leitungsüberwachung der Telekom kannst du nach meiner Erfahrung vergessen, da ist bei mir noch nie was rausgekommen, lass mal ein Port Reset machen wenn du alle anderen Fehler ausschließen kannst.
brammer
was wurde von vor ca 2 Wochen geändert?
Hast du irgendein Programm zusätzlich installiert oder eine Firewall Regel geändert oder (wenn du Win XP verwendest) SP 3 installiert?
Oder die Firmware der Fritzbox geflasht?
Die Leitungsüberwachung der Telekom kannst du nach meiner Erfahrung vergessen, da ist bei mir noch nie was rausgekommen, lass mal ein Port Reset machen wenn du alle anderen Fehler ausschließen kannst.
brammer
Geändert wurde nichts von dem ich wüsste. Habe auch schon auf nen anderen Port schalten lassen. Die Fehler treten auch nicht immer auf. Daher kann man wohl Firewall u.s.w ausschließen. Von 100 mal Daten Senden klappt es so 5-10 mal nicht. Dann läuft das ganze mal wieder 3 Stunden ohne Probleme. Habe mal versucht das ganze in meinem Büro zu simulieren. Den Fehler mit dem "TCP Retransmisson" bekomme ich nur permanent hin wenn ich das Mobile Endgerät (MDA) vom GSM her abschirme (Antenne abziehen). Eine Störung der Antennen aller 30 Endgeräte ist jedoch unmöglich!!!!!!. Das GSM Netz ist in der Gegend in der das System läuft jedoch sehr gut ausgebaut. Meine Vermutung geht dahin das auf einem Server der auf dem Vermittlungsweg liegt, die von uns benutzte IP Adresse geblockt wird. Ein wechsel der statischen IP des DSL Anschlusses hat allerding auch keine Änderung gebracht.
Da der MDA nicht über PING zu erreichen ist (wird wohl von T-Mobil geblockt) komme ich auch mit Tracert nicht weiter.
Gruß Jürgen
Da der MDA nicht über PING zu erreichen ist (wird wohl von T-Mobil geblockt) komme ich auch mit Tracert nicht weiter.
Gruß Jürgen
Hallo,
was heißt denn "Seit dem verschwinden manche Datenpakete im nirwana."? Mir fällt dazu nur ein "bißchen Schwund ist immer", und genau dafür ist TCP auch gemacht - und es ist auch wirklich normal, dass bei Übertragungen über's Internet immer mal ein paar Pakete verloren gehen. Vielleicht liegt dein wahres Problem (was auch immer das eigentlich ist) ja auch woanders, und dir ist nur im Rahmen der Suche aufgefallen, dass Pakete verloren gehen?
Daneben sinkt m.E. nach die Datenübertragungsqualität in Mobilfunknetzen - wahrscheinlich wegen steigender Nutzung. Nimm mal ein Gerät mit heim (andere Basisstation) und teste es um kurz nach Mitternacht (wo sonst niemand aktiv ist).
Gruß
Filipp
was heißt denn "Seit dem verschwinden manche Datenpakete im nirwana."? Mir fällt dazu nur ein "bißchen Schwund ist immer", und genau dafür ist TCP auch gemacht - und es ist auch wirklich normal, dass bei Übertragungen über's Internet immer mal ein paar Pakete verloren gehen. Vielleicht liegt dein wahres Problem (was auch immer das eigentlich ist) ja auch woanders, und dir ist nur im Rahmen der Suche aufgefallen, dass Pakete verloren gehen?
Daneben sinkt m.E. nach die Datenübertragungsqualität in Mobilfunknetzen - wahrscheinlich wegen steigender Nutzung. Nimm mal ein Gerät mit heim (andere Basisstation) und teste es um kurz nach Mitternacht (wo sonst niemand aktiv ist).
Gruß
Filipp
Kann schon sein das das vorher nicht aufgefallen ist. Wenn mal eine Anfrage verloren geht ist das auch nicht weiter tragiscg. Wie du schon gesagt hast dafür ist TCP gemacht. D.h. aber nicht das eine Aufforderung zum erneuten senden des Datenpaketes irgendwo verschwinden darf. Bei einem anderen Kunden(ohne Probleme) befinden sich die Geräte im gleichen bereich der Basisstationen wie bei dem Kunden mit den Problemen, nur der Server hat einen anderen Standort.. Und die Datenübertragung über GPRS funktioniert so gut wie immer(sogar an Sylvester wo sonst gar nichts mehr geht)
Gruß Jürgen
Gruß Jürgen
Am APN an dem deine mobilen Geräte hängen, bekommst du dort eine private IP Adresse nach RFC 1918 oder bekommst du für das mobile Gerät dort eine öffentliche IP ??
Ist es Ersteres, dann ist noch ein NAT Gateway beim Provider in deinem Datenfluss.
Normalerweise fängt TCP den Verlusst solcher Pakete ab, auch die ggf. verlorenen Anforderungen zum Retransmit. Sind allerdings die Ausfälle zu lang dann kappt TCP die Session.
Du müsstest also für einen ziemlich langen Fall einen Verbindungsverlust haben, was ja auch dein Selbstest mit der Antennenabschirmung bestätigt.
Es ist auch möglich das dein Protokoll mit erheblichen stikten Keepalives funktioniert und die Session deshalb so instabil ist. Dazu kann man hier aber nichts sagen da du das Protokoll bzw. sein Verhalten selber nicht spezifizierst...
Es gibt also nur 2 Möglichkeiten:
1.) Verbindungsverlust auf der mobilen Einheit sei es durch Abschattung oder Überlast der Zelle.
(Einen Verbindungsverlust auf der DSL Strecke kann man wohl (hoffentlich) ausschliessen..!)
2.) Eine Tarifänderung mit dem derzeitigen APN die andere Parameter (RFC 1918 Adressen, NAT) und oder andere Filterkriterien beinhaltet.
2. scheidet aber vermutlich aus, denn dann müssten die Fehler permanent und global für alle Geräte auftauchen sofern alle Endgeräte immer den gleichen APN benutzen !!
Ist es Ersteres, dann ist noch ein NAT Gateway beim Provider in deinem Datenfluss.
Normalerweise fängt TCP den Verlusst solcher Pakete ab, auch die ggf. verlorenen Anforderungen zum Retransmit. Sind allerdings die Ausfälle zu lang dann kappt TCP die Session.
Du müsstest also für einen ziemlich langen Fall einen Verbindungsverlust haben, was ja auch dein Selbstest mit der Antennenabschirmung bestätigt.
Es ist auch möglich das dein Protokoll mit erheblichen stikten Keepalives funktioniert und die Session deshalb so instabil ist. Dazu kann man hier aber nichts sagen da du das Protokoll bzw. sein Verhalten selber nicht spezifizierst...
Es gibt also nur 2 Möglichkeiten:
1.) Verbindungsverlust auf der mobilen Einheit sei es durch Abschattung oder Überlast der Zelle.
(Einen Verbindungsverlust auf der DSL Strecke kann man wohl (hoffentlich) ausschliessen..!)
2.) Eine Tarifänderung mit dem derzeitigen APN die andere Parameter (RFC 1918 Adressen, NAT) und oder andere Filterkriterien beinhaltet.
2. scheidet aber vermutlich aus, denn dann müssten die Fehler permanent und global für alle Geräte auftauchen sofern alle Endgeräte immer den gleichen APN benutzen !!
