OSPF เพื่อนบ้านไม่ก่อตัวผ่าน VPN? ตรวจสอบตามลำดับนี้

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

การตรวจสอบแต่ละอย่างมีอาการที่แตกต่างกัน จึงลำดับสำคัญกว่ารายการ

การตรวจสอบ 1: โมเดลลิงก์ถูกต้องหรือไม่

อินเทอร์เฟซแบบจุดต่อจุดและเครือข่ายหลายผู้เข้าถึงที่ใช้ร่วมกันเป็นสภาพแวดล้อม OSPF ที่ต่างกัน การคัดลอกการกำหนดค่า LAN แบบ broadcast ไปยังอุโมงค์เป็นข้อผิดพลาดที่พบบ่อยที่สุดที่นี่ ตั้งค่าประเภทเครือข่ายที่การใช้งาน VPN รองรับ โดยปกติคือจุดต่อจุดสำหรับอุโมงค์ที่กำหนดเส้นทาง จากนั้นยืนยันว่าแพลตฟอร์มเห็นด้วย เพราะบางการใช้งานเพิกเฉยหรือเขียนทับการตั้งค่า

ถ้าโมเดลลิงก์ผิด สิ่งอื่นในรายการจะไม่ช่วย

การตรวจสอบ 2: แพ็กเก็ตได้รับอนุญาตให้ผ่านหรือไม่

OSPFv2 คือโปรโตคอล IP 89 ไม่ใช่พอร์ต TCP หรือ UDP ดังนั้นกฎไฟร์วอลล์ที่เขียนสำหรับพอร์ตจะทิ้งมันอย่างเงียบ ๆ hello ยังส่งไปยังที่อยู่ multicast ซึ่งนโยบายอาจไม่อนุญาต อนุญาตโปรโตคอล 89 ระหว่างปลายทั้งสองของอุโมงค์ จากนั้นตรวจสอบว่าแพลตฟอร์มต้องการคำสั่งเพื่อนบ้านที่ชัดเจนหรือไม่

อุโมงค์ที่ผ่านเฉพาะ ping เป็นปัญหานโยบาย ไม่ใช่เรื่องของเราเตอร์

การตรวจสอบ 3: พารามิเตอร์เพื่อนบ้านตรงกันหรือไม่

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

MTU ที่ไม่ตรงกันเป็นเรื่องที่ละเอียดอ่อน มันปิดกั้นการแลกเปลี่ยนฐานข้อมูลที่ ExStart เพื่อนบ้านจึงไม่เคยไปถึง Full

การตรวจสอบ 4: สถานะบอกอะไร

สถานะบอกชื่อความล้มเหลว Init หมายถึง hello มาถึงแต่เราเตอร์นี้ไม่ได้อยู่ในรายการ ซึ่งชี้ไปที่เส้นทางทางเดียวหรือปัญหา multicast Two-Way เป็นปกติบนเซกเมนต์ broadcast ที่มีเพื่อนบ้านที่ไม่ใช่ DR และผิดปกติบนลิงก์จุดต่อจุด ExStart หรือ Exchange ที่ค้างหมายถึงปัญหา MTU หรือคำอธิบายฐานข้อมูล Loading หมายถึงคำขอสถานะลิงก์ไม่ได้รับการตอบ

อ่านสถานะก่อนเปลี่ยนแปลงสิ่งใด เพราะมันตัดรายการส่วนใหญ่ออก

show ip ospf neighbor พิมพ์สถานะ ที่อยู่เพื่อนบ้าน และตัวจับเวลา dead เปรียบเทียบตัวจับเวลานั้นกับช่วง hello ทั้งสองด้าน: ช่วง dead ที่เป็นสี่เท่าของ hello เป็นปกติ สิ่งอื่นคือความไม่ตรงกัน คอลัมน์สถานะเป็นการอ่านที่เร็วที่สุดในทั้งหน้า

การตรวจสอบ 5: อะไรถูกประกาศจริง

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

จากนั้นทดสอบแอปพลิเคชันระดับโฮสต์และเส้นทางกลับ เพราะโปรโตคอลเส้นทางไม่ได้เปิดไฟร์วอลล์

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