เส้นทาง null ของ NX-OS EVPN: เก็บการทิ้งไว้ภายในผู้เช่ารายเดียว
รายการ Null0 ทิ้งในเครื่องและไม่ประกาศสิ่งใด การติดแท็ก นโยบายส่งออก และนโยบายของ VTEP ฝั่งรับเป็นสามการตัดสินใจแยกกันที่ต้องตรวจสอบ
คำขอมาในรูปของการแก้ไขบรรทัดเดียว: บล็อกที่อยู่หนึ่งรายการ คุณเพิ่มเส้นทางโฮสต์ไปยัง Null0 ภายในบริบทของผู้เช่า คำนำหน้าหายไปจากตารางในเครื่องตามที่คาดไว้ แล้วคำถามก็เริ่มขึ้น เส้นทางออกจากอุปกรณ์หรือไม่ VTEP ปลายทางทิ้งไป หรือเพียงแค่สูญเสียการเข้าถึง ผู้เช่ารายที่สองได้รับผลกระทบแล้วหรือไม่
เส้นทางสแตติกในเครื่องที่ถูกต้องตอบได้เพียงคำถามแรกเท่านั้น จึงเป็นเหตุผลว่าทำไมการเปลี่ยนแปลงแบบ blackhole จริง ๆ แล้วคือผลลัพธ์ที่ตรวจสอบแล้วสามข้อ ไม่ใช่คำสั่งเดียว
การเปลี่ยนแปลงต้องสร้างอะไรจริง ๆ
เริ่มจากการเขียนผลลัพธ์ทั้งสามข้อลงไป ผู้เช่าที่ตั้งใจต้องทิ้งปลายทางในเครื่อง มีเพียงเส้นทางที่ได้รับอนุญาตเท่านั้นที่ส่งออกได้ และไม่มีสิ่งอื่นเดินทางไปด้วย VTEP ฝั่งรับแต่ละตัวต้องเลือกการทิ้งที่ตั้งใจไว้ ไม่ใช่เส้นทางอื่น
ผลลัพธ์แต่ละข้อมีหลักฐานของตัวเอง และไม่มีข้อใดบ่งบอกถึงข้ออื่น เส้นทาง Null0 ในเครื่องให้การทิ้งในเครื่อง และหากไม่มีการกระจายซ้ำก็จะไม่ส่งออกสิ่งใดเลย เส้นทางที่กระจายซ้ำโดยไม่มี community ที่ตกลงกันไว้จะมาถึงเป็นคำนำหน้าปกติและถูกส่งต่อ community ที่ไม่มีนโยบายรับอาจถูกละเลยทั้งหมด
การเขียนผลลัพธ์ก่อนยังช่วยป้องกันความล้มเหลวที่พบบ่อย: การเปลี่ยนแปลงที่ดูเหมือนได้ผลเพราะปลายทางเข้าถึงไม่ได้อยู่แล้วด้วยเหตุผลที่ไม่เกี่ยวข้อง หากคุณไม่อาจอธิบายได้ว่าจะแยกแยะสองกรณีนี้อย่างไร การทดสอบการยอมรับก็ยังไม่ได้ออกแบบ
คำสั่งในเครื่องทำเพียงส่วนแรก
สำหรับ NX-OS ในตระกูล 10.4(x) เส้นทาง null อยู่ในบริบท VRF ของผู้เช่า ไม่ได้อยู่ในคำสั่งเดียวที่ระบุชื่อ VRF ชิ้นส่วนนั้นสั้น และไม่ใช่การกำหนดค่า EVPN ที่สมบูรณ์อย่างแน่นอน
vrf context TENANT_A
ip route 192.0.2.10/32 Null0
ที่อยู่เป็นคำนำหน้าสำหรับเอกสาร ไม่ใช่เป้าหมาย สังเกตความแตกต่างทางไวยากรณ์จาก IOS ซึ่งชื่อ VRF ปรากฏอยู่ภายในคำสั่งเส้นทางเอง และยืนยันรูปแบบที่รองรับสำหรับรีลีสที่คุณใช้งานจริงก่อนวางสิ่งใด
บรรทัดนี้เพียงลำพังทิ้งทราฟฟิกสำหรับโฮสต์นั้นภายใน TENANT_A และไม่ทำอะไรอื่น ไม่ติดแท็กเส้นทาง ไม่เลือกให้ BGP และไม่ตั้งค่า community สิ่งเหล่านี้เป็นการตัดสินใจกำหนดค่าที่แยกจากกัน และแต่ละจุดคือที่ที่การเปลี่ยนแปลงอาจแคบเกินไปที่จะได้ผลหรือกว้างเกินไปที่จะปลอดภัย
การทิ้งในเครื่องยังส่งผลต่อทราฟฟิกที่ชอบด้วยกฎหมายไปยังปลายทางเดียวกันด้วย หากเจตนาคือหยุดแหล่งที่ใช้งานในทางที่ผิดหนึ่งแหล่งในขณะที่ผู้ใช้จริงยังต้องการที่อยู่นี้ เส้นทาง null คือเครื่องมือที่ผิด และคุณจะเรียนรู้สิ่งนี้จากการโทรขอความช่วยเหลือครั้งแรก
การส่งออกและการนำเข้าเป็นข้อตกลงแยกกัน
การกระจายซ้ำคือจุดที่กำหนดขอบเขต จำกัดคำนำหน้าที่มีสิทธิ์ให้อยู่ในมาตรการที่อนุมัติแล้ว เก็บไว้ภายในผู้เช่า และจำกัดเพียร์ต้นทางให้เหลือเฉพาะที่อยู่ในดีไซน์ การกระจายซ้ำทุกเส้นทางสแตติกเพราะเส้นทางโฮสต์ที่ติดแท็กหนึ่งเส้นทางต้องเดินทาง คือวิธีที่การเปลี่ยนแปลงงานบำรุงรักษากลายเป็นเหตุการณ์ด้านเส้นทาง
community BLACKHOLE เป็นข้อตกลงเกี่ยวกับค่าที่รู้จักกันดี ไม่ใช่การอนุญาตให้เพื่อนบ้านรายใดทิ้งที่อยู่ใด ๆ RFC 7999 อธิบายไว้ในแง่นั้น และขอบเขตความไว้วางใจว่าใครประกาศได้เป็นส่วนหนึ่งของดีไซน์ ไม่ใช่รายละเอียดการใช้งาน
ฝั่งรับต้องมีการกำหนดค่าของตัวเอง บน NX-OS เส้นทาง null ชนิดที่ 5 ต้องมีการประมวลผล route-map บน VTEP เพื่อเลือกพฤติกรรมการทิ้ง ซึ่งมีเอกสารกำกับไว้พร้อมขั้นตอนการส่งออก อุปกรณ์ส่งที่ติดแท็กถูกต้องและผู้รับที่ละเลยแท็กจะสร้างการเปลี่ยนแปลงที่ดูเหมือนถูกนำไปใช้และยังคงส่งต่อทราฟฟิก
ตรวจสอบ route-map สำหรับผลข้างเคียงขณะอยู่ที่นั่น นโยบายจำกัดใหม่สามารถกดทับการเข้าถึงที่ชอบด้วยกฎหมายของคำนำหน้าที่ไม่เกี่ยวข้อง และความเสียหายนั้นจะปรากฏช้ากว่า blackhole และยากกว่าที่จะโยงไปที่มัน
เขียนการถอนก่อนการเพิ่ม
บันทึกเจ้าของปลายทาง เหตุผล ผู้อนุมัติ และวันหมดอายุก่อนกำหนดค่าสิ่งใด การทิ้งที่ไม่มีวันหมดอายุจะกลายเป็นรายการถาวรที่ไม่มีใครจำที่มาได้ และคนถัดไปที่ต้องดีบักที่อยู่นี้จะถือว่าเป็นส่วนปกติของเครือข่าย
รักษาเส้นทางการจัดการที่เป็นอิสระซึ่งไม่ขึ้นกับเส้นทางที่คุณกำลังเปลี่ยน หากมาตรการครอบคลุมที่อยู่ที่คุณใช้เข้าถึงอุปกรณ์ คุณได้สร้างการล็อกตัวเองด้วยขั้นตอนเพิ่มเติม
ระบุการควบคุมที่แน่นอนซึ่งถอนมาตรการ และทดสอบการถอนนั้นในห้องแล็บหรือในช่วงเวลาที่คุณรับได้ การถอนที่ไม่มีใครซ้อมคือแผน ไม่ใช่ขั้นตอน
ยอมรับด้วยหลักฐาน ไม่ใช่ด้วยผลลัพธ์ของคำสั่ง
ตรวจสอบสถานะการกำหนดเส้นทางที่เลือกและสถานะการส่งต่อบน VTEP ที่ตั้งใจ และตรวจสอบปลายทางข้างเคียงที่ต้องไม่ได้รับผลกระทบ ยืนยันว่าไม่มีผู้เช่ารายอื่นนำเข้าคำนำหน้านี้ เพราะการรั่วไหลระหว่างผู้เช่าคือรูปแบบความล้มเหลวที่ทำให้การดำเนินการบำรุงรักษากลายเป็นเหตุการณ์
จากนั้นถอนและตรวจสอบว่าเส้นทางปกติและบริการกลับมา คู่มือเส้นทาง null ของ NX-OS EVPN สำหรับรีลีส 10.4(x) มีเอกสารการติดแท็ก การกระจายซ้ำ และนโยบายรับที่อธิบายไว้ที่นี่ และเป็นข้อมูลอ้างอิงที่ต้องนำไปเทียบกับรีลีสของคุณเอง