As you can see from the output of s

As you can see from the output of show ipv6 protocols command above, four interfaces of R1 with associated areas are listed. ////

Most OSPFv3 problems are caused by mistakes in configuration that prevent routers from making neighbor relationships. Some of the configuration mistakes you can encounter are: //////

Configuring the wrong area with the ip ospf process-id area area-id command in the interface configuration mode, prevents the router from making OSPFv3 neighbor relationships off that interface. *******
Making an OSPFv3 interface passive by mistake can prevent the router from making neighbor relationships off such interface. *******
You must understand that all routers on the same data link must be assigned to the same OSPFv3 area in order to form neighbor relationships. In order to find out which interfaces have actually been assigned to which area, you should use the show ipv6 ospf interface brief and show ipv6 ospf interface commands. Also, you should not make an interface passive if you want the router make neighbor relationships off that inter ////////// 111

The FastEthernet0/0 of R1 is configured as passive but what if you configured FastEthernet0/1 instead of FastEthernet0/0 as passive, by mistake. Let’s do the mistake and see what happens. ///// 222


As soon as you make FastEthernet0/1 passive, the neighbor relationship with R4 is lost. That’s the reason you should make only that interface passive that has no other OSPFv3 routers connected to it. /////////

OSPFv3 Neighbors //////////

The OSPFv3 neighbors also function like OSPFv2 neighbors following course. The same concepts, message names, and neighbor states are used by OSPFv3. In this section, we look at issues related to OSPFv3 neighbor relationships, especially the issues that prevent routers from becoming neighbors. /////////

When you are examining the output of debug commands we present, do not get overwhelmed by details, as you don’t have to understand all of them at this point. Just focus on the highlighted portions for relevant and familiar concepts. First, we show the output of debug ipv6 ospf adj command executed on R1, which lists OSPFv3 adjacency messages as the router marches through various adjacency states with R4 off interface FastEthernet0/1. We highlight some of the OSPFv3 neighbor states like 2-way, exstar, exchange, loading, and full that is final desired state. /////////////3

We can use the show ipv6 ospf neighbor command to confirm if R1 has established neighbor relationship with R4. //////////4


As you can see, R4 has stabilized in a full neighbor state with R1. In fact working OSPFv3 neighbors, just like OSPFv2) will stabilize in either a full state or a 2-way state. A neighbor reaches full state when it has fully exchanged its LSDB (link-state database) to/from a neighbor. However, for OSPF network types that use a DR (designated router) or BDR (backup designated router), only the DR and BDR reach full neighbor relationships with DROthers (routers that are neither DR nor BDR). Neighbor relationships between two DROther routers will stabilize in a 2-way state only and will not reach the full state. ///////////

If you ever find yourself in a situation where OSPF fails to learn routes that it should be learning, you should look at the expected OSPFv3 neighbor relationships using show commands. If you find a relationship that either does not exist or does not exist in the right state (full or 2-way), you can troubleshoot the reasons that prevent neighbor relationships from forming. ///////////

Table 13-4 Neighbor Requirements for OSPFv2 and OSPFv3

ผลลัพธ์ (ไทย) 1:

คุณสามารถดูจากผลลัพธ์ของคำโพรโทคอล ipv6 ดูสั่งข้างต้น อินเตอร์เฟสที่ 4 ของ R1 กับพื้นที่เชื่อมโยงอยู่ ////OSPFv3 ปัญหาส่วนใหญ่เกิดจากความผิดพลาดในการกำหนดค่าที่ทำให้เราเตอร์ทำให้ความสัมพันธ์เพื่อนบ้าน ของข้อผิดพลาดการกำหนดค่าที่คุณสามารถพบ: / /การตั้งค่าคอนฟิกพื้นที่ผิดกับ ip ospf คำสั่งรหัสพื้นที่รหัสกระบวนการที่ตั้งในโหมดการกำหนดค่าอินเทอร์เฟซ ป้องกันเราเตอร์ทำให้ความสัมพันธ์เพื่อนบ้าน OSPFv3 ออกซึ่งอินเทอร์เฟซ *******ทำให้อินเทอร์เฟส OSPFv3 แฝงโดยไม่ตั้งใจสามารถป้องกันเราเตอร์ที่ทำให้ความสัมพันธ์เพื่อนบ้านปิดอินเทอร์เฟซดังกล่าว *******คุณต้องเข้าใจว่า เราเตอร์ทั้งหมดบนการเชื่อมโยงข้อมูลเดียวกันต้องให้พื้นที่ OSPFv3 เดียวในใบสั่งแบบฟอร์มความสัมพันธ์ระหว่างเพื่อนบ้าน เพื่อค้นหาอินเทอร์เฟซที่จริงผู้ใดที่ตั้ง คุณควรใช้ดู ipv6 ospf อินเตอร์เฟซโดยย่อ และแสดงคำสั่งส่วนติดต่อ ipv6 ospf ยัง คุณควรไม่ทำให้อินเทอร์เฟซแฝงถ้าคุณต้องการเราเตอร์ที่ทำให้ความสัมพันธ์เพื่อนบ้านปิดที่อินเตอร์/ / 111FastEthernet0/0 R1 ถูกกำหนดค่าเป็นพาสซีฟ แต่ถ้าคุณตั้งค่าคอนฟิก FastEthernet0/1 แทน FastEthernet0/0 เป็น passive โดยไม่ได้ตั้งใจ ลองทำความผิด และเห็นสิ่งที่เกิดขึ้น 222 ทันทีที่คุณทำ FastEthernet0/1 แฝงความสัมพันธ์ใกล้เคียงกับ R4 จะหายไป นั่นคือเหตุผลที่คุณควรทำเฉพาะอินเตอร์เฟซที่แฝงความไม่ OSPFv3 เราเตอร์อื่น ๆ เชื่อมต่อ /////////OSPFv3 เพื่อนบ้าน / / /OSPFv3 เพื่อนบ้านยังฟังก์ชันเช่น OSPFv2 บ้านต่อหลักสูตร แนวคิดเดียวกัน ชื่อข้อความ และประเทศเพื่อนบ้านใช้ โดย OSPFv3 ในส่วนนี้ เราค้นหาที่เกี่ยวข้องกับความสัมพันธ์ของเพื่อนบ้าน OSPFv3 โดยเฉพาะอย่างยิ่งปัญหาที่ป้องกันไม่ให้เราเตอร์เพื่อนบ้านกลายเป็นปัญหา /////////เมื่อคุณกำลังตรวจสอบการแสดงผลของคำสั่งการดีบักที่เรานำเสนอ ไม่ได้รับจม โดยรายละเอียด ที่คุณไม่ต้องเข้าใจทั้งหมดณจุดนี้ เพียงเน้นบางส่วนเน้นในแนวคิดที่เกี่ยวข้อง และคุ้นเคย ครั้งแรก เราสามารถแสดงผลลัพธ์ของการดีบัก ipv6 ospf คำคุณศัพท์คำสั่งปฏิบัติการใน R1 รายการ OSPFv3 adjacency ว่าข้อความใดเป็น marches เราเตอร์ผ่านทางอเมริกา adjacency ต่าง ๆ กับ R4 ปิดอินเทอร์เฟส FastEthernet0/1 เราเน้นของประเทศเพื่อนบ้าน OSPFv3 เช่น วิธีที่ 2, exstar แลกเปลี่ยน โหลด และสถานะสุดท้ายเต็มที่คือต้อง /////////////3เราสามารถใช้คำสั่งดู ipv6 ospf เพื่อนบ้านยืนยันถ้า R1 ได้สร้างความสัมพันธ์ใกล้เคียงกับ R4 //////////4As you can see, R4 has stabilized in a full neighbor state with R1. In fact working OSPFv3 neighbors, just like OSPFv2) will stabilize in either a full state or a 2-way state. A neighbor reaches full state when it has fully exchanged its LSDB (link-state database) to/from a neighbor. However, for OSPF network types that use a DR (designated router) or BDR (backup designated router), only the DR and BDR reach full neighbor relationships with DROthers (routers that are neither DR nor BDR). Neighbor relationships between two DROther routers will stabilize in a 2-way state only and will not reach the full state. ///////////If you ever find yourself in a situation where OSPF fails to learn routes that it should be learning, you should look at the expected OSPFv3 neighbor relationships using show commands. If you find a relationship that either does not exist or does not exist in the right state (full or 2-way), you can troubleshoot the reasons that prevent neighbor relationships from forming. ///////////Table 13-4 Neighbor Requirements for OSPFv2 and OSPFv3

ผลลัพธ์ (ไทย) 2:

ในขณะที่คุณสามารถดูได้จากการส่งออกของโปรโตคอล IPv6 การแสดงคำสั่งดังกล่าวข้างต้นสี่อินเตอร์เฟซของ R1 ที่มีพื้นที่ที่เกี่ยวข้องมีการระบุไว้ //// ปัญหา OSPFv3 ส่วนใหญ่จะเกิดจากความผิดพลาดในการกำหนดค่าที่ป้องกันไม่ให้เราเตอร์จากการความสัมพันธ์เพื่อนบ้าน บางส่วนของความผิดพลาดของการตั้งค่าที่คุณสามารถพบคือ: ////// การกำหนดค่าพื้นที่ที่ไม่ถูกต้องด้วยคำสั่งพื้นที่กระบวนการ OSPF รหัส IP พื้นที่รหัสในโหมดการตั้งค่าอินเตอร์เฟซที่ช่วยป้องกันไม่ให้เราเตอร์จากการทำ OSPFv3 ความสัมพันธ์เพื่อนบ้านออกอินเตอร์เฟซที่ ******* ทำให้อินเตอร์เฟซ OSPFv3 เรื่อย ๆ โดยไม่ได้ตั้งใจสามารถป้องกันไม่ให้เราเตอร์จากการความสัมพันธ์เพื่อนบ้านออกอินเตอร์เฟซดังกล่าว ******* คุณต้องเข้าใจว่าเราเตอร์ทั้งหมดในการเชื่อมโยงข้อมูลเดียวกันจะต้องกำหนดให้พื้นที่ OSPFv3 เดียวกันเพื่อที่จะสร้างความสัมพันธ์เพื่อนบ้าน เพื่อที่จะหาที่อินเตอร์เฟซที่ได้รับจริงรับมอบหมายให้เป็นพื้นที่ที่คุณควรใช้อินเตอร์เฟซที่แสดง ipv6 OSPF สั้น ๆ และแสดงคำสั่งอินเตอร์เฟซ ipv6 OSPF นอกจากนี้คุณควรจะได้ทำให้อินเตอร์เฟซเรื่อย ๆ ถ้าคุณต้องการเราเตอร์ทำให้ความสัมพันธ์เพื่อนบ้านออกว่าระหว่าง ////////// 111 FastEthernet0 / 0 ของ R1 การกำหนดค่าเป็นเรื่อย ๆ แต่ถ้าคุณกำหนดค่า FastEthernet0 / 1 แทน ของ FastEthernet0 / 0 เรื่อย ๆ เป็นโดยไม่ได้ตั้งใจ ขอทำผิดพลาดและดูสิ่งที่เกิดขึ้น ///// 222 ทันทีที่คุณทำ FastEthernet0 / 1 เรื่อย ๆ , ความสัมพันธ์กับเพื่อนบ้าน R4 จะหายไป นั่นเป็นเหตุผลที่คุณควรจะทำเพียงเรื่อย ๆ อินเตอร์เฟซที่ไม่มีเราเตอร์ OSPFv3 อื่น ๆ ที่เชื่อมต่อกับมัน ///////// OSPFv3 เพื่อนบ้าน ////////// เพื่อนบ้าน OSPFv3 ยังทำงานเหมือนเพื่อนบ้าน OSPFv2 ต่อไปแน่นอน แนวคิดเดียวกันชื่อข้อความและรัฐเพื่อนบ้านจะถูกใช้โดย OSPFv3 ในส่วนนี้เรามองไปที่ประเด็นที่เกี่ยวข้องกับความสัมพันธ์ OSPFv3 เพื่อนบ้านโดยเฉพาะอย่างยิ่งปัญหาที่ป้องกันไม่ให้เราเตอร์จากการเป็นเพื่อนบ้าน ///////// เมื่อคุณกำลังตรวจสอบการส่งออกของคำสั่งการแก้ปัญหาที่เรานำเสนอไม่ได้รับการครอบงำโดยรายละเอียดที่คุณไม่ต้องเข้าใจทั้งหมดของพวกเขามาถึงจุดนี้ เพียงมุ่งเน้นในส่วนที่ไฮไลต์สำหรับแนวความคิดที่เกี่ยวข้องและคุ้นเคย ครั้งแรกที่เราจะแสดงผลลัพธ์ของการแก้ปัญหา IPv6 การ OSPF adj คำสั่งเกี่ยวกับการดำเนิน R1 ซึ่งจะแสดงรายการ OSPFv3 ข้อความถ้อยคำเป็นเราเตอร์ผ่านชายแดนรัฐถ้อยคำต่างๆที่มีอินเตอร์เฟซที่ออก R4 FastEthernet0 / 1 เราเน้นบางส่วนของเพื่อนบ้าน OSPFv3 รัฐเช่น 2-way exstar แลกเปลี่ยนโหลดและเต็มรูปแบบที่เป็นรัฐสุดท้ายที่ต้องการ ///////////// 3 เราสามารถใช้ IPv6 การแสดงคำสั่ง OSPF เพื่อนบ้านเพื่อยืนยันว่า R1 ได้สร้างความสัมพันธ์กับเพื่อนบ้าน R4 ////////// 4 ในขณะที่คุณสามารถดู R4 มีเสถียรภาพในสภาพที่เต็มไปด้วยเพื่อนบ้าน R1 ในความเป็นจริงการทำงานเพื่อนบ้าน OSPFv3 เช่นเดียวกับ OSPFv2) จะมีเสถียรภาพทั้งในรัฐเต็มหรือรัฐ 2 ทาง เพื่อนบ้านถึงรัฐเต็มรูปแบบเมื่อมีการแลกเปลี่ยนอย่างเต็มที่ของ LSDB (ฐานข้อมูลเชื่อมโยงรัฐ) / จากเพื่อนบ้าน แต่สำหรับประเภทเครือข่าย OSPF ที่ใช้ DR (เราเตอร์ที่กำหนด) หรือ BDR (สำรองเราเตอร์ที่กำหนด) เพียง DR และ BDR ถึงความสัมพันธ์กับเพื่อนบ้านที่เต็มไปด้วย DROthers (เราเตอร์ที่ไม่ DR หรือ BDR) ความสัมพันธ์ระหว่างสองเพื่อนบ้านเราเตอร์ DROther จะคงอยู่ในสถานะที่ 2 ทางเท่านั้นและจะไม่สามารถเข้าถึงรัฐเต็มรูปแบบ /////////// ถ้าคุณเคยพบว่าตัวเองอยู่ในสถานการณ์ที่ OSPF ล้มเหลวในการเรียนรู้เส้นทางว่ามันควรจะเรียนรู้ที่คุณควรมองไปที่ความสัมพันธ์เพื่อนบ้าน OSPFv3 คาดว่าใช้คำสั่งแสดง หากคุณพบความสัมพันธ์ที่ทั้งไม่ได้อยู่หรือไม่อยู่ในสภาพที่เหมาะสม (เต็มหรือ 2 ทาง) คุณสามารถแก้ไขสาเหตุที่ป้องกันไม่ให้ความสัมพันธ์เพื่อนบ้านจากการขึ้นรูป /////////// ตารางที่ 13-4 เพื่อนบ้านข้อกำหนดสำหรับ OSPFv2 และ OSPFv3

ผลลัพธ์ (ไทย) 3:

ที่คุณสามารถดูจากผลผลิตของโปรโตคอล IPv6 แสดงคำสั่งข้างต้นสี่ interfaces ของ R1 กับพื้นที่ที่เกี่ยวข้องอยู่ / / / /

ospfv3 ส่วนใหญ่ปัญหาจะเกิดจากความผิดพลาดในการตั้งค่าเราเตอร์ที่ป้องกันจากการสร้างสัมพันธ์เพื่อนบ้าน บางส่วนของข้อผิดพลาดการตั้งค่าคุณสามารถพบ //////

:การกําหนดพื้นที่ขึ้นกับกระบวนการ ID พื้นที่ OSPF IP รหัสคำสั่งในอินเตอร์เฟซการตั้งค่าโหมดป้องกัน router ทำให้ความสัมพันธ์ ospfv3 เพื่อนบ้านปิดที่อินเตอร์เฟซ * * * * * * *
การ ospfv3 ติดต่อเรื่อยๆโดยไม่ได้ตั้งใจสามารถป้องกัน router ทำให้ความสัมพันธ์เพื่อนบ้านปิดเช่นอินเตอร์เฟซ * * * * * * *
คุณต้องเข้าใจว่าเราเตอร์ที่เชื่อมต่อข้อมูลเดียวกันจะต้องมอบหมายให้พื้นที่ ospfv3 เดียวกันเพื่อที่จะฟอร์มความสัมพันธ์เพื่อนบ้าน เพื่อที่จะหาที่ใหม่จริง ๆได้รับมอบหมายให้พื้นที่ที่คุณควรใช้งาน IPv6 และ IPv6 OSPF OSPF อินเตอร์เฟซสั้นโชว์อินเตอร์เฟซคำสั่ง นอกจากนี้คุณไม่ควรให้อินเตอร์เฟซเรื่อยๆถ้าคุณต้องการให้เราเตอร์เพื่อนบ้านปิดที่ทำให้ความสัมพันธ์ระหว่าง ////////// 111

fastethernet0 / 0 R1 ถูกปรับเป็นเรื่อยๆ แต่ถ้าคุณตั้งค่า fastethernet0 / 1 แทน fastethernet0 / 0 เป็น passive โดยผิดพลาด เราทำพลาด และดูสิ่งที่เกิดขึ้น 222 / / / / /


ทันทีที่คุณให้ fastethernet0 / 1 เรื่อยๆ ,เพื่อนบ้านความสัมพันธ์กับ R4 หายไป นั่นเป็นเหตุผลที่คุณควรตรวจสอบว่าติดต่อเรื่อยๆไม่มีอื่น ๆ ospfv3 เราเตอร์ที่เชื่อมต่อกับ /////////

ospfv3 เพื่อนบ้าน //////////

ospfv3 เพื่อนบ้านยังฟังก์ชัน เช่น ospfv2 เพื่อนบ้านต่อไปแน่นอน แนวคิดเดียวกัน ชื่อข้อความ และประเทศเพื่อนบ้านที่ใช้โดย ospfv3 . ในส่วนนี้เราดูที่ปัญหาที่เกี่ยวข้องกับ ospfv3 ความสัมพันธ์เพื่อนบ้าน โดยเฉพาะปัญหาที่ป้องกันไม่ให้เป็นเราเตอร์เพื่อนบ้าน /////////

เมื่อคุณมีการตรวจสอบการแสดงผลของคำสั่ง debug เราปัจจุบันไม่ได้รับจมโดยรายละเอียด ตามที่คุณไม่จำเป็นต้องเข้าใจทั้งหมดของพวกเขาที่จุดนี้ เพียงมุ่งเน้นส่วนแนวคิดที่คุ้นเคยและที่เกี่ยวข้อง . ครั้งแรกเราแสดงผลลัพธ์ของการแก้ปัญหา OSPF คำสั่งรันบน IPv6 ของ R1 ซึ่งรายการ ospfv3 ถ้อยคำข้อความเป็นเราเตอร์ เดินขบวนผ่านรัฐข้างเคียงต่างๆกับ R4 ออกอินเตอร์เฟซ fastethernet0 / 1 เราเน้นบางส่วนของประเทศเพื่อนบ้าน เช่น ospfv3 2-Way exstar , แลกเปลี่ยน , โหลด , และที่เต็มไปด้วยรัฐที่ต้องการสุดท้าย ///////////// 3

เราสามารถใช้งาน IPv6 OSPF เพื่อนบ้านคำสั่งยืนยันว่า R1 ได้สร้างความสัมพันธ์เพื่อนบ้านกับ R4 . ////////// 4


ที่คุณสามารถดู , R4 มีเสถียรภาพในรัฐเพื่อนบ้านเต็มกับ R1 . ในความเป็นจริงการทำงาน ospfv3 เพื่อนบ้าน เหมือน ospfv2 ) จะคงที่ในเต็มสภาพหรือแบบของรัฐเพื่อนบ้านถึงรัฐเต็มรูปแบบเมื่อมันได้ครบ แลกของ lsdb ( ฐานข้อมูลของรัฐเชื่อมโยง ) / จากเพื่อนบ้าน อย่างไรก็ตาม สำหรับเครือข่าย OSPF ประเภทที่ใช้ดร ( เขตข้อมูล ) หรือ bdr ( สำรองเขตเราเตอร์ ) , เพียง แต่ดร bdr ถึงความสัมพันธ์กับเพื่อนบ้านและเต็ม drothers ( เราเตอร์ที่ไม่ดรหรือ bdr )เพื่อนบ้าน ความสัมพันธ์ระหว่างสอง drother เราเตอร์จะคงที่ใน 2 ทางรัฐเท่านั้น และจะไม่สามารถเข้าถึงรัฐเต็มรูปแบบ ///////////

ถ้าคุณเคยพบตัวเองในสถานการณ์ที่ OSPF ล้มเหลวที่จะเรียนรู้เส้นทางที่ควรจะเรียนรู้ คุณควรดูที่คาดว่า ospfv3 เพื่อนบ้านความสัมพันธ์โดยใช้คำสั่งแสดงถ้าคุณพบความสัมพันธ์ที่ไม่มีอยู่ หรือ ไม่อยู่ในสถานะที่เหมาะสม ( แบบเต็ม ) คุณสามารถแก้ไขสาเหตุที่ป้องกันไม่ให้ความสัมพันธ์เพื่อนบ้านจากการขึ้นรูป ///////////

โต๊ะ 13-4 ความต้องการเพื่อนบ้าน ospfv2 ospfv3

และ