โฮสต์ EVPN ที่เงียบไม่เคยถูกแก้ไข: ตาม ARP ไปจนถึงการผูก

ปลายทางเชื่อมต่ออยู่ พอร์ตทำงานอยู่ แต่โฮสต์ที่เฝ้าดูก็ยังเข้าถึงไม่ได้ มีคนรัน ping จากอีกฝั่งแล้วมันก็เริ่มทำงาน ซึ่งทำให้ปัญหาดูเหมือนเกิดเป็นช่วง ๆ และทำให้ fabric ดูบริสุทธิ์ รูปแบบนี้คือลายเซ็นของโฮสต์ที่เงียบ: มันส่งข้อมูลไม่บ่อย ดังนั้นพฤติกรรมการค้นหาและการรีเฟรชของ fabric จึงสำคัญกว่าสถานะการเชื่อมต่อ เริ่มจาก IP, MAC และ bridge domain ที่ตั้งใจไว้หนึ่งชุด แล้วตามการแลกเปลี่ยนการแก้ไขครั้งถัดไป

ตามการแลกเปลี่ยน ARP หรือ ND ครั้งถัดไป

สำหรับ IPv4 ให้ดูการแลกเปลี่ยน ARP ของโฮสต์ที่ร้องขอ สำหรับ IPv6 ให้ตาม Neighbor Solicitation และ Advertisement ยืนยันว่าคำขอเข้าสู่เซกเมนต์ภายในที่ตั้งใจไว้และ VNI ที่ตั้งใจไว้ เพราะคำขอที่ไม่เคยไปถึง bridge domain ที่ถูกต้องไม่สามารถได้รับการตอบจากพร็อกซีใด ๆ

จากนั้นดูว่า fabric รู้อะไรเกี่ยวกับเป้าหมาย เส้นทางที่มีเพียง MAC สามารถระบุปลายทาง Layer 2 ได้ ขณะที่พร็อกซียังไม่มีการผูก IP-to-MAC สำหรับมัน สิ่งเหล่านี้เป็นบันทึกแยกกัน และการตรวจสอบอันหนึ่งไม่ได้บอกอะไรเกี่ยวกับอีกอันเลย

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

สองบันทึกที่ต้องตรงกัน

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

ที่การเชื่อมต่อระยะไกล ตรวจสอบว่าปลายทางได้รับและตอบการแลกเปลี่ยนจริง ๆ หรือไม่ คำตอบของมันรีเฟรชการเรียนรู้ภายในและการประกาศ EVPN ที่เกี่ยวข้อง ซึ่งเป็นเหตุผลที่ ping ด้วยมือดูเหมือนแก้ปัญหาได้: คุณสร้างทราฟฟิกที่ fabric รออยู่ นี่ยังอธิบายว่าทำไมการแก้ไขไม่ยั่งยืน: เมื่อรายการที่รีเฟรชแล้วหมดอายุ ปลายทางก็เงียบอีกครั้ง ping ตามกำหนดเวลารักษาอาการและซ่อนช่องว่างของการออกแบบ

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

มาตรฐานสันนิษฐานอะไรจริง ๆ

RFC 9161 อธิบายการเรียนรู้พร็อกซีแบบไดนามิกและ flooding โดยค่าเริ่มต้นของคำขอ ARP และ ND ที่ไม่รู้จัก การปราบปราม flooding นั้นอย่างสมบูรณ์จำกัดอยู่ที่การติดตั้งซึ่งสมมติฐานการเรียนรู้หรือการจัดหาทำให้ปลอดภัย ซึ่งเป็นเงื่อนไขที่แคบกว่าที่คู่มือการกำหนดค่าส่วนใหญ่บอกเป็นนัย

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

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

การรีเฟรช การหมดอายุ และทางเลือกแบบคงที่

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

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

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

สิ่งที่ต้องบันทึกก่อนตั๋วใบถัดไป

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

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