In unserem Netzwerk tritt ein merkwürdiger Fehler auf. Die Konfiguration ist wie folgt:
IP Camera -> Radio LAN repeater -> Local switch -> PC
Die IP-Kamera streamt Videos über RTSP/UDP und wir können sie von einem Client auf dem PC oder über einen Browser steuern. Alles funktioniert einwandfrei, wenn das Setup wie folgt ist:
IP Camera -> LAN cable -> Local switch -> PC
Allerdings treten Fehler auf, wenn die Funkverbindung in der Kette ist. Befehle (die als HTTP POST an die Kamera gesendet werden) gehen teilweise verloren und der Videostream ist sichtbar ruckeliger.
Das Merkwürdige daran ist:Was wir NICHT sehen, istalle fehlerhaften Pakete, wir sehen nur HTTP-POST-Nachrichten, die von der Kamera als fehlerhaft abgelehnt werden.
Die Funkverbindung besteht aus zwei Boxen, die für das Netzwerk praktisch transparent sind, so als wäre dort ein LAN-Kabel (das wird zumindest behauptet), und wir haben zwei verschiedene Typen von verschiedenen Herstellern, die ein ähnliches Verhalten aufweisen.
Wir haben Wireshark mit einem Tap auf dem lokalen Switch (Port gespiegelt), und wenn wir einen Switch mit einem Wireshark-Tap auf der Kameraseite platzieren, sieht dieser auch keine fehlerhaften Pakete. Dieses Setup sieht folgendermaßen aus:
IP Camera -> Switch -> Radio LAN repeater -> Local switch -> PC
^ ^
| |
WS TAP WS TAP
Wir können also keine fehlerhaften Pakete an beiden Enden (Abzweigung) sehen, mit dem Switch im Weg des Signalsmussvom Switch neu generiert/wiederholt werden, sodass die ersten paar Schichten ausgeschlossen sind.
Falls es hilft, die Switches sind Netgear ProSAFE PlusSwitch.
Ich bin ein wenig ratlos, was ich als nächstes prüfen/versuchen soll, denn das scheint die Art von Sache zu sein, die hier schon einmal jemand gesehen haben könnte.
Antwort1
Nun, es scheint sich um einen Fehler im Code des Webservers zu handeln, der dazu führte, dass fragmentierte Anfragen nicht verarbeitet wurden – ein weiterer PITFA, der diesen lästigen elbonischen Code-Sklaven zugeschrieben wird.
Es wurde viel zu viel Hackerei betrieben, um hier eine Lösung zu posten, die für jemanden, der nicht dieses spezielle Elbonian SDK verwendet, von Nutzen/Interesse wäre, aber im Wesentlichen ging es darum, eine ganze Anfrage zu puffern, bevor sie an den fehlerhaften Handlercode übergeben wird.