เหตุใด RIP จึงไม่สามารถปรับขนาดได้

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

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

สรุป

• เส้นทางRIPv1 ท่วมท้นบ่อยครั้ง (ทุก 30 วินาที) ซึ่งแนะนำโหลด CPU ขนาดใหญ่เมื่อขนาดของตารางเส้นทางเพิ่มขึ้น สิ่งนี้ประกอบไปด้วยความเป็นจริงที่RIPคำนวณใหม่ตัวชี้วัดสำหรับทุกเส้นทางทุกครั้งที่ทำให้เส้นทางนั้นไหลออกจากอินเทอร์เฟซใหม่ (ไม่ว่าจะมีการเปลี่ยนแปลงโทโปโลยีหรือไม่ก็ตาม) เมื่อจำนวนเส้นทางเพิ่มขึ้นสิ่งนี้จะป้องกันRIPจากการปรับขนาดเช่นเดียวกับโปรโตคอลอื่น ๆ
• RIPv1เป็นclassful
• เส้นทางน้ำท่วมOSPFนาน ๆ ครั้ง หากมีการเปลี่ยนแปลงโทโปโลยีในเครือข่ายเฉพาะ LSAs ที่เปลี่ยนแปลงจะถูกน้ำท่วม เมทริกถูกคำนวณจากการเปลี่ยนแปลงเหล่านี้ ดังนั้นการคำนวณเส้นทางตามความต้องการในLSA s ซึ่งมีน้ำท่วมไม่บ่อยนักทำให้OSPFมีขนาดที่ดี
• OSPFเป็นโปรโตคอลไร้คลาสซึ่งรองรับCIDRซึ่งทำให้โปรโตคอลสามารถปรับขนาดได้มากกว่าRIPv1

รายละเอียดRIPv1 :

RIPเป็นโปรโตคอลระยะทางเวกเตอร์ ; ทุกระยะทางเวกเตอร์โปรโตคอล s รันBellman ฟอร์ดอัลกอริทึม ในระดับสูงหมายถึง:

• เส้นทางทั้งหมดในตารางเส้นทางจะมีการประกาศเป็นระยะผ่านอินเตอร์เฟสทั้งหมด
• RIP ทำให้เกิดปัญหาน้ำท่วมทุก ๆอินเตอร์เฟสRIPทุก ๆ 30 วินาที เนื่องจากเส้นทางRIP ตามข่าวลือหมายความว่าเราเตอร์ทุกตัวในทอพอโลยีต้องทำงานในสัดส่วนโดยตรงกับขนาดของตารางเส้นทางทุก 30 วินาที ภาระของซีพียูและปริมาณการรับส่งข้อมูลของปัญหานี้น่ากลัวเมื่อคุณเข้าใกล้หลายพันเส้นทาง (โดยเฉพาะอย่างยิ่งในเราเตอร์ที่ใช้ CPU โดยไม่มีการส่งต่อฮาร์ดแวร์)
• RIPโพรโทคอตัวเองมีคงที่สูงสุดนับปฮอปที่ 15 กระโดด (ซึ่งมีขนาดเล็กถ้าคุณต้องการที่จะทำรูปแบบของเส้นทางน้ำหนักใด ๆ )
• โปรโตคอลขึ้นอยู่กับยามฟอร์ดอัลกอริทึมมีแนวโน้มที่จะเส้นทาง loopsและนับไปไม่มีที่สิ้นสุดปัญหา

รายละเอียดOSPF :

โดยวิธีการของความคมชัด, OSPFเป็นโปรโตคอล link รัฐทำงานอัลกอริทึมของ Dijkstra เช่นนี้:

• เราเตอร์แต่ละตัวจะประกาศเส้นทางที่เชื่อมต่อโดยตรงและแจกจ่ายใหม่ในการอัพเดทเส้นทาง (เรียกว่าLSA )
• เราเตอร์แต่ละตัวจะมีน้ำท่วมLSAของตนเองทุก ๆ 30 นาทีตามค่าเริ่มต้น (เนื่องจากตัวจับเวลารีเฟรชเส้นทางคือ 3600 วินาทีหรือ 1 ชั่วโมง)
• LSA s ยังถูกน้ำท่วมเมื่อถูกเรียกโดยการเปลี่ยนแปลงในตารางเส้นทาง
• เราเตอร์ใช้อัลกอริทึมของ Dijkstraเพื่อทำการคำนวณเส้นทางLSA แบบกระจายเมื่อจำเป็นเท่านั้น

เพียงเพิ่มสิ่งที่ไมค์ได้อธิบายไปแล้ว RIP จะคำนวณเส้นทางใหม่และประกาศเส้นทางทั้งหมดทุก 30 วินาที ในเครือข่ายที่มีเราเตอร์นับพันและเส้นทางนับหมื่น ๆ เส้นทางนั่นเป็นการคำนวณเส้นทางมากมาย - เราเตอร์จะยุ่งเกินกว่าที่จะส่งต่อการรับส่งข้อมูลใด ๆ

อย่างที่คุณอาจได้เรียนรู้แล้วตัวชี้วัดสูงสุดของ RIP คือ 15 ฮอป ที่ จำกัด ขนาดของเครือข่าย

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