Configure a Next-Hop Static RouteIn

Configure a Next-Hop Static Route
In a next-hop static route, only the next-hop IP address is specified. The output interface is derived from the next hop. For example, in Figure 1, three next-hop static routes are configured on R1 using the IP address of the next hop, R2.
Before any packet is forwarded by a router, the routing table process must determine the exit interface to use to forward the packet. This is known as route resolvability. The route resolvability process will vary depending upon the type of forwarding mechanism being used by the router. CEF (Cisco Express Forwarding) is the default behavior on most platforms running IOS 12.0 or later.
Figure 2 details the basic packet forwarding process in the routing table for R1 without the use of CEF. When a packet is destined for the 192.168.2.0/24 network, R1:
1. Looks for a match in the routing table and finds that it has to forward the packets to the next-hop IPv4 address 172.16.2.2, as indicated by the label 1 in the figure. Every route that references only a next-hop IPv4 address and does not reference an exit interface must have the next-hop IPv4 address resolved using another route in the routing table with an exit interface.
2. R1 must now determine how to reach 172.16.2.2; therefore, it searches a second time for a 172.16.2.2 match. In this case, the IPv4 address matches the route for the directly connected network 172.16.2.0/24 with the exit interface Serial 0/0/0, as indicated by the label 2 in the figure. This lookup tells the routing table process that this packet is forwarded out of that interface.
It actually takes two routing table lookup processes to forward any packet to the 192.168.2.0/24 network. When the router performs multiple lookups in the routing table before forwarding a packet, it is performing a process known as a recursive lookup. Because recursive lookups consume router resources, they should be avoided when possible.
A recursive static route is valid (that is, it is a candidate for insertion in the routing table) only when the specified next hop resolves, either directly or indirectly, to a valid exit interface.
Note: CEF provides optimized lookup for efficient packet forwarding by using two main data structures stored in the data plane: a FIB (Forwarding Information Base), which is a copy of the routing table and an adjacency table that includes Layer 2 addressing information. The information combined in both of these tables work together so there is no recursive lookup needed for next-hop IP address lookups. In other words, a static route using a next-hop IP requires only a single lookup when CEF is enabled on the router.
Use the Syntax Checker in Figures 3 and 4 to configure and verify next-hop static routes on R2 and R3.

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

กำหนดเส้นทางคงฮอพถัดไปในฮอพถัดไปเส้นทางแบบคง มีระบุอยู่ IP ฮอพถัดไปเท่านั้น อินเตอร์เฟซเอาท์พุทมาฮอพถัดไป ตัวอย่างเช่น ในรูปที่ 1 ฮอพถัดไปสามเส้นทางแบบคงที่ถูกกำหนดค่าบน R1 ใช้ IP แอดเดรสของ hop ต่อไป R2ก่อนที่แพ็คเก็ตใดถูกส่งต่อจากเราเตอร์ กระบวนการตารางสายงานการผลิตต้องกำหนดอินเทอร์เฟซทางออกเพื่อใช้ส่งต่อแพคเก็ต นี้เรียกว่าเส้นทาง resolvability กระบวนการ resolvability จะแตกต่างกันขึ้นอยู่กับชนิดของกลไกส่งต่อถูกใช้ โดยเราเตอร์ CEF (Cisco Express ส่งต่อ) เป็นลักษณะการทำงานเริ่มต้นบนแพลตฟอร์มส่วนใหญ่ที่ใช้ IOS 12.0 หรือใหม่กว่ารูปที่ 2 รายละเอียดแพคเก็ตพื้นฐานส่งต่อกระบวนการในตารางเส้นทางสำหรับ R1 โดยใช้ CEF เมื่อแพคเก็ต destined สำหรับเครือข่าย 192.168.2.0/24, R1:1. ค้นหาตรงกันในตารางเส้นทาง และพบว่า มีการส่งต่อแพคเก็ตไปยังที่อยู่ IPv4 ฮอพถัดไป 172.16.2.2 ตามที่ระบุในฉลาก 1 ในรูป ทุกเส้นทางที่อ้างอิงเฉพาะอยู่ IPv4 ฮอพถัดไป และไม่ได้อ้างอิงอินเทอร์เฟซที่ออก ต้องมีอยู่ IPv4 ฮอพถัดไปแก้ไขได้โดยใช้เส้นทางอื่นในตารางสายงานการผลิตด้วยอินเทอร์เฟซที่ออก2. R1 ตอนนี้ต้องกำหนดวิธีเข้าถึง 172.16.2.2 ดังนั้น จะค้นหาเป็นครั้งที่สองสำหรับ 172.16.2.2 การแข่งขัน ในกรณีนี้ อยู่ IPv4 ตรงกับกระบวนการสำหรับ 172.16.2.0/24 เครือข่ายเชื่อมต่อโดยตรงกับอินเทอร์เฟสออกอนุกรม 0/0/0 ระบุในฉลาก 2 ในรูป การค้นหานี้บอกกระบวนการตารางสายงานการผลิตที่มีการส่งต่อแพคเก็ตนี้จากอินเทอร์เฟซที่จริงใช้สองสายงานการผลิตตารางการค้นหากระบวนการส่งต่อแพ็คเก็ตใดไปยังเครือข่าย 192.168.2.0/24 เมื่อเราเตอร์ทำค้นหาหลายในตารางเส้นทางการส่งแพคเก็ต มันมีประสิทธิภาพเป็นกระบวนการที่เรียกว่าการค้นหาการซ้ำ เนื่องจากการค้นหาซ้ำใช้ทรัพยากรเราเตอร์ พวกเขาควรหลีกเลี่ยงถ้าเป็นไปได้เส้นทางแบบคงซ้ำถูกต้อง (กล่าวคือ มันเป็นผู้สมัครสำหรับการแทรกในตารางเส้นทาง) เฉพาะเมื่อฮอพถัดไประบุการแก้ไข ทั้งโดยทางตรง หรือทาง อ้อม การถูกต้องออกจากอินเตอร์เฟซหมายเหตุ: CEF ให้เพิ่มประสิทธิภาพการค้นหาสำหรับการส่งต่อแพคเก็ตที่มีประสิทธิภาพ โดยใช้โครงสร้างข้อมูลหลักสองที่เก็บไว้ในเครื่องบินข้อมูล: โลตอแหล (ส่งต่อข้อมูลฐาน), ซึ่งเป็นสำเนาของตารางเส้นทางและตารางการ adjacency ที่รวมข้อมูล 2 ชั้น ข้อมูลรวมทั้งทำงานตารางเหล่านี้ร่วมกันเพื่อให้มีการค้นหาการซ้ำไม่จำเป็นสำหรับการค้นหาที่อยู่ IP ฮอพถัดไป ในคำอื่น ๆ เส้นทางแบบคงที่โดยใช้ IP ฮอพถัดไปต้องการค้นหาเดียวเท่านั้นเมื่อเปิดใช้งานบนเราเตอร์ CEFใช้ตัวตรวจสอบไวยากรณ์ในตัวเลข 3 และ 4 เพื่อตั้งค่าคอนฟิก และตรวจสอบเส้นทางคงฮอพถัดไปบน R2 และ R3

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

กำหนดค่า Next-Hop เส้นทางคง
ใน hop ถัดไปเส้นทางคงที่เพียงที่อยู่ IP hop ถัดไปมีการระบุ อินเตอร์เฟซที่ส่งออกมาจากการฟ้อนรำต่อไป ยกตัวอย่างเช่นในรูปที่ 1 สาม hop ถัดไปเส้นทางแบบคงที่มีการกำหนดค่าบน R1 โดยใช้ที่อยู่ IP ของฮอปถัดไป R2.
ก่อนที่จะแพ็คเก็ตใด ๆ จะถูกส่งต่อโดยเราเตอร์กระบวนการตารางเส้นทางจะต้องกำหนดอินเตอร์เฟซที่ออกเพื่อใช้ในการส่งต่อ แพ็คเก็ต นี้เป็นที่รู้จักกันเป็นเส้นทาง resolvability กระบวนการเส้นทาง resolvability จะแตกต่างกันขึ้นอยู่กับชนิดของกลไกการส่งต่อถูกใช้โดยเราเตอร์ ตระเว ณ (ซิสโก้เอ็กซ์เพรส Forwarding) เป็นพฤติกรรมที่เริ่มต้นบนแพลตฟอร์มส่วนใหญ่ใช้ระบบปฏิบัติการ IOS 12.0 หรือสูงกว่า.
รูปที่ 2 รายละเอียดขั้นตอนการส่งต่อแพ็คเก็ตขั้นพื้นฐานในตารางเส้นทางสำหรับ R1 โดยไม่ต้องใช้ตระเว ณ เมื่อแพ็คเก็ตเป็น destined สำหรับ 192.168.2.0/24 เครือข่าย R1:
1 ลักษณะสำหรับการแข่งขันในตารางเส้นทางและพบว่าจะมีการส่งต่อแพ็คเก็ตไปยัง hop ถัดไป IPv4 ที่อยู่ 172.16.2.2 ตามที่ระบุโดยฉลาก 1 ในรูป เส้นทางการอ้างอิงเท่านั้นที่อยู่ IPv4 hop ถัดไปและไม่ได้อ้างอิงอินเตอร์เฟซที่ออกจากทุกคนต้องมีที่อยู่ IPv4 hop ถัดไปได้รับการแก้ไขโดยใช้เส้นทางอื่นในตารางเส้นทางด้วยอินเตอร์เฟซทางออก.
2 R1 ขณะนี้จะต้องกำหนดวิธีการที่จะไปถึง 172.16.2.2; จึงค้นหาเป็นครั้งที่สองสำหรับการแข่งขัน 172.16.2.2 ในกรณีนี้อยู่ IPv4 ตรงกับเส้นทางสำหรับเครือข่ายที่เชื่อมต่อโดยตรง 172.16.2.0/24 กับอินเตอร์เฟซอนุกรมทางออก 0/0/0 ตามที่ระบุโดยฉลาก 2 ในรูป ค้นหาแบบนี้จะบอกกระบวนการตารางเส้นทางที่แพ็คเก็ตนี้จะถูกส่งต่อจากอินเตอร์เฟซที่.
มันจริงจะใช้เวลาสองการกำหนดเส้นทางกระบวนการค้นหาตารางเพื่อส่งต่อแพ็คเก็ตใด ๆ ไปยังเครือข่าย 192.168.2.0/24 เมื่อเราเตอร์ดำเนิน lookups หลายรายการในตารางเส้นทางก่อนที่จะส่งต่อแพ็คเก็ตมันมีประสิทธิภาพกระบวนการที่เรียกว่าการค้นหา recursive เพราะ lookups recursive ใช้ทรัพยากรเราเตอร์ที่พวกเขาควรหลีกเลี่ยงเมื่อเป็นไปได้.
เส้นทางคง recursive ถูกต้อง (นั่นคือมันเป็นผู้สมัครสำหรับการแทรกในตารางเส้นทาง) เท่านั้นเมื่อระบุกระโดดต่อไปแก้ไขไม่ว่าโดยตรงหรือโดยอ้อมไปยัง อินเตอร์เฟซทางออกที่ถูกต้อง.
หมายเหตุ: ตระเว ณ ให้การค้นหาที่ดีที่สุดสำหรับการส่งต่อแพ็คเก็ตที่มีประสิทธิภาพโดยใช้สองโครงสร้างข้อมูลหลักที่จัดเก็บไว้ในระนาบข้อมูลนี้: FIB (การส่งต่อข้อมูลฐาน) ซึ่งเป็นสำเนาของตารางเส้นทางและตารางถ้อยคำที่มีชั้น 2 ข้อมูลที่อยู่ ข้อมูลที่รวมกันในทั้งสองของตารางเหล่านี้ทำงานร่วมกันดังนั้นจึงไม่มีการค้นหา recursive จำเป็นสำหรับ hop ถัดไป lookups ที่อยู่ IP ในคำอื่น ๆ เส้นทางคงใช้ IP hop ถัดไปต้องใช้เพียงการค้นหาแบบเดียวเมื่อตระเว ณ เปิดใช้งานบนเราเตอร์.
ใช้ไวยากรณ์ตรวจสอบในรูปที่ 3 และ 4 ในการกำหนดค่าและตรวจสอบต่อไปฮอปเส้นทางแบบคงที่ใน R2 และ R3

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

การกำหนดค่าคงที่เส้นทางต่อไปโลดในเส้นทางต่อไปโลด สถิตเท่านั้น ต่อไปโลด เลข IP ที่ระบุ ออกอินเตอร์เฟซที่ได้มาจาก hop ถัดไป ตัวอย่างเช่น ในรูปที่ 1 , 3 ต่อไปโลด สถิตเส้นทางการกําหนดค่าใน R1 โดยใช้ที่อยู่ IP ของ hop ถัดไป อาร์ทูก่อนแพ็คเก็ตจะถูกส่งต่อโดยเราเตอร์ , เส้นทางกระบวนการต้องตรวจสอบออกอินเตอร์เฟซที่จะใช้ในการส่งแพ็คเก็ต นี้เป็นที่รู้จักกันเป็นเส้นทาง resolvability . เส้นทาง resolvability กระบวนการจะแตกต่างกันขึ้นอยู่กับประเภทของการส่งต่อ กลไกที่ถูกใช้โดยเราเตอร์ CEF ( Cisco Express Forwarding ) คือ พฤติกรรมเริ่มต้นบนแพลตฟอร์มที่สุดใช้ iOS 12.0 หรือในภายหลังรูปที่ 2 รายละเอียดของแพ็กเก็ตส่งต่อกระบวนการพื้นฐานในเส้นทางสำหรับ R1 โดยไม่ใช้ CEF . เมื่อแพ็คเก็ตเป็น destined สำหรับ 192.168.2.0/24 เครือข่าย R1 :1 . มองการแข่งขันตารางเส้นทาง และพบว่ามันมีการส่งต่อแพ็กเก็ตไปยัง hop IPv4 ที่อยู่ 172.16.2.2 , ตามที่ระบุโดยฉลาก 1 ในรูป ทุกเส้นทางที่อ้างอิงเพียงต่อไปโลด IPv4 ที่อยู่ และไม่อ้างอิงออกอินเตอร์เฟซต้อง IPv4 hop ถัดไปที่อยู่แก้ไขโดยใช้เส้นทางอื่นในเส้นทางที่มีออกอินเตอร์เฟซ2 . R1 ตอนนี้ต้องศึกษาวิธีการเข้าถึง 172.16.2.2 ดังนั้น จึงมีการค้นหาครั้งที่สองสำหรับ 172.16.2.2 ตรงกับ ในกรณีนี้ , IPv4 ที่อยู่ตรงกับเส้นทางที่เชื่อมต่อโดยตรงกับเครือข่าย 172.16.2.0/24 ออกอินเตอร์เฟซอนุกรม 0 / 0 / 0 ที่ระบุไว้ตามฉลาก 2 ในรูป การค้นหานี้จะบอกตารางเส้นทางกระบวนการที่แพ็คเก็ตนี้จะถูกส่งต่อไปที่อินเตอร์เฟซมันใช้เวลาสองเส้นทางการค้นหาตารางการส่งต่อแพ็กเก็ตใด ๆเพื่อ 192.168.2.0/24 เครือข่าย เมื่อเราเตอร์มีประสิทธิภาพในการค้นหาหลายตารางเส้นทาง ก่อนการส่งต่อแพ็กเก็ต มีการแสดงขั้นตอนที่รู้จักกันเป็น ผลการค้นหา ผลการค้นหาบริโภคทรัพยากร เพราะเราเตอร์ที่พวกเขาควรจะหลีกเลี่ยงถ้าเป็นไปได้เป็นผู้คงที่เส้นทางที่ถูกต้อง ( คือมันเป็นผู้สมัครในการแทรกตารางเส้นทาง ) เมื่อกำหนดต่อไปโลด ช่วยแก้ปัญหา ไม่ว่าโดยตรงหรือโดยอ้อมกับอินเตอร์เฟซทางออกที่ถูกต้องหมายเหตุ : CEF มีค้นหาเหมาะสำหรับแพ็คเก็ตการส่งต่อที่มีประสิทธิภาพ โดยใช้หลัก 2 โครงสร้างข้อมูลที่เก็บไว้ในข้อมูลเครื่องบิน : FIB ( ส่งต่อข้อมูลพื้นฐาน ) ซึ่งเป็นสำเนาของตารางเส้นทาง และตารางที่มีถ้อยคำที่อยู่ชั้น 2 ข้อมูล ข้อมูลรวมทั้งตารางเหล่านี้ทำงานร่วมกัน ดังนั้นไม่มีผลการค้นหาที่จําเป็นสําหรับถัดไป hop IP การค้นหา . ในคำอื่น ๆที่เป็นแบบคงที่โดยใช้ IP hop ถัดไปต้องใช้เส้นทางเดียวค้นหาเมื่อ CEF เปิดบนเราเตอร์ใช้ไวยากรณ์ตรวจสอบตัวเลข 3 และ 4 เพื่อกำหนดค่าและตรวจสอบต่อไปโลด เส้นทางแบบคงที่ใน R2 กับ R3 .