แมปพอร์ตเข้าถึงที่ไม่มีแท็กไปยัง EVPN VNI ที่ถูกต้อง

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

ติดตามเฟรมหนึ่งผ่านแฟบริก

สำหรับบริการง่าย ๆ ที่อิง VLAN เส้นทางตัวอย่างมีลักษณะดังนี้

Host A: untagged frame
  to access port: local VLAN 110
  to VTEP A: L2VNI 50110
  to VTEP B: corresponding local service
  to access port: untagged frame to Host B

หมายเลข VLAN และ VNI เป็นตัวอย่าง ไม่ใช่กฎ VLAN ท้องถิ่นคือการจำแนกขาเข้าที่มีอยู่บนสวิตช์ตัวเดียว L2VNI คือตัวระบุบริการ overlay ที่ VTEP ทั้งสองเข้าใจ ข้อกำหนด overlay RFC 8365 แยกตัวระบุบริการออกจากวิธีที่โฮสต์เชื่อมต่อ และระบุสามรูปแบบ คือ อิง VLAN รวมกลุ่ม และรับรู้ VLAN

กำหนดค่าการจำแนกขาเข้า

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

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

show running-config interface Ethernet1/1
show interface Ethernet1/1 switchport
show vlan brief

กำหนดค่า VTEP และการแมป VNI

VTEP เพิ่มการห่อหุ้ม VXLAN และ VNI โฮสต์ไม่ได้สร้างส่วนหัวนั้นและไม่จำเป็นต้องรู้ว่าบริการมีอยู่

แมป VLAN ท้องถิ่นไปยัง L2VNI ด้วยรูปแบบคำสั่งที่แพลตฟอร์มรองรับ และรักษาการแมปนั้นให้สอดคล้องกันที่ปลายทั้งสองของบริการ L2VNI ของผู้เช่าและ L3VNI ที่ใช้สำหรับการกำหนดเส้นทางระหว่างซับเน็ตเป็นวัตถุที่แตกต่างกัน และการผสมหมายเลขของทั้งสองจะทำให้การกำหนดเส้นทางเสียโดยไม่แตะเส้นทาง L2 และจำไว้ว่าเส้นทาง underlay ที่ทำงานได้ไปยัง VTEP ระยะไกลเป็นอีกชั้นหนึ่งของการติดตั้ง

หากการแมปผิด เฟรมก็ยังเข้าสู่แฟบริกและลงเอยในบริการที่ผิด การตรวจสอบจึงเป็นการตรวจสอบบริการ ไม่ใช่การตรวจสอบลิงก์

กำหนดค่าการนำเสนอขาออก

ที่ปลายไกล บริการที่ได้รับต้องถูกเปลี่ยนกลับเป็นสิ่งที่โฮสต์คาดหวัง คืออีเทอร์เน็ตเปล่าบนพอร์ตเข้าถึง แท็กเฉพาะบน trunk ที่คุณควบคุม และการจัดการแท็กภายในที่ตรงกับโมเดลบริการที่เลือก ตรวจสอบรายการ VLAN ที่อนุญาตบน trunk ก่อนโทษ overlay เพราะแท็กที่ trunk ขาออกไม่อนุญาตจะถูกทิ้งหลังจาก overlay ทำงานเสร็จแล้ว ยืนยันว่าโฮสต์ระยะไกลคาดหวังการนำเสนอที่ได้รับ ไม่ใช่ที่แผนภาพของคุณสมมติ

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

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

ตรวจสอบด้วยคู่โฮสต์เดียว

ยกคู่โฮสต์หนึ่งขึ้นมาและพิสูจน์เส้นทางทั้งหมดก่อนเพิ่มคู่ที่สอง จากนั้นอ่านสถานะบน VTEP ทั้งสองและยืนยันว่าตัวระบุบริการเดียวกันปรากฏที่ปลายทั้งสอง

show mac address-table vlan 110
show bgp l2vpn evpn
show nve peers

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