ฟังก์ชั่นของอินเตอร์เฟสการวนกลับในโปรโตคอลเส้นทางคืออะไร


9

ดังนั้นฉันจึงมีภารกิจนี้ที่ฉันต้องตั้งค่าเครือข่ายเสมือนด้วยโปรโตคอลการกำหนดเส้นทาง OSPF ก่อนอื่นฉันไม่สนใจอินเตอร์เฟสการวนกลับนี้ฉันต้องกำหนดค่าบนเราเตอร์เนื่องจากมันไม่ได้ทำอะไรแตกต่างในซอฟต์แวร์การจำลองเสมือนที่เรียกว่า Cisco Packet Tracer (ฉันคิดว่า) จากนั้นฉันก็สร้างเครือข่ายในชีวิตจริงด้วยเราเตอร์ Cisco บางตัวและมันก็ไม่ได้ทำอะไรเช่นกัน มีหรือไม่มีลูปแบ็คนี้เครือข่ายทำงาน (ส่งต่อจากโฮสต์หนึ่งไปยังอีกโฮสต์หนึ่ง) ตอนนี้คำถามของฉันคือ: เหตุใดจึงต้องใช้อินเทอร์เฟซแบบวนกลับนี้หรือฟังก์ชันใดทำหน้าที่อะไร ในภาพด้านล่างเป็นเครือข่ายที่ฉันต้องสร้าง (ถ้ามันเป็นความช่วยเหลือใด ๆ )การกำหนดค่าเครือข่าย

คำตอบ:


5

อินเทอร์เฟซแบบวนรอบมีประโยชน์เนื่องจากเป็นอินเทอร์เฟซที่มีที่อยู่ IP ซึ่งไม่เคยลงไป OSPF ซึ่งไม่มี Router ID ที่กำหนดไว้โดยเฉพาะจะเลือก Router ID ด้วยตัวเอง มันเลือกเราเตอร์ ID จากที่อยู่ IP ของอินเตอร์เฟสที่กำหนดค่าและเปิดใช้งาน ลูปแบ็คเป็นตัวเลือกที่ดีเนื่องจากอินเทอร์เฟซลูปแบ็คจะทำงานอยู่เสมอเว้นแต่มีบางคนปิดระบบโดยเฉพาะ อินเทอร์เฟซอื่น ๆ อาจลงไปหากมีปัญหาในการเชื่อมโยง


แต่ถ้าหาก FA-Interface ของเราท์เตอร์ E ดับลงล่ะ ที่อยู่ลูปแบ็คจะไม่สามารถทำอะไรได้เนื่องจากไม่ได้เชื่อมต่อกับเครือข่ายด้วย OSPF อีกต่อไป อินเทอร์เฟซแบบวนรอบไร้ประโยชน์ในกรณีนี้หรือไม่
iPh1ps99

1
เมื่อเราเตอร์มีอินเทอร์เฟซเดียวและลดลงเราเตอร์ก็ไม่มีประโยชน์ ด้วยการกำหนดค่าลูปแบ็คคุณสามารถ ping ลูปและหากอินเทอร์เฟซใด ๆ เข้าสู่เราเตอร์คุณสามารถไปยังเราเตอร์ได้โดยไม่จำเป็นต้องรู้ว่าอินเทอร์เฟซใดที่ไม่ว่าจะขึ้นหรือลง หากอินเตอร์เฟสที่เร้าเตอร์ E ไม่ทำงานแสดงว่าตัวเราเตอร์นั้นไม่ทำงาน การมีอินเตอร์เฟสย้อนกลับและการเข้าร่วมในโปรโตคอลการกำหนดเส้นทางเป็นสิ่งที่ดี มีการใช้งานอื่น ๆ เช่นความสามารถในการกำหนดค่าอินเทอร์เฟซเดียวสำหรับแหล่งที่มาซึ่งรับประกันว่าจะเกิดขึ้นหากเราเตอร์อยู่ในเครือข่าย
Ron Maupin

ตกลงกับความคิดเห็นนี้คุณได้อธิบายทุกสิ่งที่ฉันอยากรู้!
iPh1ps99

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

4

ก่อนอื่นอินเตอร์เฟส loopbacks ส่วนใหญ่จะใช้เมื่อเราต้องการสร้าง adjacencies ระหว่าง 2 อุปกรณ์ (เช่นเราเตอร์) และเพื่อให้แน่ใจว่าเมื่อหนึ่งลิงก์ล้มเหลว adjacency จะไม่ลงไปเพราะ interface loopbacks เป็นตรรกะอินเตอร์เฟสและคุณสามารถเข้าถึงได้โดย วิธีทางที่แตกต่าง.

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


2

การเพิ่ม@Ron Maupinคำตอบที่ดีฉันจะพูดต่อไปว่าการเลือก (ฉลาด) ของ ID เราเตอร์ให้เป็นอินเตอร์เฟซวนกลับจะยิ่ง "มีประสิทธิภาพ" มากขึ้นเมื่อสถานการณ์เชื่อมโยงล้มเหลว ดังที่คนอื่น ๆ กล่าวถึงเราเตอร์ OSPF ทุกคนเลือกรหัสเราเตอร์ ID นี้จะถูกเลือกระหว่างอินเทอร์เฟซที่มีอยู่ทั้งหมดบนเราเตอร์ที่กำหนด UNLESS กำหนดค่าไว้อย่างชัดเจน ดังนั้นในการเชื่อมโยงใด ๆ ล้มเหลวสำหรับเราเตอร์ที่เฉพาะเจาะจง - ถ้าตรรกะของการเลือก ID เราเตอร์ยังคงตั้งอยู่บน "ที่อยู่ IP สูงสุด" และไม่มีที่อยู่ย้อนกลับที่กำหนดค่าห่วงในกระบวนการ OSPF (หรือไม่มีที่อยู่ย้อนกลับใน เราเตอร์เลย) - จากนั้นความล้มเหลวในการเชื่อมโยงนี้จะทริกเกอร์ขั้นตอนการเลือกรหัสเราเตอร์ใหม่ "ภายใน" เราเตอร์และที่สำคัญกว่านั้นจะบังคับเราเตอร์นี้เพื่อโฆษณา ID เราเตอร์ "ที่เพิ่งได้รับการเลือกตั้งใหม่" หมายถึงส่งข้อความ OSPF อีกครั้งไปยังเครือข่าย

ในทางกลับกันถ้าเราเตอร์ ID ถูกตั้งค่า "deterministically" โดยการกำหนดค่าให้เป็นที่อยู่ลูปแบ็ค (หรือถ้ามีที่อยู่ลูปแบ็คใด ๆ ในกระบวนการ OSPF) ที่จะไม่ลง (เว้นแต่แน่นอนเราเตอร์ทั้งหมด / กระบวนการ OSPF จะลดลง) จากนั้นหากหนึ่งในอินเทอร์เฟซของเราเตอร์ไม่ทำงานรหัสเราเตอร์จะไม่ได้รับผลกระทบดังนั้นจะไม่มีข้อความ "รหัสเราเตอร์ใหม่" multicast OSPF จะถูกส่งไปยังเครือข่าย

พิจารณาโทโพโลยีข้างต้นในกรณีที่เราเตอร์E (หรือมากกว่านั้นอินเทอร์เฟซเฉพาะ) ลงไปจากนั้นเมื่อมันจะขึ้นไปอีกครั้งมันจะยังคงโฆษณารหัสเราเตอร์ของ "อีกครั้ง" แต่ (!!) หากเราเตอร์อื่น ( A, B, C หรือ D ) จะมีหนึ่ง (หรือมากกว่า) ของอินเทอร์เฟซ (s) ลงแล้วถ้ารหัสเราเตอร์ไม่ได้ "ตั้งค่า deterministically" - โฆษณาใหม่จะต้อง ถูกส่งไปยังเครือข่ายซึ่งจะส่งผลกระทบต่อแบนด์วิดธ์โดยรวมของมัน และนี่คือกรณีที่ที่อยู่ลูปแบ็คสำหรับเราเตอร์ ID ใน OSPF นั้นมีประโยชน์

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.