DMVPN hub แบบมีชื่อเทียบกับแบบมีหมายเลข: FQDN เปลี่ยนอะไร

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

สองที่อยู่ สองหน้าที่

ในตัวอย่างที่ประกาศ hub.example.net บอกสโป๊กว่าจะส่งทราฟฟิกขนส่งไปที่ใด และ 10.90.0.1 ระบุ NHS ภายในทันเนล การค้นพบทำงานกับชื่อแรก การลงทะเบียนและการกำหนดเส้นทางทำงานกับชื่อที่สอง การเปลี่ยนชื่อส่งผลต่อเส้นทางไปยังปลายทาง ขณะที่การเปลี่ยนที่อยู่โปรโตคอลส่งผลต่อความสัมพันธ์ของ overlay เอง

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

เปรียบเทียบรูปแบบการกำหนดค่าทั้งสอง

รูปแบบหนึ่งกำหนดที่อยู่โปรโตคอลของ NHS อย่างชัดเจนควบคู่กับชื่อ อีกรูปแบบหนึ่งปล่อยให้สโป๊กเรียนรู้ที่อยู่โปรโตคอลนั้นจากคำตอบการลงทะเบียน ทั้งสองมีเอกสารกำกับ และทั้งสองจบลงด้วยความสัมพันธ์แบบ NHS ชนิดเดียวกันเมื่อสำเร็จ

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

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

เปรียบเทียบแคช DNS กับ hub แบบคงที่

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

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

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

เปรียบเทียบสิ่งที่ไม่เปลี่ยนแปลง

การพิสูจน์ตัวตนของเพียร์ไม่เคลื่อนที่ ชื่อโฮสต์ที่ค้นหาปลายทางขนส่งไม่แทนที่ตัวตน IKE ที่กำหนดไว้หรือนโยบายการพิสูจน์ตัวตนที่ตรวจสอบเพียร์ หากตัวตนผิด การแปลง DNS ที่สำเร็จเพียงพาคุณไปยังทันเนลที่ถูกปฏิเสธได้เร็วขึ้น

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

การเปรียบเทียบที่คุณตรวจสอบได้

Cisco จัดทำเอกสารการสังเกตแยกสำหรับเซสชันและความสัมพันธ์ NHS ใช้ show dmvpn เพื่ออ่านสถานะเพียร์และเซสชัน และ show ip nhrp nhs เพื่ออ่านมุมมองการลงทะเบียน NHS เปรียบเทียบที่อยู่ขนส่งที่แปลงแล้ว เพียร์ของ overlay และสถานะการลงทะเบียนตามลำดับนั้น

บท IOS XE FQDN-DMVPN จัดทำเอกสารพฤติกรรมการค้นพบ การแคช และข้อจำกัดเบื้องหลังการเปรียบเทียบนี้ อ่านเทียบกับรุ่นที่ติดตั้งของคุณก่อนที่จะถือว่า hub ที่เปลี่ยนชื่อเป็นสิ่งทดแทนโดยตรงของ hub ที่มีหมายเลข