สอง PE หนึ่งคำนำหน้า: ทำไม RD จึงกำหนดการมองเห็น
เราเตอร์ขอบสองตัวที่ประกาศคำนำหน้าเดียวกันใช้ปลายทางเดียวร่วมกัน เว้นแต่ route distinguisher ต่างกัน จัดสรรอย่างตั้งใจ แล้วตรวจสอบ VRF
เราเตอร์ขอบสองตัวที่ประกาศคำนำหน้าลูกค้าเดียวกันอธิบายปลายทาง VPNv4 เดียวจนกว่าบางสิ่งจะแยกมันออกจากกัน และตัวแยกคือ route distinguisher มันทำให้คำนำหน้ามีคุณสมบัติ แต่ไม่ตัดสินว่าใครนำเข้าผลลัพธ์ นั่นเป็นหน้าที่ของ route target จัดสรร RD จากชุดเส้นทางที่ต้องแยกแยะได้ในทุกโดเมนที่ประกาศเหล่านั้นอาจพบกัน ไม่ใช่จากรูปแบบไฟล์ของอุปกรณ์เดียว หมายเลขที่คุณเลือกคืออัตลักษณ์ที่การตรวจสอบภายหลังจะพึ่งพา จึงควรอยู่ในทะเบียนก่อนเข้าสู่การกำหนดค่า
RD หนึ่งตัวกับคำนำหน้าหนึ่งตัวคือปลายทางเดียว
RD หนึ่งตัวรวมกับคำนำหน้า IPv4 สร้างปลายทาง VPNv4 ที่ระนาบควบคุมเปรียบเทียบ ให้ PE สองตัวมีคำนำหน้าเดียวกันสำหรับลูกค้าต่างกัน และหากไม่มี RD ต่างกัน พวกมันก็ประกาศเส้นทางไปยังปลายทางเดียว ไม่มีอะไรบนหน้าจอบอกคุณว่าการจัดกลุ่มนั้นผิด เพราะแพลตฟอร์มทำตามที่อัตลักษณ์ระบุไว้อย่างแม่นยำ เปลี่ยน RD บนตัวใดตัวหนึ่ง แล้วประกาศเก่าจะถูกถอนออก ขณะที่มีประกาศใหม่ปรากฏภายใต้อัตลักษณ์อื่น ทุกสิ่งปลายน้ำที่อ้างอิงอัตลักษณ์เดิม ตั้งแต่การเลือกเส้นทางจนถึงตัวกรองผู้ปฏิบัติงานที่บันทึกไว้ ตอนนี้อ้างถึงสิ่งที่ไม่มีอยู่แล้ว
หลายเส้นทางต่อปลายทางเป็นพฤติกรรมปกติของ BGP ไม่ใช่อาการ ผู้พูดสามารถถือเส้นทางที่รับมาหลายเส้นขณะเลือกเส้นทางที่ดีที่สุดหนึ่งเส้นสำหรับการส่งต่อ และช่องว่างระหว่างสิ่งที่รับมากับสิ่งที่เลือกคือที่ที่คำถามเรื่องการมองเห็นอาศัยอยู่ เมื่อเส้นทางดูเหมือนหายไป ให้ยืนยันว่าอัตลักษณ์ที่มันสังกัดยังมีอยู่ก่อนดูเซสชัน
RD เดียวกัน ปลายทางเดียวกัน เส้นทางต่างกัน
ส่ง RD หนึ่งตัวและคำนำหน้าหนึ่งตัวจากสองเราเตอร์ในนามของบริการเดียวกัน และทั้งคู่เสนอเส้นทางไปยังปลายทางเดียว โดยปกติมีฮอปถัดไปต่างกัน route reflector จะส่งต่อเส้นทางใดเป็นการตัดสินใจเกี่ยวกับ reflector: การเลือกเส้นทาง ความสามารถในการประกาศ และนโยบายใด ๆ ที่วางทับอยู่ เราเตอร์ขอบทั้งสองไม่ได้ควบคุมการเลือกนั้น ให้ RD ที่ต่างกันแก่ประกาศทั้งสอง แล้วแต่ละตัวก็กลายเป็นปลายทางของตัวเอง ทั้งคู่จึงอยู่รอดได้ในระนาบควบคุมที่มิฉะนั้นจะบรรทุกเฉพาะเส้นทางที่เลือกสำหรับอัตลักษณ์เดียว
การมองเห็นและหลายเส้นทางพบกันใน VRF ที่รับ แต่ไม่ใช่การตัดสินใจเดียวกัน และ reflector ที่บรรทุกสองอัตลักษณ์ยังไม่ได้กำหนดค่าเส้นทางที่ติดตั้งเส้นที่สอง VRF ติดตั้ง สิ่งที่โยบายการนำเข้าของมันยอมรับ และสิ่งที่การตั้งค่าจำนวนเส้นทางสูงสุดของมันอนุญาต ตรวจสอบการตั้งค่านั้นแยกต่างหากเมื่อคุณต้องการให้เส้นทางที่สองถูกใช้ ไม่ใช่แค่ปรากฏ
กฎความเป็นเอกลักษณ์ที่ไม่ใช่โยบาย
การให้ RD ของตัวเองแก่ทุก PE และทุกอินสแตนซ์การกำหนดเส้นทางเป็นแนวปฏิบัติที่ดี: มันระบุต้นกำเนิด ป้องกันบริการที่ไม่เกี่ยวข้องชนกันบนอัตลักษณ์เดียว และให้กุญแจที่มั่นคงแก่ทะเบียน บางแพลตฟอร์มต้องการความไม่ซ้ำเฉพาะภายในอุปกรณ์และอนุญาตอย่างชัดเจนให้เราเตอร์ใช้ RD ร่วมกันสำหรับอินสแตนซ์ VPN เดียวกัน การอนุญาตนั้นเป็นข้อจำกัดของการนำไปใช้ ไม่ใช่กฎข้ามเครือข่ายที่คุณมอบให้ผู้ขายได้ หากโดเมนครอบคลุมหลายทีม จงเขียนนโยบายการจัดสรรด้วยตัวเอง
การเป็นสมาชิกไม่เคยมาจากตัวเลข รูปแบบอย่าง 65000:12 สำหรับ PE หนึ่งตัวและ 65000:13 สำหรับอีกตัวเป็นนิสัย ขณะที่เป้าหมายการส่งออกและนำเข้าที่ตรงกันอย่าง 65000:112 คือสิ่งที่ใส่เส้นทางเข้าไปใน VRF มอง RD เป็นอัตลักษณ์ของเส้นทาง และ route target เป็นสิทธิ์ที่พามันเข้า VRF
พิสูจน์การเปลี่ยนแปลงบน VRF ไม่ใช่บนหน้าจอ
ก่อนแตะ RD ให้จดสี่สิ่ง: PE ประกาศอะไรวันนี้ reflector สะท้อนอะไร VRF ที่รับนำเข้าอะไร และเลือกเส้นทางใด RD ใหม่ถอนประกาศหนึ่งและแนะนำอีกอัน ดังนั้นการเปลี่ยนแปลงจึงปรากฏทั้งสองด้านของเซสชันและอ่านผิดได้ง่ายหากคุณดูเฉพาะด้านที่ประกาศ การยอมรับควรอิงกับความสามารถในการเข้าถึงที่คุณต้องการ ไม่ใช่บรรทัดพิเศษที่ปรากฏในรายการคำนำหน้า ตารางด้านล่างป้องกันไม่ให้ตัวระบุสามตัวปนกันระหว่างการตรวจสอบนั้น
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
เริ่มที่ PE ที่ประกาศและเปรียบเทียบอัตลักษณ์ทั้งสองสำหรับคำนำหน้าเดียวกันก่อนลบสิ่งใด คำสั่ง IOS ด้านล่างตอบคำถามสามข้อตามลำดับ: ประกาศเก่ายังอยู่หรือไม่ อัตลักษณ์ใหม่มองเห็นได้สำหรับ reflector หรือไม่ และ VRF เลือกคำนำหน้านั้นหรือไม่
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
แพลตฟอร์มอื่นพิมพ์ข้อมูลเดียวกันด้วยไวยากรณ์ต่างกัน และคำถามยังคงอยู่หลังการเปลี่ยนแปลงนั้น หากอัตลักษณ์ใหม่หายไปที่ reflector ขณะที่ PE ระบุว่าประกาศแล้ว ผู้ต้องสงสัยคนแรกคือนโยบายหรือความสามารถในการประกาศของ reflector ไม่ใช่การกำหนดเลข
บันทึก PE อินสแตนซ์ RD เป้าหมายการส่งออกและนำเข้า และความเป็นเจ้าของคำนำหน้าไว้ในที่เดียว เพราะการจัดสรรครั้งต่อไปคือการค้นหาไม่ใช่การเดาเฉพาะเมื่อบันทึกนั้นมีอยู่ เก็บ RD เก่าไว้จนกว่าอัตลักษณ์ใหม่จะมองเห็นได้ใน VRF ที่รับ แล้วถอนออกในขั้นที่สองเพื่อให้แต่ละขั้นยังย้อนกลับได้