Esettanulmány
Ipari kamerás kommunikáció néhány másodperces leállásának behatárolása – esettanulmány
Műszaki esettanulmány egy ipari kamerás kommunikáció csak néhány másodpercre jelentkező leállásáról: tünetek, korlátok, megfigyelés, behatárolás és javítás.
Az eset áttekintése
Ez az eset egy ipari kamerát vezérlő rendszerről szól, amelynek a kommunikációja általában működött, de időnként mindössze néhány másodpercre leállt. Mivel a jelenség egyaránt kinézhetett alkalmazásoldali akadásnak és hálózati problémának, először azt kellett szétválasztani, hogy pontosan mi áll le.
Tünetek
- A kommunikáció ritkán, néhány másodpercre leállt
- Az UI és a folyamat egésze nem tűnt teljesen lefagyottnak
- A berendezésvezérlésben már néhány másodperces leállásnak is nagy a helyszíni üzemre gyakorolt hatása
Korlátok
- A hiba ritkán jelentkezett, és a reprodukálási feltételek csak a naplókból nehezen látszottak
- Úgy tűnt, bárhol felléphet: a kamera SDK-ban, a hálózati kártyában (NIC), a switchben vagy az alkalmazás megvalósításában
- A behatárolást úgy kellett elvégezni, hogy az éles konfigurációhoz közeli feltételek ne változzanak meg
Mit figyeltünk meg
- Hogy először kizárjuk az alkalmazáson belüli okokat, ellenőriztük a feldolgozási késéseket és a kivételek előfordulását
- A csomagrögzítés a
Retransmissioneseményeket és az időbeli eltéréseket mutatta - Megvizsgáltuk, hogy a TCP-opciók és az újraküldési várakozási idő mintázata egyezik-e a tünettel
Hogyan határoltuk be
Azt vizsgáltuk meg, kezelhető-e a kommunikációs leállás nem úgy, hogy „leállt az alkalmazás”, hanem úgy, mint csomagvesztés utáni újraküldési várakozás. Ennek alapján megállapíthattuk, hogy a leállás tényleges oka nem az alkalmazás holtpontja (deadlock) volt, hanem az, hogy a TCP oldali várakozási idő került előtérbe.
Hogyan javult a helyzet
- Megállapítottuk, hogy fennállnak-e azok a feltételek, amelyek mellett az RFC 1323-féle időbélyeg-beállítások érvényesülnek
- Úgy módosítottuk a konfigurációt, hogy az újraküldési várakozás rövidíthető legyen
- Dokumentáltuk a megfigyelési eljárást és a behatárolási szempontokat, hogy a hálózati szint (wire level) a jövőben is ellenőrizhető legyen
Mely szolgáltatásokhoz kapcsolódik az eset
Ez az eset egyaránt kapcsolódik a Hibakeresés és kiváltó ok elemzése szolgáltatáshoz, amely a nehezen reprodukálható kommunikációs leállásokat bizonyítékok alapján határolja be, és a Windows-alkalmazások fejlesztése szolgáltatáshoz, amely a kommunikáció és a megfigyelés tervezését az alkalmazás oldaláról vizsgálja felül.
Kapcsolódó cikkek
Beszélje meg velünk
Ha az oldal tartalmához hasonló megoldandó problémája van, kérjük, beszélje meg velünk a jelenlegi állapotot és azt, milyen támogatásra van szüksége.