MR-Ring เป็นชื่อโซลูชันเครือข่ายวงแหวน Ethernet แบบเฉพาะผู้ผลิต และไม่ควรถือว่าเทียบเท่ากับ MRP ตามมาตรฐานหรือฟังก์ชันเครือข่ายวงแหวนของผู้ผลิตทุกราย แนวคิดคือจำกัดเส้นทางข้อมูลสำรองหนึ่งเส้นทางระหว่างการทำงานปกติเพื่อหลีกเลี่ยงลูป และใช้เส้นทางสำรองเพื่อกู้คืนการเชื่อมต่อเมื่อเกิดความขัดข้อง ต้องตรวจสอบบทบาท วิธีตรวจจับ ความเข้ากันได้ และสมรรถนะการกู้คืนที่ใช้งานจริงให้ตรงกับผู้ผลิต รุ่น และเฟิร์มแวร์ที่เกี่ยวข้อง
เริ่มจากทำความเข้าใจว่าเหตุใดจึงไม่สามารถเชื่อมต่อวงแหวนให้ครบวงได้โดยไม่มีการควบคุม
การเชื่อมต่อสวิตช์ต่อกันเป็นวงให้เส้นทางสำรองทางกายภาพ แต่แพ็กเก็ต Layer 2 อาจถูกส่งต่อซ้ำไปตามลูป โดยเฉพาะทราฟฟิกบรอดแคสต์และทราฟฟิกที่ไม่ทราบปลายทางอาจถูกทำสำเนาอย่างต่อเนื่องจนเกิดสตอร์ม ดังนั้นจึงต้องแยกทำความเข้าใจวงรอบปิดทางกายภาพกับเส้นทางการส่งต่อเชิงตรรกะ
สิ่งที่โพรโทคอลเครือข่ายวงแหวนจัดการคือชุดเส้นทางสำรองเหล่านี้ ไม่ใช่ว่าเพียงเพิ่มสายหนึ่งเส้นแล้วจะได้ความน่าเชื่อถือโดยอัตโนมัติ ในสถานะปกติต้องคงเส้นทางที่ไม่มีลูปการส่งต่อข้อมูลไว้ และจึงสลับเมื่อเกิดความขัดข้อง ส่วนเฟรมใดจะถูกบล็อกและแพ็กเก็ตควบคุมจะถูกจัดการอย่างไรนั้น ขึ้นอยู่กับการนำไปใช้และการกำหนดค่า
เหตุใดชื่อที่คล้ายกันจึงอาจยังเข้ากันไม่ได้
เนื้อหาบนเว็บไซต์นี้แนะนำ MR-Ring ในฐานะโซลูชันเฉพาะของผู้ผลิต แต่ไม่ได้ให้ข้อกำหนดโพรโทคอลที่เพียงพอสำหรับยืนยันการทำงานร่วมกันระหว่างรุ่นปัจจุบันทั้งหมด คำว่า Ring ในชื่อไม่อาจถือเป็นเครื่องหมายการทำงานร่วมกันได้แบบสากล และไม่อาจถือโดยตรงว่าเป็น MRP ตามมาตรฐาน IEC
เครือข่ายวงแหวนแบบเฉพาะผู้ผลิตอาจใช้วิธีตรวจจับ บทบาท และแพ็กเก็ตควบคุมที่ผู้ผลิตกำหนดเอง แม้เป็นซีรีส์หรือเฟิร์มแวร์ต่างกันจากผู้ผลิตเดียวกัน ก็ต้องยืนยันชุดที่รองรับด้วย หน้าแนะนำอุปกรณ์เพียงหน้าเดียวไม่สามารถใช้รับรองความเข้ากันได้ของอุปกรณ์ทั้งหมด บทความนี้ไม่ได้ระบุว่ารุ่นของ Feichang Technology ที่ยังไม่ได้ตรวจสอบมีความสามารถ MR-Ring
สิ่งที่เกิดขึ้นหลังความขัดข้องไม่ใช่การย้ายข้อมูลไปถึงปลายทางทันทีโดยอัตโนมัติ
เมื่ออุปกรณ์ที่เข้าร่วมเครือข่ายวงแหวนตรวจพบความขัดข้องที่ระบุ กระบวนการควบคุมที่เกี่ยวข้องจะปรับเส้นทางสำรอง และเครือข่ายอาจต้องเรียนรู้ตารางการส่งต่อใหม่ด้วย หลังจากนั้นอุปกรณ์ปลายทางและแอปพลิเคชันจึงกลับมาสื่อสาร การสลับลิงก์ การกู้คืนการส่งต่อของเครือข่าย และการกู้คืนแอปพลิเคชัน เป็นจุดสังเกตที่แตกต่างกันสามจุด
พอร์ตล่ม อุปกรณ์สูญเสียไฟเลี้ยง และความขัดข้องของลิงก์ทิศทางเดียว ก็อาจไม่ได้กระตุ้นกระบวนการเดียวกันเสมอไป ไม่อาจสันนิษฐานได้ว่าการป้องกันด้วยวงแหวนจะแก้ไขความขัดข้องที่ตรวจไม่พบ ความขัดข้องที่โพรโทคอลไม่ครอบคลุม และปัญหาไฟเลี้ยงภายนอกโหนดได้ ต้องออกแบบการทดสอบแยกกันตามข้อกำหนดจริง
เวลากู้คืนต้องระบุเงื่อนไขการทดสอบประกอบ
หากตัวเลขความหน่วงในเอกสารเก่าไม่มีข้อมูลรุ่น เฟิร์มแวร์ จำนวนโหนด โทโพโลยี และโหลด ก็ไม่เพียงพอที่จะใช้เป็นการรับประกันสำหรับโครงการใหม่ บทความนี้ไม่อ้างต่อถึงคำรับประกันเวลาตายตัวในหน่วยมิลลิวินาทีที่ยังไม่ได้ตรวจสอบยืนยันในปัจจุบัน และยิ่งไม่ตีความว่าไม่มีแพ็กเก็ตสูญหายเลยหรือไม่มีการสนทนาทางโทรศัพท์หยุดชะงักเลยอย่างแน่นอน
การทดสอบควรบันทึกเวลาเกิดความขัดข้อง เวลาที่การส่งต่อกลับมาทำงาน และเวลาที่แอปพลิเคชันกลับมาทำงานควบคู่กัน พร้อมอธิบายวิธีเก็บตัวอย่างและทิศทางของบริการ เก็บข้อมูลจากจุดขัดข้องหลายจุดและผลการทดสอบหลายครั้ง และให้ความสำคัญกับเวลากู้คืนที่นานที่สุดและความผิดปกติ แทนที่จะเลือกเพียงภาพหน้าจอที่แสดงผลเร็วที่สุด
สอบถามห้าประเด็นให้ชัดเจนก่อนเชื่อมต่อเข้าระบบใช้งานจริง
ยืนยันอุปกรณ์และเฟิร์มแวร์ที่รองรับ การกำหนดค่าพอร์ตวงแหวน การกำหนดบทบาท โทโพโลยีที่อนุญาต และขอบเขตการเชื่อมต่อแบบผสม จากนั้นยืนยันว่ามีความขัดแย้งกับ spanning tree, VLAN หรือกลไกความซ้ำซ้อนอื่นหรือไม่ อย่าทดลองผสมโพรโทคอลเครือข่ายวงแหวนสองแบบในระบบใช้งานจริงเพื่อคาดเดาความเข้ากันได้
บันทึกโทโพโลยีและการกำหนดค่าไว้ พร้อมอธิบายวิธีเปิดวงแหวน เปลี่ยนโหนด และย้อนกลับสู่สภาพเดิมระหว่างการบำรุงรักษา หากลิงก์ทั้งสองผ่านแหล่งจ่ายไฟเดียวกัน อุปกรณ์เดียวกัน หรือท่อร้อยสายเดียวกัน ก็อาจเกิดความขัดข้องจากสาเหตุร่วมกันได้เช่นกัน การทดสอบตัดใยแก้วนำแสงเพียงครั้งเดียวไม่สามารถครอบคลุมความเสี่ยงทั้งหมด
การตรวจรับหลังซ่อมแซมมีความสำคัญไม่แพ้กัน
หลังคืนสภาพลิงก์ที่ขัดข้อง ให้ตรวจสอบว่าการส่งต่อที่ปราศจากลูปถูกสร้างขึ้นใหม่หรือไม่ และมีการแกว่งสลับสถานะหลายครั้ง แพ็กเก็ตสูญหายต่อเนื่อง หรือการฟลัดดิ้งผิดปกติหรือไม่ สังเกตอุปกรณ์ปลายทางที่สำคัญ แทนที่จะบันทึกเพียงว่าอินเทอร์เฟซเครือข่ายวงแหวนแสดงสถานะปกติ การทดสอบทั้งหมดที่อาจกระทบเครือข่ายที่กำลังใช้งานควรดำเนินการภายในช่วงเวลาที่ได้รับอนุมัติ
หากผู้จัดหาไม่สามารถให้เอกสารการรองรับและการทดสอบที่ชัดเจนได้ ให้เลือกโซลูชันที่ตรวจสอบได้ก่อน และอย่าพึ่งพาเพียงชื่อเฉพาะผู้ผลิต สามารถพิจารณาร่วมกับ หลักการของ RSTP เพื่อทำความเข้าใจการขจัดลูปและเส้นทางสำรอง แต่ทั้งสองไม่ใช่โพรโทคอลที่ใช้แทนกันได้โดยตรง
แปลจากบทความเทคนิคภาษาจีน ต้นฉบับเผยแพร่ครั้งแรก: 2021-08-30 ต้นฉบับปรับปรุงล่าสุด: 2026-10-13T20:58:17+08:00 อ่านต้นฉบับภาษาจีน
