OSPF สรุปเส้นทางโฆษณาแล้ว?


9

เตรียมความพร้อมสำหรับ CCNP ทำงานห้องปฏิบัติการบางอย่าง ZEUS กำลังสรุปลูปสองครั้งด้วยarea 2 range 172.16.2.0 255.255.254.0และเส้นทางสรุปมาถึงเราเตอร์ 'WODAN' แต่เส้นทางรอง (2 / 32's) ก็ยังปรากฏในตารางเส้นทาง IP ของ WODAN ทำไม? ความเข้าใจของฉันคือว่าเมื่อมีการสรุปเกิดขึ้นว่า T3 LSA ปกติจะไม่ถูกส่งแทนที่จะเป็นสรุป T3 จะถูกส่งโดย ABR (zeus ในกรณีนี้)? ฉันไม่เข้าใจว่าทำไมฉันยังเห็น / 32 ถ้าได้รับการสรุปใน WODAN

ต่อไปนี้เป็นทอพอโลยีและเอาต์พุตคำสั่งที่เกี่ยวข้องสำหรับเราเตอร์สองตัวที่เป็นปัญหา


แผนภาพทอพอโลยี :

การกำหนดค่า ZEUS :

ตารางเส้นทาง WODAN :

คำตอบ:


9

คำตอบสั้น ๆ ก็คือ ZEUS (ซึ่งกำลังสรุป) กำลังสรุปสำหรับพื้นที่ 2 แต่ยังแชร์พื้นที่ 2 กับ WODAN OSPF กำหนดให้เราเตอร์ทั้งหมดในพื้นที่มีสำเนาที่แน่นอนเหมือนกันของฐานข้อมูลสถานะลิงก์ของพื้นที่ OSPF ABR เรียกใช้การคำนวณอัลกอริทึม SPF แยกต่างหากสำหรับแต่ละพื้นที่ที่พวกเขาเข้าร่วม

ข้อความRFC 2328 - เปิดเส้นทางที่สั้นที่สุดก่อน :

  1. ...
  2. ...
  3. ...
  4. สรุปการทำงาน

    สำเนาของอัลกอริทึมการจัดเส้นทางพื้นฐานของ OSPF แยกต่างหากทำงานในแต่ละพื้นที่ เราเตอร์ที่มีส่วนต่อประสานกับหลาย ๆ พื้นที่เรียกใช้อัลกอริทึมหลายสำเนา

    ...

    12.2 ฐานข้อมูลสถานะลิงก์

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

คุณสามารถยืนยันสิ่งนี้ได้ด้วย:

WODAN# show ip ospf database | i ID|Area|Link|172.16.2
...
            OSPF Router with ID (2.2.2.2) (Process ID 1)
                Summary Net Link States (Area 0)
Link ID         ADV Router      Age         Seq#       Checksum Link count
172.16.2.0      3.3.3.3         1721        0x80007657 0x006E08 1
...
            OSPF Router with ID (2.2.2.2) (Process ID 1)
                Router Link States (Area 2)
Link ID         ADV Router      Age         Seq#       Checksum Link count
172.16.2.2      3.3.3.3         1721        0x80007657 0x00640F 1

ฉันล้อเลียนผลลัพธ์นั้นจากประสบการณ์ แต่ฉันหวังว่าคุณจะเห็น:

  • สรุปเครือข่าย LSA สำหรับ 172.16.2.0 ในพื้นที่ 0
  • เราเตอร์ LSA ที่มี 172.16.2.2 ในพื้นที่ 2 (ฉันได้สมมุติว่า 172.16.2.2 เป็น ID ของเราเตอร์ LSA)

ตั้งแต่ 172.16.2.2 ยังคงมีอยู่ใน OSPF LSDB, OSPF จะติดตั้งเส้นทางสำหรับมัน โปรดทราบว่ามีความแตกต่างระหว่าง 172.16.2.2/32 และ 172.16.2.0/23 ในผลลัพธ์ของshow ip route:

  • 172.16.2.0/23 เป็นO IAเส้นทาง ( IAหมายถึง Inter-Area สร้างโดย LSA สรุปเครือข่ายประเภท 3)
  • 172.16.2.2/32 เป็นOเส้นทางหากไม่มีตัวอักษรต่อOจากนั้นเส้นทางนั้นมาจากเราเตอร์ LSA หรือที่เรียกว่า Type 1 LSA

ข้อสังเกตสุดท้ายที่คุณไม่ได้กล่าวถึงอย่างชัดเจน ... คุณกำหนดค่า Loopbacks ของ ZEUS ด้วยรูปแบบ 24 บิต; อย่างไรก็ตามเนื่องจากวิธีที่ OSPF จัดการลูปแบ็คลูปแบ็คเหล่านั้นจะถูกโฆษณาเป็นเส้นทางของโฮสต์


ตกลงดังนั้นคุณกำลังพูดถึงแม้ว่า ZEUS กำลังสรุป (และมันแสดงใน WODAN เป็นบทสรุป) WODAN ยังทำมันเป็น SPF Calc ของตัวเองและดังนั้นมันจึงเก็บลูปที่ไม่เกี่ยวข้อง มีวิธีการเพื่อให้บรรลุการสรุปบรรทัดเดียวหรือไม่? ฉันจะต้องทำการสรุปเกี่ยวกับ WODAN หรือนี่เป็นเพียงข้อ จำกัด ของ OSPF - ไม่มีการสรุปพื้นที่เดียวกัน แค่อยู่ที่ขอบ
อัล

1
@AL วิธีเดียวในการกำจัด 172.16.2.2 บน WODAN คือเพื่อให้แน่ใจว่า LSA จะไม่ปรากฏขึ้นในพื้นที่ที่ WODAN เชื่อมต่ออยู่ หนึ่งในข้อ จำกัด ของ IGPs ของลิงค์สถานะคือความไม่สามารถสรุปเส้นทางที่มาจากพื้นที่เดียวกัน
Mike Pennington

1
เยี่ยมมากฉันเข้าใจอย่างนี้แล้วและคาดหวังสิ่งนี้ในอนาคต อธิบายด้วยว่าทำไมเมื่อฉันโฆษณา Loopbacks ลงในพื้นที่ 4 มันปรากฏขึ้นเมื่อฉันต้องการ - สรุปหนึ่งบรรทัด เย็นมาก! ขอบคุณสำหรับไมค์นี้
อัล
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.