ประเภทเส้นทาง OSPF ข้าม VPN: ไม่ใช่ภายนอกเสมอ

คำนำหน้าของลูกค้าเดินทางผ่านคลาวด์ของผู้ให้บริการเป็นเส้นทาง BGP VPN และมาถึงไซต์ปลายทางโดยดูเหมือนเส้นทาง OSPF ภายนอก ซึ่งเป็นสิ่งที่วิศวกรหลายคนคาดหวังและไม่ใช่ผลลัพธ์เดียวที่เป็นไปได้ สิ่งที่ CE ปลายทางเห็นขึ้นอยู่กับโดเมน OSPF ที่คำนำหน้ามาและประเภทเส้นทางเดิม ซึ่งทั้งสองเดินทางไปกับเส้นทาง VPN การสันนิษฐานว่าคำนำหน้าที่แจกจ่ายซ้ำทุกอันกลายเป็นประเภท 5 นำไปสู่การเปลี่ยนค่าความชอบที่ไม่สามารถทำงานได้ ควรเปรียบเทียบตัวระบุโดเมนก่อน ไม่ใช่ระยะทางการบริหาร

โมเดล PE-CE มีบริบทเพียงพอให้ PE ฝั่งรับสร้างประกาศ OSPF ขึ้นใหม่แทนที่จะประดิษฐ์ขึ้นเอง

สิ่งที่เดินทางไปกับเส้นทาง

RFC 4577 กำหนดแอตทริบิวต์ OSPF ที่มาพร้อมเส้นทาง VPN ได้แก่ ตัวระบุโดเมน เมตริก และประเภทเส้นทางจากไซต์ต้นทาง PE ฝั่งรับใช้ค่าเหล่านี้เพื่อตัดสินว่าคำนำหน้าที่ผ่านเกณฑ์ควรปรากฏต่อกระบวนการ OSPF ท้องถิ่นอย่างไร หากไม่มีแอตทริบิวต์เหล่านี้ PE ปลายทางจะไม่มีพื้นฐานสำหรับสิ่งใดนอกจาก redistribution ภายนอก นั่นคือเหตุผลที่เส้นทางสามารถมาถึงเป็น LSA ระหว่างพื้นที่ได้แม้ BGP จะขนส่งผ่านระหว่างนั้น

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

โดเมนเดียวกัน การนำเสนอต่างกัน

เส้นทางภายในพื้นที่หรือระหว่างพื้นที่จากโดเมนเดียวกันมักมาถึงไซต์ปลายทางเป็นเส้นทางระหว่างพื้นที่ คือ LSA ประเภท 3 คำนำหน้าจากโดเมนอื่น แหล่งกำเนิดที่ไม่เคยพูด OSPF หรือประกาศ OSPF ที่เป็นภายนอกตั้งแต่แรก จะใช้กฎภายนอกแทน และนั่นคือที่ที่ประเภท 5 และคู่เทียบ NSSA ปรากฏ ทั้งสองพฤติกรรมถูกต้อง ข้อมูลนำเข้าแตกต่างกัน ควรเปรียบเทียบตัวระบุโดเมนและแอตทริบิวต์ที่ประกาศก่อนแตะค่าความชอบ

ระยะทางการบริหารเลือกจากแหล่งต่าง ๆ บนเราเตอร์หนึ่งตัว มันไม่เขียนประเภท LSA ใหม่และไม่สร้างความสัมพันธ์ของโดเมนที่ขาดหายไป

เมื่อใด sham link จึงเป็นคำตอบที่ถูก

ลองนึกถึงสองไซต์ในพื้นที่เดียวกันที่เชื่อมด้วยลิงก์ประตูหลังโดยตรง OSPF จะเก็บเส้นทางภายในพื้นที่นั้นไว้แทนเส้นทางระหว่างพื้นที่ที่ผู้ให้บริการเสนอ แม้ต้นทุนที่กำหนดไว้จะทำให้เส้นทางผ่านผู้ให้บริการน่าสนใจ sham link แทนความสัมพันธ์ภายในพื้นที่ข้าม VPN เพื่อให้ต้นทุนมีส่วนร่วมในการตัดสินใจ มันมีอยู่สำหรับปัญหาการเลือกเส้นทางเฉพาะนั้น ไม่ใช่เพื่อทำให้ทุกเส้นทางในโดเมนเดียวกันดูเป็นภายใน

sham link ต้องมีปลายทางที่เข้าถึงได้และการกำหนดค่าทั้งสองฝั่งบน PE ทั้งสอง การตั้งค่าเพียงด้านเดียวจะสร้างความสัมพันธ์ที่ไม่เคยเกิดขึ้น และตารางเส้นทางยังคงค่าความชอบเดิม ซึ่งดูเหมือนฟีเจอร์ไม่ได้ทำอะไรเลย

อย่าทำลายการป้องกันลูป

โมเดล PE-CE ตั้ง DN bit บนเส้นทางที่กระจาย เพื่อให้คำนำหน้าไม่สามารถกลับมาผ่าน CE อื่นและถูกแจกจ่ายซ้ำเป็นครั้งที่สอง การป้องกันนั้นคือสิ่งที่กันไม่ให้คำนำหน้าวนลูประหว่างไซต์ที่ใช้โดเมน OSPF ร่วมกัน การลบหรือเพิกเฉยเพื่อให้เส้นทางดูเป็นภายในอาจสร้างลูปที่มันถูกออกแบบมาเพื่อป้องกันได้เลย เมื่อคำนำหน้าดูผิด ให้ถือว่า DN bit เป็นข้อมูลไม่ใช่อุปสรรค

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

จากนั้นตรวจสอบจากไซต์ปลายทาง ทั้งประเภท LSA เราเตอร์ที่ประกาศ และเส้นทางที่มันเลือก หลักฐานนั้นตอบคำถามที่ใบแจ้งปัญหาถามไว้