DMVPN WAN เฟลโอเวอร์: นโยบายเส้นทางหรือปิดอุโมงค์?

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

การตัดสินใจมาก่อนการตั้งค่า

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

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

เขียนคำตอบไว้ เพราะการตั้งค่าเป็นส่วนที่ง่าย

นโยบายเส้นทางเปลี่ยนอะไรจริง ๆ

ในการกำหนดเส้นทางตามนโยบาย วัตถุที่ติดตามสามารถควบคุมฮอปถัดไปได้ รายการแผนที่เส้นทางระบุฮอปถัดไปที่เป็นตัวเลือกและวัตถุที่ติดตามซึ่งต้องทำงานอยู่จึงจะใช้ได้ และสถานะการติดตามนั้นมาจากโพรบ IP SLA เมื่อวัตถุลง รายการจะเลิกตรงกันและแพ็กเก็ตถูกประเมินโดยรายการถัดไปหรือตารางเส้นทางปกติ

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

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

การปิดอุโมงค์เปลี่ยนอะไร

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

ถ้าเลือกทางนี้ จำกัดแอปเพล็ตให้เหลือหนึ่งอินเทอร์เฟซและหนึ่งทริกเกอร์ บันทึกสถานะการบริหารจัดการก่อนหน้า กำหนดการกู้คืน และตรวจสอบว่าการกระพริบซ้ำ ๆ ไม่สามารถทำให้มันวนลูปได้

คำสั่งกู้คืนที่ฮาร์ดโค้ดยังสามารถเขียนทับการปิดเพื่อบำรุงรักษาที่คนอื่นทำไว้ได้

ให้โพรบเดินทางตามเส้นทางที่คุณคิด

โพรบที่ตามเส้นทางที่ดีที่สุดในปัจจุบันจะย้ายไป WAN สำรองพร้อมกับทุกอย่างอื่น แล้วรายงานว่าเส้นทางหลักสุขภาพดีเพราะไม่ได้ใช้มันแล้ว

ปักหมุดโพรบไว้ที่อินเทอร์เฟซหรือที่อยู่ต้นทางของเส้นทางที่คุณทดสอบ ตรวจสอบด้วยว่าเล็งอะไร เพราะการไปถึงฮอปถัดไปของผู้ให้บริการพิสูจน์ได้น้อยกว่าการไปถึงบริการที่อุโมงค์มีไว้เพื่อมัน ตั้งค่าความหน่วงขาขึ้นและขาลงอย่างตั้งใจ: ความหน่วงขาลงสั้นตอบสนองเร็วและกระพริบ ส่วนความหน่วงยาวทนต่อการแกว่งเล็ก ๆ และซ่อนความล้มเหลวจริง คู่มือของ Cisco เรื่อง การติดตามและการกำหนดเส้นทางตามนโยบายใน IOS XE อธิบายชุดค่าผสมที่รองรับ และชุดฟีเจอร์บนแพลตฟอร์มของคุณกำหนดว่าคุณใช้ชุดใดได้บ้าง

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

ตัดสินใจเรื่องการกู้คืน แล้วตรวจสอบ

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

ถ้าเฟลโอเวอร์ทำงานแต่แอปพลิเคชันยังพัง ปัญหาอยู่เหนือชั้นการกำหนดเส้นทาง และการติดตามมากแค่ไหนก็แก้ไม่ได้

เก็บหลักฐานจากหน้าต่างนั้นไว้ เพราะการเปลี่ยนแปลงครั้งหน้าจะถูกนำมาเปรียบเทียบกับมัน