สรุปเส้นทาง DMVPN กับแผนที่สรุป NHRP: คนละตาราง
สรุปเส้นทางเปลี่ยนคำนำหน้าที่ประกาศและฮอปถัดไป แผนที่สรุป NHRP เปลี่ยนสิ่งที่คำตอบการแปลงที่อยู่ส่งกลับมา คำเดียวกัน แต่คนละตาราง
มีคนขอให้คุณสรุป spoke และตั๋วก็ปิดด้วยคำนำหน้าที่น้อยลงบน hub หนึ่งสัปดาห์ต่อมา ทราฟฟิกระหว่างสาขาที่เคยวิ่งตรงก็กลับไปผ่าน hub อีกครั้ง และไม่มีใครเชื่อมโยงการเปลี่ยนแปลงทั้งสอง วลีสรุป spoke ครอบคลุมการดำเนินการสองอย่างที่แตะตารางสองตารางที่ต่างกัน ระบุว่าคุณกำลังลดสถานะใดก่อนยืมคำสั่งจากตัวอย่าง DMVPN อื่น
อาการ: ทราฟฟิก spoke แบบตรงกลับไปที่ hub
ความแตกต่างนี้สำคัญที่สุดเมื่อการอภิปราย Phase 2 ถูกนำไปใช้กับการออกแบบ Phase 3 คำเดียวกันปรากฏในทั้งสองบทสนทนา และผลต่อการส่งต่อไม่เหมือนกัน
นั่นจึงเป็นเหตุผลที่การเปลี่ยนแปลงดูถูกต้องเมื่อตรวจทาน: การตรวจทานดูตารางเส้นทาง ซึ่งเป็นเพียงหนึ่งในสามสถานะที่เกี่ยวข้อง
การรวมหนึ่งครั้ง สองตาราง
การดำเนินการทั้งสองมีลักษณะดังนี้
| Operation | What it actually changes |
|---|---|
| Routing summary | Aggregates the prefixes the routing protocol advertises and changes the next hop the receiver installs |
| NHRP summary map | Changes the network returned in a resolution reply, so a requesting spoke resolves to a different address |
| Protection path | IPsec state for the peer you actually resolved; neither aggregation changes it |
สรุปเส้นทางเป็นข้อความเกี่ยวกับสิ่งที่ hub ประกาศและสิ่งที่ spoke ปลายทางติดตั้งเป็นเส้นทาง แผนที่สรุป NHRP เป็นข้อความเกี่ยวกับคำตอบที่ spoke ส่งเมื่อ spoke อื่นถามว่าจะไปถึงที่อยู่หนึ่งได้อย่างไร สิ่งเหล่านี้เป็นคำถามต่างกันที่มีรูปแบบความล้มเหลวต่างกัน และการออกแบบสามารถเปลี่ยนอย่างหนึ่งโดยปล่อยอีกอย่างไว้เหมือนเดิมทุกประการ การปฏิบัติต่อทั้งสองเป็นปุ่มเดียวคือหนทางที่การเปลี่ยนแปลงการรวมกลายเป็นความเปลี่ยนแปลงของการส่งต่ออย่างเงียบ ๆ
ทั้งสองอย่างไม่ใช่ข้อความเกี่ยวกับ เส้นทางป้องกัน เพราะเส้นทางนั้นถูกเจรจาสำหรับ peer ที่คุณแปลงได้จริง
สรุปบน hub เปลี่ยนอะไรจริง
คู่มือของ Cisco เกี่ยวกับแผนที่สรุป NHRP ระหว่าง spoke อธิบายการจัดวางแบบ Phase 3 ที่ hub ประกาศสรุปและยังคงเป็นฮอปถัดไปของการกำหนดเส้นทาง จากนั้นการเปลี่ยนเส้นทางและการแปลง NHRP ที่ตามมาจะให้เส้นทางส่งต่อที่ตรงกว่าเดิม ดังนั้นการอ่านเฉพาะเส้นทางที่รวมแล้วจึงไม่ได้อธิบายสถานะการส่งต่อทั้งหมด และไม่ได้หมายความว่าทุกแพ็กเก็ตต้องผ่าน hub ตลอดไป สรุปนี้เกี่ยวกับการเข้าถึง ไม่ใช่เกี่ยวกับเส้นทาง
นั่นจึงเป็นเหตุผลที่การตรวจทานการออกแบบซึ่งหยุดที่ตารางเส้นทางสามารถอนุมัติการเปลี่ยนแปลงที่แก้ไขพฤติกรรมการแปลงได้ ตรวจสอบเส้นทางที่เลือก ผลของ NHRP และเส้นทางป้องกันเป็นการสังเกตสามอย่างแยกกัน
ถ้าคุณบอกไม่ได้ว่าสิ่งใดในสามอย่างเปลี่ยนไป แสดงว่าคุณยังทำการเปลี่ยนแปลงไม่เสร็จ
แผนที่สรุป NHRP เปลี่ยนอะไร
ลองดู spoke ที่ถือ 10.32.0.0/19 ผ่านเส้นทาง LAN ที่เฉพาะเจาะจงกว่าหลายเส้น ขณะที่ hub ประกาศการรวมที่ใหญ่กว่าให้ spoke อื่น คำขอสำหรับ 10.32.12.10 จะได้รับการแปลงที่อยู่สำหรับเครือข่ายเล็กที่ตรงกันแทน คุณสมบัติแผนที่สรุป NHRP ที่มีเอกสารกำกับช่วยให้ spoke ส่งคำนำหน้าที่ครอบคลุมซึ่งกำหนดไว้แทน ซึ่งอาจลดงานการแปลงที่ทำซ้ำสำหรับเครือข่ายที่เป็นของ spoke นั้นได้ แต่ไม่ได้ทำให้สรุปเส้นทางของ hub และสรุปการแปลงของ spoke เป็นวัตถุเดียวกัน
ให้คำนำหน้าที่ครอบคลุมนั้นมีรูปแบบความเป็นเจ้าของที่ตั้งใจไว้ คำตอบกว้างที่รวมที่อยู่ซึ่งเป็นของที่อื่น หรือช่องว่างที่เข้าถึงไม่ได้ อาจส่งทราฟฟิกถัดไปไปยัง peer ที่ไม่เหมาะสม
ตรวจสอบเส้นทางจริงและกรณีที่ตั้งใจจะปฏิเสธก่อนขยายคำนำหน้า ไม่ใช่หลังจากนั้น
เปรียบเทียบปลายทางแรกกับปลายทางที่อยู่ในสรุป
เลือกสองปลายทาง: ปลายทางแรกที่คุณทดสอบ และอีกอันที่อยู่ในสรุปที่เสนอ สำหรับแต่ละอัน ให้บันทึกเส้นทางที่เลือก สถานะ NHRP ที่ใช้เพื่อไปถึง และเส้นทางคำตอบจริง การเปรียบเทียบนั้นบอกคุณว่าคุณเปลี่ยนขนาดของการกำหนดเส้นทาง ขนาดของการแปลง หรือข้อผิดพลาดในการส่งต่อ ซึ่งเป็นข้อสรุปที่มีประโยชน์เพียงอย่างเดียว การแสดงผลที่มีคำนำหน้าน้อยกว่าไม่ใช่หลักฐานของสิ่งใดในนั้น
ยืนยันเฟสที่ติดตั้งและพฤติกรรมฮอปถัดไปของโปรโตคอลกำหนดเส้นทางก่อนนำตัวอย่าง Phase 3 ไปใช้กับเครือข่ายของคุณ ตัวอย่างสั้น ๆ ไม่ใช่ข้อพิสูจน์ว่าการออกแบบอื่นรักษาเส้นทาง spoke แบบตรงเดียวกันไว้
ตั๋วควรระบุว่าคุณลดตารางใดและปล่อยตารางใดไว้ สิ่งใดที่น้อยกว่านั้นจะถูกวินิจฉัยใหม่ตั้งแต่ต้นในอีกหนึ่งเดือน