ทำไมแบ็กอัป VPN ของคุณจึงไม่ใช่ผู้สืบทอดที่เหมาะสมของ EIGRP

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

เงื่อนไขที่ระบุไว้อย่างแม่นยำ

RFC 7868 กำหนดเงื่อนไขความเป็นไปได้เป็นการตรวจสอบที่เพียงพอสำหรับเส้นทางที่ไม่มีลูปของเพื่อนบ้าน: ระยะทางที่รายงานของเพื่อนบ้านไปยังปลายทางต้องน้อยกว่าอย่างเคร่งครัดกว่าระยะทางที่เป็นไปได้ในเครื่อง อย่างเคร่งครัด ไม่ใช่น้อยกว่าหรือเท่ากัน

อสมการเดียวนี้เองที่ทำให้เส้นทางทางเลือกกลายเป็นผู้สืบทอดที่เหมาะสม ทุกอย่างอื่นที่นี่คือการทำบัญชีรอบๆ มัน

สองระยะทางที่ทำหน้าที่ต่างกัน

ระยะทางที่รายงานคือสิ่งที่เพื่อนบ้านประกาศสำหรับปลายทาง ระยะทางที่เป็นไปได้คือบันทึกของเมตริกรวมที่น้อยที่สุดที่รู้จักตั้งแต่การเปลี่ยน ACTIVE–PASSIVE ครั้งล่าสุด ซึ่งเป็นเหตุผลว่าทำไมมันจึงต่างจากเมตริกของเส้นทางที่ดีที่สุดในปัจจุบันได้ การผสมสองอย่างนี้เข้าด้วยกันทำให้ได้ข้อสรุปที่ผิดอย่างมั่นใจ

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

การเปรียบเทียบหนึ่งตัวอย่าง

ยกตัวอย่างที่ประกาศไว้ซึ่งมีระยะทางที่เป็นไปได้ 1000 เพื่อนบ้านที่รายงาน 900 ผ่านการทดสอบและสามารถเป็นผู้สืบทอดที่เหมาะสมได้ เพื่อนบ้านที่รายงาน 1000 ไม่ผ่าน เพราะเงื่อนไขเป็นอสมการที่เข้มงวดและความเท่ากันไม่เพียงพอ

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

การตรวจจับไม่ใช่คุณสมบัติ

กลไกหนึ่งสามารถสังเกตเห็นเพื่อนที่ตายได้อย่างรวดเร็วในขณะที่ EIGRP ยังไม่มีตัวแทนที่เหมาะสม การสังเกตเป็นขั้นตอนหนึ่ง การคำนวณเส้นทางแบบประสานงานเป็นอีกขั้นตอนหนึ่ง และจะเริ่มก็ต่อเมื่อไม่มีผู้สืบทอดที่เหมาะสม การไม่ผ่านเงื่อนไขไม่ได้พิสูจน์ว่าเส้นทางทางเลือกมีลูปทางกายภาพ มันหมายความว่าการทดสอบทางลัดในเครื่องไม่ได้สร้างการรับประกัน ดังนั้นการคำนวณต้องจัดการกับผลลัพธ์

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

อ่านฟิลด์ แล้วทดสอบแอปพลิเคชัน

บันทึกปลายทาง ผู้สืบทอดปัจจุบัน เพื่อนบ้านที่เป็นตัวเลือก ระยะทางที่รายงาน ระยะทางที่เป็นไปได้ และสถานะเส้นทางที่เป็นผล show ip eigrp topology 10.10.10.0/24 ให้ข้อมูลส่วนใหญ่สำหรับคำนำหน้าหนึ่งรายการ จากนั้นผูกการตัดสินใจกับเส้นทางอุโมงค์ที่ขนส่งฮอปถัดไปจริง เพราะตารางเส้นทางและตารางอุโมงค์อาจไม่ตรงกันว่าอินเทอร์เฟซใดถูกใช้

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

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