เส้นทางที่หายไปใน VRF: ท้องถิ่น, VPNv4 หรือตารางส่งต่อ?
คำนำหน้าที่ไม่มีใน VRF ไม่มีใน VPNv4 และไม่ได้ติดตั้งใน CEF คือความผิดปกติสามอย่างที่ต่างกัน อ่านตารางตามลำดับก่อนแก้ไขเป้าหมายเส้นทาง
ลูกค้าบอกว่าคำนำหน้าหายไปหลังแก้ไขเป้าหมายเส้นทาง และภาพหน้าจอแรกที่ส่งมาปกติคือตารางที่ผิด สามตารางที่ต่างกันตอบคำถามที่ต่างกันสามข้อ: คำนำหน้ามีอยู่ใน VRF หรือไม่ ถูกประกาศและนำเข้าเป็นเส้นทาง VPNv4 หรือไม่ และมีรายการส่งต่อถูกติดตั้งจริงหรือไม่ การอ่านผิดลำดับทำให้ได้ข้อสรุปที่มั่นใจแต่ผิด คู่มือนี้พาคำนำหน้าท้องถิ่นหนึ่งรายการและระยะไกลหนึ่งรายการผ่านทั้งสามตารางตามลำดับ และจบด้วยแผนย้อนกลับสำหรับการแก้ไข RT ที่เริ่มเรื่องนี้
ระบุชื่อคำนำหน้าและตารางที่มันอยู่
จดคำนำหน้าสองรายการก่อนพิมพ์อะไรลงไป รายการหนึ่งเป็นท้องถิ่นที่ไซต์ของลูกค้า เรียนรู้จากอินเทอร์เฟซที่เชื่อมต่อหรือประกาศ CE อีกรายการหนึ่งอยู่ระยะไกลและคาดว่าจะมาผ่านแกนหลักของผู้ให้บริการ ทั้งสองเข้าสู่ VRF เดียวกันด้วยเส้นทางที่ต่างกัน และความผิดปกติในรายการหนึ่งไม่ได้บอกอะไรเกี่ยวกับอีกรายการ
| Table | Question it answers | Command |
|---|---|---|
show ip vrf CUST-A | Which RTs are attached for import and export | Read the RT lists before anything else |
show ip route vrf CUST-A | Is the prefix present in this VRF at all | Local and imported routes both appear |
show ip bgp vpnv4 all | Was the NLRI advertised and retained | Keyed by route distinguisher |
show ip cef vrf CUST-A | Was a forwarding entry installed | Proves a usable path, not just a BGP entry |
แยกความแตกต่างระหว่างตัวระบุทั้งสองให้ชัด เพราะความสับสนส่วนใหญ่ในตั๋วเหล่านี้มาจากตรงนั้น ตัวจำแนกเส้นทางเป็นส่วนหนึ่งของ NLRI ของ VPNv4 และมีอยู่เพื่อทำให้คำนำหน้าของลูกค้าที่เหมือนกันเป็นเอกลักษณ์ทั่วแกนหลัก เป้าหมายเส้นทางคือคอมมิวนิตี้แบบขยายที่บรรทุกเป็นแอตทริบิวต์ และนโยบายนำเข้าและส่งออกจับคู่กับมัน มันไม่ใช่ชื่อที่สองของตัวจำแนก และไม่ได้บรรทุกในแพ็กเก็ตของลูกค้า
ขั้นตอนที่ 1: พิสูจน์ว่าคำนำหน้าอยู่ใน VRF
เริ่มจากมุมมองท้องถิ่น แล้วจึงไปที่ RT ที่ควบคุมการนำเข้า ถ้าคำนำหน้าท้องถิ่นหายไปตรงนี้ ก็ไม่มีอะไรเหนือขึ้นไปที่จะเป็นต้นเหตุได้
show ip route vrf CUST-A 172.21.4.0 255.255.255.0
show ip route vrf CUST-A | include 172.21.4.0
show ip vrf CUST-Aคำนำหน้าที่ปรากฏเป็นการเชื่อมต่อหรือแบบคงที่คือการเรียนรู้ในท้องถิ่น และการมีอยู่ของมันไม่ได้บอกอะไรว่าถูกส่งออกหรือไม่ นี่คือการอ่านผิดที่พบบ่อยที่สุดในกระบวนการนี้: ตาราง VRF ที่ดีเป็นเพียงหลักฐานเกี่ยวกับการเรียนรู้ในท้องถิ่น ด้านการส่งออกเป็นคำถามแยก ซึ่งมุมมองของเพื่อนบ้านและเป้าหมายการส่งออกที่ผูกไว้เป็นตัวตอบ
ตรวจสอบรายการ RT บน VRF ขณะอยู่ที่นี่ ถ้าเป้าหมายการนำเข้าที่ตั้งใจไว้ไม่อยู่ในรายการ ทุกอย่างที่อยู่ปลายทางก็ไม่เกี่ยวข้อง ถ้ามีอยู่แต่แตกต่างจากสิ่งที่ PE ระยะไกลส่งออก คุณพบความผิดปกติแล้วโดยไม่ต้องเปิดการดักจับแพ็กเก็ตแม้แต่ครั้งเดียว
ขั้นตอนที่ 2: อ่านตาราง VPNv4 และเป้าหมายของมัน
ตาราง VPNv4 แสดงว่าชั้นควบคุมแลกเปลี่ยนอะไรจริง ๆ ค้นหาคำนำหน้าระยะไกลใต้ตัวจำแนกที่ถูกต้อง แล้วดูคอมมิวนิตี้ที่ผูกอยู่กับมัน
show ip bgp vpnv4 all 10.60.9.0/24
show ip bgp vpnv4 all | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A neighbors 192.0.2.17 advertised-routesรายการที่มีเป้าหมายเส้นทางถูกต้องแต่ไม่มีการติดตั้งในท้องถิ่นชี้ไปที่นโยบายนำเข้าหรือการเลือกเส้นทาง ไม่ใช่การเข้าถึงได้ รายการที่ไม่ปรากฏในตาราง VPNv4 เลยชี้ขึ้นไปด้านบน: PE ต้นทางอาจไม่ได้ส่งออก หรือเซสชันไม่ได้บรรทุกตระกูลที่อยู่
มีกรณีที่สามที่ทำให้คนสับสนระหว่างการเปลี่ยนแปลง แพลตฟอร์มบางตัวจำกัดว่าจะขอหรือเก็บเส้นทาง VPN ใดโดยใช้ข้อมูลสมาชิกภาพของเป้าหมายเส้นทาง ดังนั้นการไม่มี NLRI ระยะไกลในมุมมองที่กรองแล้วหนึ่งมุมมองจึงไม่ใช่หลักฐานว่าประกาศไม่มีอยู่ที่ไหนเลย ตรวจสอบตารางที่ไม่ได้กรองและเส้นทางที่เพื่อนบ้านประกาศก่อนสรุปว่าเส้นทางถูกถอนทั่วโลก
ขั้นตอนที่ 3: ยืนยันว่ามีบางอย่างถูกติดตั้งและติดป้าย
รายการ BGP คือการตัดสินใจ ไม่ใช่เส้นทาง ตารางส่งต่อบอกว่าแพ็กเก็ตมีที่ไปหรือไม่
show ip cef vrf CUST-A 10.60.9.0/24
show mpls forwarding-table vrf CUST-A | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-Aรายการ CEF ที่มีความใกล้เคียงที่แก้ไขได้และป้ายขาออกหมายความว่าทราฟฟิกชั้นข้อมูลควรทำงาน และอาการที่เหลือเป็นของแอปพลิเคชันหรือการกรองภายใน VRF รายการ CEF ที่แสดงฮอปถัดไปที่ยังแก้ไม่ได้หมายความว่าเส้นทางป้ายไม่สมบูรณ์แม้ BGP ดูดี และนั่นคือกรณีที่ภาพหน้าจอของตาราง BGP ทำให้การทบทวนการเปลี่ยนแปลงไขว้เขว
เปรียบเทียบ ป้ายที่ PE ท้องถิ่นกำหนด กับป้ายที่ PE ระยะไกลคาดว่าจะได้รับ ความไม่ตรงกันระหว่างสองมุมมองคือปัญหาการจัดสรรป้ายหรือเซสชัน และจะไม่ได้รับการแก้ไขด้วยการแก้ไขเป้าหมายเส้นทาง ไม่ว่าคุณจะทำกี่ครั้ง
ย้อนกลับการแก้ไข RT ด้วยขอบเขตที่ประกาศไว้
ถ้าความผิดปกติเริ่มจากการแก้ไขเป้าหมายเส้นทาง ให้ยกเลิกเป็นขั้นตอนที่ตั้งใจขั้นตอนเดียวและบอกว่าคุณกำลังเปลี่ยนขอบเขตใด การลบเป้าหมายการนำเข้าถอนคุณสมบัติภายใน VRF นั้น ไม่ได้ลบประกาศ VPNv4 ออกจากแกนหลัก และบนแพลตฟอร์มบางตัวเส้นทางยังคงถูกเก็บไว้ในตาราง สิ่งเหล่านี้เป็นผลลัพธ์ที่ต่างกัน และผลกระทบที่ผู้ใช้เห็นขึ้นอยู่กับว่าคุณหมายถึงสิ่งใด
configure terminal
vrf definition CUST-A
address-family ipv4
no route-target import 65000:410
end
clear ip bgp vpnv4 vrf CUST-A soft inการกำหนดค่าใหม่แบบนุ่มขาเข้าพอเพียงเมื่อเซสชันเก็บคำนำหน้าไว้แล้ว การรีเซ็ตแบบแข็งของเซสชันที่หันไปหาผู้ให้บริการในเวลาทำการเป็นการตัดสินใจที่คนอื่นควรเป็นผู้ทำ บน Junos การตรวจสอบที่เทียบเท่าอ่านตารางต่อ VRF และตาราง VPN โดยตรง และการย้อนกลับคือการย้อนกลับตอน commit ไม่ใช่การยกเลิกทีละคำสั่ง ดังนั้นให้บันทึกความแตกต่างของการกำหนดค่าก่อนเริ่ม
จบด้วยสามคำสั่งเดียวกับที่เริ่ม และในลำดับเดียวกัน และบันทึกผลลัพธ์พร้อมการประทับเวลา ตั๋วที่บอกว่า RT ผิดและตอนนี้ถูกต้องไม่สามารถนำกลับมาใช้ได้ ตั๋วที่แสดงว่าคำนำหน้าอยู่ใน VRF อยู่ใน VPNv4 และติดตั้งใน CEF คือหลักฐานที่คนถัดไปใช้เปรียบเทียบได้ ถ้าเปลี่ยนเพียงสองข้อแรก คุณยังทำการเปลี่ยนแปลงไม่เสร็จ