EVPN ชนิด 2 กับชนิด 5: ทำไมที่อยู่ IP หนึ่งที่อยู่จึงหมายถึงสองเส้นทาง

สองเส้นทางบนกล่องเดียวกันอาจชี้ไปที่ 198.51.100.77 และยังตอบคำถามต่างกันได้ ตัวหนึ่งอธิบายว่าที่อยู่ MAC เข้าถึงได้จากที่ใด และอาจระบุว่า IP ใดผูกอยู่กับมัน อีกตัวอธิบายคำนำหน้าที่แก้ผ่านฮอปถัดไป แม้คำนำหน้านั้นจะเป็นโฮสต์เดียว การสลับกันทำให้เกิดตั๋วที่ดูเหมือนบั๊กการกำหนดเส้นทาง แต่จริง ๆ แล้วเป็นชนิดเส้นทางที่อ่านผิด

วิธีเร็วที่สุดในการแยกทั้งสองคืออ่านคีย์ที่ NLRI สร้างขึ้นรอบ ๆ ไม่ใช่มาสก์ที่ปลายของมัน

คีย์ของเส้นทางบอกว่าเส้นทางอ้างอะไร

ชนิด 2 คือเส้นทางประกาศ MAC/IP จาก RFC 7432 และคีย์ของมันคือที่อยู่ MAC 48 บิตภายใน NLRI เบื้องหลังคีย์นั้นมีฟิลด์ที่อยู่ IP ซึ่งฟิลด์ความยาวอาจเป็น 0, 32 หรือ 128 บิต ดังนั้นการประกาศที่มีเพียง MAC จึงเป็นเส้นทางที่สมบูรณ์ ไม่ใช่รายการโฮสต์ที่ชิ้นส่วนหายไป สแตกเลเบลที่ตามมาชี้ไปยังบริบทบริดจ์ที่ MAC นั้นอาศัยอยู่

การที่ฟิลด์ IP ถูกเติมหรือไม่เปลี่ยนสิ่งที่เส้นทางระบุ ไม่ใช่ชนิดของเส้นทาง ด้วยความยาว 32 หรือ 128 บิต ผู้ส่งยังอ้างว่า IP นี้เป็นของ MAC นั้นภายในอินสแตนซ์ EVPN เดียว ด้วยความยาวศูนย์ ผู้ส่งไม่กล่าวอ้างใด ๆ เกี่ยวกับ IP ไม่มีเวอร์ชันใดบอกว่าคำนำหน้าเข้าถึงได้ผ่านเราเตอร์

ชนิด 5 คือเส้นทางคำนำหน้า IP จาก RFC 9136 และคีย์ของมันคือคำนำหน้าที่เขียนเป็นความยาวบวกจำนวนบิตเท่านั้น ความยาวอยู่ในช่วง 0 ถึง 32 สำหรับ IPv4 และ 0 ถึง 128 สำหรับ IPv6

ปลายทั้งสองของช่วงนั้นถูกต้องตามกฎ และไม่มีฝ่ายใดสื่อถึง MAC คำนำหน้าความยาวศูนย์อ้างการเข้าถึงได้โดยไม่ระบุชื่อโฮสต์ ขณะที่ /32 ระบุที่อยู่เดียวพอดี NLRI ยังพกที่อยู่ IP ของเกตเวย์ที่ฝั่งออกใช้สร้างดัชนี overlay พร้อมเลเบลสำหรับบริบทการส่งต่อ ไม่มีฟิลด์ MAC ให้สลับ ดังนั้นผู้รับจึงถือว่าชนิด 5 เป็นปลายทางที่ถูกกำหนดเส้นทาง

เส้นทางคำนำหน้า /32 ไม่ใช่ชนิด 2 ที่เปลี่ยนชื่อ

คำนำหน้าขนาดโฮสต์เป็นเส้นทางชนิด 5 ธรรมดา เส้นทางคำนำหน้า /32 และชนิด 2 สำหรับที่อยู่เดียวกันอยู่ร่วมกันได้ในอินสแตนซ์ EVPN เดียว และทั้งสองพกข้อมูลการส่งต่อที่ต่างกัน

พิจารณา 198.51.100.77 ในอินสแตนซ์ EVPN ที่ใช้ VNI 10100 ชนิด 2 อาจจับคู่กับ MAC 02:00:00:00:00:77 และเลเบลที่ระบุโดเมนบริดจ์ซึ่ง MAC นั้นถูกเรียนรู้ ชนิด 5 อาจประกาศ 198.51.100.0/24 สำหรับทั้งซับเน็ต หรือ 198.51.100.77/32 สำหรับที่อยู่นั้นเพียงอย่างเดียว พร้อมที่อยู่เกตเวย์ที่ชี้ไปยัง VTEP ฝั่งออก ที่อยู่ทับซ้อนกันโดยเจตนาเพราะเส้นทางตอบคำถามต่างกัน

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

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

อ่านทั้งสองเส้นทางโดยไม่เดา

บน NX-OS, show bgp l2vpn evpn route type 2 และ show bgp l2vpn evpn route type 5 แบ่งตารางตามเส้นนี้พอดี และ show l2route evpn mac ip แสดงการผูก MAC กับ IP ภายในเครื่องเบื้องหลังเส้นทางชนิด 2 บน Junos, show evpn database แสดงรายการการผูก MAC และ IP ที่เรียนรู้ ขณะที่ show route table bgp.evpn.0 แสดงสิ่งที่ประกาศและรับมา

กรองตาม route distinguisher และแท็ก Ethernet ก่อนสรุปผล MAC หรือคำนำหน้าเดียวกันอาจปรากฏในหลายอินสแตนซ์ EVPN และเส้นทางที่ดูผิดในอินสแตนซ์หนึ่งอาจถูกต้องในอีกอินสแตนซ์หนึ่ง

จากนั้นอ่าน NLRI ตามลำดับ: ชนิดเส้นทาง คีย์ ฟิลด์เกตเวย์หรือเลเบล แล้วจึง route target ในแอตทริบิวต์ ชนิด 2 ที่พก ESI ไม่เป็นศูนย์บอกว่า MAC เป็น multi-homed และค่านั้นคือสิ่งที่ผูกประกาศจากเราเตอร์ PE ต่าง ๆ เข้าด้วยกัน ชนิด 5 ที่พกที่อยู่เกตเวย์บอกว่า VTEP ฝั่งออกใดควรรับทราฟฟิก

หากเส้นทางหายไป ให้ตรวจที่มาก่อนการเข้ารหัส ยืนยันว่าแหล่งมีข้อมูลผูกหรือคำนำหน้าอยู่ในเครื่อง แล้วยืนยันว่า route target ที่แนบอยู่ถูกนำเข้าในกล่องนี้ รายงานส่วนใหญ่เกี่ยวกับชนิด 5 ที่เสียจบที่ นโยบายการนำเข้า ไม่ใช่ที่รูปแบบ NLRI

บันทึกบริบท ไม่ใช่แค่ชนิดเส้นทาง

เขียนชนิดเส้นทาง อินสแตนซ์ EVPN, route distinguisher, route target ที่นำเข้าและส่งออก และฮอปถัดไปที่แก้แล้ว ไว้ด้วยกัน ชนิด 2 ที่ไม่มีอินสแตนซ์ของตนนั้นกำกวม และฮอปถัดไปที่ไม่มีตระกูลเส้นทางชวนให้สรุปผิด

ทั้งสองเป็นเส้นทาง EVPN แม้เพย์โหลดจะเป็นที่อยู่ IPv4 ตระกูลที่อยู่ภายใน NLRI และตระกูลที่อยู่ของเส้นทางเองเป็นสมบัติแยกกัน และชนิด 5 ไม่กลายเป็นเส้นทาง IPv4-unicast หรือ VPN-IPv4 เพียงเพราะพกคำนำหน้า IPv4

ความต่างนั้นปรากฏที่ขอบระหว่างระนาบควบคุม EVPN กับ IP-VRF route target ตัดสินว่า VRF ใดนำเข้าคำนำหน้า ขณะที่ที่อยู่เกตเวย์และเลเบลตัดสินว่าแพ็กเก็ตถูกห่อหุ้มไปทางออกอย่างไร อ่านสิ่งเหล่านี้ด้วยกัน การตัดสินใจส่งต่อก็ไม่ดูตามอำเภอใจอีก

ครั้งหน้าหาก /32 ปรากฏในตาราง EVPN ให้ตรวจคีย์ก่อนมาสก์ คีย์ MAC ที่มี IP ไม่บังคับคือการผูกชนิด 2; คีย์คำนำหน้าคือเส้นทางชนิด 5 ไม่ว่ายาวเท่าใด เขียน route target และฮอปถัดไปไว้ข้าง ๆ แล้ววิศวกรคนต่อไปไม่ต้องอนุมานเรื่องทั้งหมดใหม่