การส่งมอบ L3VPN: เส้นทางส่วนตัว ค่าเริ่มต้น หรือตารางเต็ม?

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

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

เริ่มจากทราฟฟิกที่ไม่มีใครวางแผนไว้

ถามคำถามหนึ่งข้อก่อนที่รายการคำนำหน้าจะปรากฏ: เมื่อแพ็กเก็ตไม่ตรงกับเส้นทางส่วนตัวใดเลย มันควรไปที่ใด สาขาที่มีวงจรอินเทอร์เน็ตของตนเองมักเก็บค่าเริ่มต้นภายในไว้ ทำให้ทราฟฟิกเว็บปกติออกผ่านไฟร์วอลล์ภายในและไม่แตะผู้ให้บริการเลย ในการออกแบบนั้น VPN พาเฉพาะไซต์ส่วนตัวระยะไกล และคำนำหน้าที่เฉพาะเจาะจงกว่าทำหน้าที่เลือก

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

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

เขียนคำนำหน้าส่วนตัวพร้อมกรณีความล้มเหลว

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

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

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

ตรวจสอบว่า CE ติดตั้งอะไรจริงๆ

เจตนาของการกำหนดค่าและสถานะการส่งต่อแตกต่างกันบ่อยพอที่การตรวจสอบจะเป็นส่วนหนึ่งของการส่งมอบ ไม่ใช่การทบทวนเหตุการณ์ บน Customer Edge ของ IOS-XE คำสั่งสามข้อด้านล่างตอบคำถามที่แตกต่างกันสามข้อ: สิ่งใดถูกเสนอ สิ่งใดถูกยอมรับ และสิ่งใดถูกใช้จริง

show ip bgp vpnv4 vrf BRANCH neighbors 192.0.2.1 received-routes
show ip bgp vpnv4 vrf BRANCH
show ip route vrf BRANCH 0.0.0.0

รันทั้งสามในวันส่งมอบ ไม่ใช่หนึ่งเดือนให้หลัง ขณะที่ยังมีคนจำได้ว่าตกลงอะไรไว้ เอาต์พุตแรกขึ้นอยู่กับ soft-reconfiguration inbound หรือ route refresh ที่เก็บไว้ หากไม่มีอย่างใดอย่างหนึ่ง CE จะไม่สามารถแสดงสิ่งที่มันปฏิเสธได้ เอาต์พุตที่สองแสดงเส้นทางที่ยอมรับและเส้นทางที่ดีที่สุดหลังนโยบาย เอาต์พุตที่สามบอกว่าเส้นทางค่าเริ่มต้นไปที่ใดจริง ซึ่งเป็นบรรทัดที่มีประโยชน์ที่สุดในการส่งมอบทั้งหมด

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

ประเมินฟีดที่ใหญ่ขึ้นแทนที่จะถือว่าเป็นเช่นนั้น

บางครั้งลูกค้าจำเป็นต้องมีข้อมูลเส้นทางอินเทอร์เน็ตภายใน VRF จริงๆ สำหรับ policy routing หรือสำหรับทางออกส่วนกลางที่บังคับตามคำนำหน้า นั่นเป็นข้อกำหนดที่ต้องระบุ ขอบเขต และคิดราคา ไม่ใช่ค่าเริ่มต้นที่ซ่อนอยู่ มันมาพร้อมหน่วยความจำสำหรับ RIB และ FIB ซีพียูสำหรับการอัปเดต การบำรุงรักษาตัวกรอง และเจ้าของตารางที่เกิดขึ้น

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

ข้อกำหนด BGP/MPLS IP VPN กล่าวถึงการจัดรูปแบบการเข้าถึงอินเทอร์เน็ตหลายแบบเคียงข้างบริการ VPN เอง และไม่ได้ประกาศว่าตารางเต็มหรือค่าเริ่มต้นเป็นสิ่งบังคับสำหรับลูกค้าทุกราย และนั่นคือส่วนที่ควรชี้ไปเมื่อมีข้อกล่าวอ้างเรื่อง "แนวปฏิบัติมาตรฐาน" ปรากฏขึ้น: RFC 4364

ปิดการส่งมอบด้วยการบันทึกชุดที่ประกาศ ชุดที่รับ และชุดที่เลือกไว้ข้างนโยบายทางออกที่ตกลงกัน และด้วยการทดสอบจุดหมายส่วนตัวหนึ่งจุด จุดหมายสาธารณะที่ตั้งใจหนึ่งจุด และกรณีเส้นทางหายหนึ่งกรณี บันทึกที่ลงนามของการทดสอบทั้งสามจะยุติข้อโต้แย้งได้มากกว่าคำกล่าวอ้างใดๆ เกี่ยวกับสิ่งที่เครือข่ายส่วนใหญ่ทำ