EVPN ทำงานอยู่แต่บริการไม่ทำงาน: จุดตรวจสี่จุด

การไปถึงที่อยู่ VTEP ปลายทางไกลพิสูจน์ว่าเครือข่ายชั้นล่างขนส่งแพ็กเก็ต และนั่นคือทั้งหมดที่พิสูจน์ได้ บริการของผู้เช่าต้องการเซสชัน BGP EVPN ที่มีตระกูลที่อยู่ถูกต้อง VNI ท้องถิ่นที่เชื่อมต่อและทำงานอยู่ เส้นทางที่กำเนิดขึ้น และการนำเข้าที่ปลายทางไกล นี่คือจุดตรวจสี่จุดแยกกัน แต่ละจุดมีวิธีซ่อมต่างกัน การถือว่าเครือข่ายชั้นล่างสีเขียวคือความพร้อมของบริการเป็นสาเหตุที่พบบ่อยที่สุดที่การติดตั้ง EVPN ติดขัด

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

จุดตรวจ 1: การขนส่งไปยัง VTEP

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

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

จุดตรวจ 2: ตระกูล EVPN ไม่ใช่จำนวนเซสชัน

เซสชัน BGP ที่สร้างแล้วไม่ได้หมายความว่าตระกูลที่อยู่ EVPN ได้รับการเจรจา ดูสถานะเฉพาะตระกูลของเพื่อนบ้าน: ตระกูลเปิดใช้งานหรือไม่ ได้เจรจากับคู่หรือไม่ และเซสชันพามันไปด้วยหรือไม่ เซสชันที่ทำงานสำหรับ IPv4 unicast และไม่เคยเจรจา EVPN จะไม่แสดงสิ่งผิดปกติในสรุปเพื่อนบ้านทั่วไป และข้อกำหนดชั้นโอเวอร์เลย์ของ EVPNถือว่าขั้นตอนบริการและการควบคุมเป็นเรื่องแยกจากการขนส่ง

ตรวจสอบที่อยู่ต้นทางของเซสชันด้วย การเชื่อมต่อที่สร้างจากที่อยู่ที่ไม่ใช่แหล่ง VTEP เป็นความไม่สอดคล้องของการออกแบบที่รออธิบายความล้มเหลวในการส่งต่อ

จุดตรวจ 3: บริการท้องถิ่นเชื่อมต่ออยู่

VNI ท้องถิ่นต้องเชื่อมต่อกับบริดจ์หรือ VRF ที่เป็นตัวแทนผู้เช่า และแพลตฟอร์มต้องรายงานว่าทำงานอยู่ สถานะสมาชิกที่โมเดลการจำลองแบบใช้อยู่อาจสำคัญก่อนที่จะเรียนรู้ MAC ของโฮสต์ใด ๆ ดังนั้นตารางปลายทางที่ว่างเปล่าไม่ใช่หลักฐานว่าบริการหยุดลง

จากนั้นยืนยันว่าอุปกรณ์กำเนิดอะไรจริง ๆ: เส้นทางท้องถิ่นสำหรับ VNI นั้นด้วย route target ที่การออกแบบกำหนด VNI ที่เชื่อมต่อแต่ไม่ได้ประกาศจะทำให้เกิดบริการที่มีอยู่เฉพาะในเครื่องและไม่มีที่อื่น

จุดตรวจ 4: การนำเข้าที่ผู้รับ

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

ตารางเพื่อนบ้านอาจสะท้อนข้อมูลเพลนข้อมูลหรือการเรียนรู้สมาชิกที่เฉพาะเจาะจงกับการนำไปใช้ อ่านที่มาและบริบทของบริการควบคู่กับเส้นทาง EVPN แทนที่จะถือจำนวนแถวเป็นหลักฐาน

บันทึกหนึ่งรายการที่เดินไปตามเส้นทาง

เก็บบันทึกหนึ่งรายการต่อบริการ: สถานะ VNI ท้องถิ่น เพื่อนบ้าน EVPN และตระกูล เส้นทางที่กำเนิดขึ้น และผลลัพธ์ที่ได้รับและนำเข้า เดินบันทึกนั้นตั้งแต่จุดกำเนิดจนถึงการติดตั้ง เมื่อมีสิ่งล้มเหลว บันทึกจะบอกว่าจุดตรวจใดในสี่จุดต้องซ่อม ไม่ใช่คำสั่งใดต้องลอง

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

เมื่อใด VXLAN แบบคงที่คือคำตอบที่ถูกต้อง

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

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