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 Retransmission esemé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.

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.

Vissza a főoldalra