กรณีศึกษาการแยกแยะสาเหตุการหยุดชะงักหลายวินาทีในการสื่อสารของกล้องอุตสาหกรรม

ภาพรวมของกรณีศึกษา

กรณีนี้ว่าด้วยปรากฏการณ์ในการควบคุมกล้องอุตสาหกรรม: โดยปกติระบบทำงานได้ตามปกติ แต่ เป็นครั้งคราวการสื่อสารจะหยุดไปเพียงไม่กี่วินาที เนื่องจากอาการอาจดูเป็นได้ทั้งการหยุดทำงานของแอปพลิเคชันและปัญหาของเครือข่าย สิ่งแรกที่จำเป็นคือการแยกแยะให้ชัดว่าสิ่งที่หยุดไปนั้นคืออะไรกันแน่

อาการที่พบ

• การสื่อสารหยุดชะงักไปหลายวินาที โดยเกิดขึ้นด้วยความถี่ต่ำ
• ไม่ปรากฏว่าอินเทอร์เฟซหรือโปรเซสทั้งหมดหยุดทำงานโดยสิ้นเชิง
• ในการควบคุมอุปกรณ์ แม้การหยุดเพียงไม่กี่วินาทีก็ส่งผลกระทบอย่างมากต่อการปฏิบัติงาน

ข้อจำกัด

• ความถี่ในการเกิดต่ำ และเงื่อนไขการทำซ้ำมองเห็นได้ยากจากบันทึกเพียงอย่างเดียว
• ต้นเหตุอาจดูเหมือนมาจาก SDK ของกล้อง, NIC, สวิตช์เครือข่าย หรือการเขียนโปรแกรมของแอปพลิเคชันก็ได้
• จำเป็นต้องแยกแยะปัญหาโดยไม่ห่างจากเงื่อนไขของสภาพแวดล้อมการใช้งานจริง

สิ่งที่เราสังเกต

• เพื่อตัดสาเหตุการหยุดทำงานภายในแอปพลิเคชันออกก่อน เราตรวจสอบความล่าช้าของการประมวลผลและข้อยกเว้นต่าง ๆ
• สังเกต Retransmission และความต่างของเวลาผ่านการจับแพ็กเก็ต
• ตรวจสอบว่าออปชันของ TCP และรูปแบบของเวลารอการส่งซ้ำสอดคล้องกับอาการหรือไม่

วิธีที่เราแยกแยะปัญหา

เราตรวจสอบว่าการหยุดชะงักนี้สามารถอธิบายได้หรือไม่ ไม่ใช่ในฐานะ “แอปพลิเคชันหยุดทำงาน” แต่ในฐานะ การรอส่งซ้ำหลังการสูญหายของแพ็กเก็ต ผลลัพธ์คือเราสรุปได้ว่าไม่ใช่ deadlock ของแอปพลิเคชัน แต่เป็นโครงสร้างที่เวลารอของ TCP ปรากฏออกมาให้เห็น

วิธีที่เราปรับปรุง

• พิจารณาว่าการตั้งค่า timestamp ในกลุ่ม RFC1323 จะมีประสิทธิผลภายใต้เงื่อนไขนั้นหรือไม่
• ปรับการตั้งค่าเพื่อให้เวลารอการส่งซ้ำเข้าใกล้ค่าที่สั้นลง
• จัดระเบียบขั้นตอนการสังเกตและเกณฑ์การแยกแยะสาเหตุ เพื่อให้ยังคงมองเห็นปัญหาได้ในระดับ wire

บริการที่เกี่ยวข้องกับกรณีศึกษานี้

กรณีนี้เชื่อมโยงทั้งกับ การตรวจสอบและวิเคราะห์ข้อบกพร่อง ซึ่งแยกแยะการสื่อสารที่หยุดชะงักซึ่งทำซ้ำได้ยากด้วยหลักฐาน และกับ การพัฒนาแอปพลิเคชัน Windows ซึ่งทบทวนการออกแบบการสื่อสารและการเฝ้าติดตามจากฝั่งแอปพลิเคชัน

บทความที่เกี่ยวข้อง

ติดต่อเรา

หากหน้านี้ตรงกับสถานการณ์ของคุณ โปรดเล่าบริบทปัจจุบันและความช่วยเหลือที่ต้องการให้เราทราบ