بروتوكول معلومات التوجيه
بروتوكول معلومات التوجيه  هو بروتوكول توجيه، داخليّ، وأحد أقدم البروتوكولات العاملة بخوارزميّة شُعاع المسافة، وهو يُستخدم عدد القفزات كوسيلة لحساب وزن المسار أو كلفته. يمنع البروتوكول من تشكل الحلقات من خلال تطبيق يحدد عدد القفزات المسموحة بين المصدر والوجهة من أجل كل مسار. يستخدم البروتوكول عدد من الآليّات لمنع انتشار معلومات التوجيه غير الصحيحة وهي، تحديد الأفق (Split Horizon) وتسميم المسار (Route Poisoning) ومؤقت الانتظار.

هناك ثلاث إصدارات من بروتوكول معلومات التوجيه، وهي الإصدار الأول (RIPv1) وهو موصوف بوثيقة طلب التعليقات (RFC 1058)، والإصدار الثاني وهو موصوف بالوثيقة (RFC 2453)، وهما يدعمان الإصدار الرابع من بروتوكول الإنترنت (IPv4)، وإصدار الجيل التالي (RIPng) وهو موصوف في الوثيقة (RFC 2080)، وهو يدعم الإصدار السادس من بروتوكول الإنترنت (IPv6).

يعمل بروتوكول معلومات التوجيه في طبقة التطبيق في حزمة بروتوكولات الإنترنت، وهو يعتمد على بروتوكول حزم بيانات المستخدم (UDP) في طبقة النقل، وقد تم تخصيص رقم المنفذ (520) له في الإصدارين الأول والثاني ورقم المنفذ (521) في إصدار الجيل التالي.

نبذة تاريخية 
بروتوكول معلومات التوجيه هو بروتوكول توجيه داخلي عامل بخوزاميّة شعاع المسافة، يستخدم عدد القفزات للتعبير عن وزن المسار، ويُرسل كامل جدول التوجيه في رسائل التحديث. يتعامل البروتوكول مع كامل طوبولوجيا الشبكة دفعة واحدة، ولكنّه لا يدعم المسارات بطول أكبر من (15) قفزة، ويحتاج لعدّة دقائق لإنجاز عمية إعادة الحساب.

بدأ العمل على تطوير البروتوكول في مركز أبحاث زيروكس في بالو أيلتو في السبعنيات من القرن العشرين، وسُمي في البداية بروتوكول معلومات البوابة (Gateway Information Protocol GWINFO). في عام 1982م، ظهرت أول نسخة من البروتوكول في توزيعة برمجيات بيركلي (BSD)، ثُمّ تحوّل بحكم الأمر الواقع إلى معيار لبروتكولات التوجيه الداخليّة.

بسبب عدم وجود معيار مُشترك بدأت بعض المشاكل المُتعلقة بالتوافقية والتشغيل المشترك بالظهور، ولهذا قامت مجموعة مهندسي شبكة الإنترنت بإعداد وثيقة طلب تعليقات خاصة بهذا البروتوكول هي الوثيقة (RFC 1058)، المُعنونة: بروتوكول معلومات التوجيه، والتي أصبحت المعيار الرسمي للإصدار الأول من البروتوكول.

واجه الإصدار الأول من البروتوكول العديد من التحدّيات خاصة مع تطور المفاهيم المتعلقة بحزمة بروتوكولات الإنترنت (TCP/IP) وظهور العنونة الغير قياسية (VLSM)، فابتدأ العمل على تطوير نسخة جديدة البروتوكول في مطلع التسعينات، وحملت وثيقة طلب التعليقات (RFC 1388) المُعنونة «الإصدار الثاني من بروتوكول معلومات التوجيه حمل معلومات إضافيّة» أول ذكر للإصدار الثاني، ثُمّ حُدثت بالوثيقة (RFC 1723)، وانتهى الأمر بالوثيقة (RFC 2435) في العام 1998م، وهي المعيار النهائي للإصدار الثاني من بروتوكول معلومات التوجيه.

في نفس الوقت الذي كان يتم فيه تطوير الإصدار الثاني من بروتوكول معلومات التوجيه، كان العمل جاريّاً لتقديم إصدار جديد من البروتوكول مُشابه للإصدارين السابقين ولكنه مُستقل عنهما، وذلك لضمان استمرار عمل بروتوكول التوجيه مع الإصدار السادس من بروتوكول الإنترنت (IPv6)، على أيّ حال، انتهت هذه الجهود في العام 1997م بتطوير إصدار الجيل التالي من بروتوكول معلومات التوجيه (RIPng).

محددات البروتوكول

خوارزمية التوجيه 

يعتمد بروتوكول معلومات التوجيه على خوارزمية بلمان-فورد لحساب أفضل المسارات في كل إصداراته، وهي تُسمى أيضاً خوارزمية شعاع المسافة، وبحسب هذه الخوارزميّة فإنّ كل مُوجّه يشغل البروتوكول، يمتلك معلومات أساسيّة تصف طوبولوجيا الشبكة، ولكنّها ليست شاملة ودقيقة، تكون هذه المعلومات على شكل مجموعة من البنود، يمثل كل بند وجهة محتملة، ويضمّ وزناً للمسار الذييقود إلى الوجهة، ومُعرّفاً مُميزاً لأول عقدة في ذلك المسار. عمليّاً، لا يملك المُوجّه معلومات كاملة عن المسار، فقط وزنه، وكيفية بلوغ أول عقدة فيه انطلاقاً من العقدة التي تُشغل البروتوكول.

بشكلٍ عام، تعمل الخورازمية لتحقيق هدفين، الأول هو بناء جدول التوجيه في العقدة التي تُشغّل البروتوكول، والثاني هو تعقّب التغيرات الحاصلة في طوبولوجيا الشبكة وتحديث جدول التوجيه بشكلٍ مُتوافق معها. لتحقيق الهدف الأول، يجب على كل موجه يُشغّل البروتوكول أن يتبادل المعلومات الخاصّة بالتوجيه مع جيرانه من العقد الأخرى التي تُشغّل البروتوكول، أما تحقيق الهدف الثاني فيحصل بشكلين، إمّا عن طريق تبادل رسائل التحديث الدوريّة وملاحقة التغيرات الحاصلة في الطوبولوجيا من خلالها، أو من خلال التجاوب مع نوع خاص من رسائل التحديث، يُسمّى رسائل التحديث المُحفّزة (Triggered Updated)، وهي رسائل تحديث غير دورية تُرسل للإبلاغ عن رصد تغيير ما في الطوبولوجيا.

وزن المسار 

يُستعمل وزن المسار من أجل إيجاد طريقة للمُقارنة بين المسارات المختلفة واختيار الأفضل، ويعتبر البروتوكول بأنّ المسار الأفضل الذي يصل بين نُقطتين هو المسار صاحب الوزن الأقل. لكل مسار وزن، إذا كانت الشبكة متصلة بشكل مباشر مع العقدة، فإن وزن المسار إليها من تلك العقدة هو (0).

يعتمد بروتوكول معلومات التوجيه على قيمة الوزن التراكمي للمسار لتحديد مدى جودته، ولحساب هذا الوزن يتم إيجاد مجموع أوزان الوصلات التي تشكل المسار بين المصدر والوجهة، ولكن وزن كل وصلة هو (1) بشكل افتراضي، وبالتالي فإنّ مجموع الأوزان يتحول إلى عدد الوصلات التي تشكل المسار، وبصورة أدق إلى عدد القفزات على طول المسار. من حيث المبدأ هناك إمكانية لتعديل أوزان الوصلات، ولكن ذلك غير مُستحسن. يعتمد الوزن بشكل أساسي على طول المسار، وليس على معدل نقل البيانات في وصلاته، أي أن البروتوكول سيختار المسار الأقصر على حساب المسار الأسرع وبسبب ذلك فقد وجّهت انتقادات لطريقة تعريف البروتوكول «لأفضل» مسار.

إنّ أعظم وزن ممكن للمسار هو (15)، أما القيمة (16) فهي تُعبّر عن الوزن اللانهائي، ويكون وزن المسار لا نهائياً عندما يكون الوصول إليه غير ممكناً. يضيف ذلك قيداً على تشغيل البروتوكول في الشبكات الكبيرة الحجم، التي قد يزيد طول المسار فيها عن (15) قفزة.

رسائل التحديث 
تستعمل رسائل التحديث لنشر المعلومات المرتبطة بالتوجيه بين العقد التي تُشغل البروتوكول. في بروتوكول معلومات التوجيه تحتوي رسائل التحديث على معلومات مأخوذة من جدول التوجيه، يختلف محتوى الرسالة بحسب إصدار البروتوكول المستعمل، ولكنها، وبشكل عام، تحتوي على عناوين وجهات وأوزان أفضل المسارات إليها. بالإضافة لذلك، يختلف عدد المسارات التي يُمكن لرسالة التحديث الواحدة أن تحملها باختلاف الإصدار، على أيّة حال، من الممكن أن يتمّ توزيع المعلومات على أكثر من رسالة تحديث في حال لم تكفِ رسالة واحدة.

في الإصدار الأول من بروتوكول معلومات التوجيه كانت رسائل التحديث تُرسل كرسائل بث عام، ولكن ذلك يؤدي إلى استهلاك عرض النطاق في الشبة، لذلك أصبحت الرسائل ترسل بشكل بث مجموعاتي إلى عناوين خاصة، في الإصدار الثاني هو (224.0.0.9) والذي يُمثل عنوان مجموعة كل الموجهات التي تُشغّل الإصدار الثاني من البروتوكول، أما في إصدار الجيل التالي فإن عنوان المجموعة هو (FF02::9).

هناك نوعين من رسائل التحديث التي يدعمها البروتوكول، الأول هو رسائل التحديث الدوريّة، وترسل هذه الرسائل بشكل دوري بفواصل زمنية ثابتة يُحددها مُؤقّت التحديث، وتضمّ معلومات عن كامل جدول توجيه العقدة، أما النوع الثاني، فهو رسائل التحديث المُحفّزة، وهي تُرسل كرد فعل على اكتشاف تغيير في طوبولوجيا الشبكة، وذلك بهدف نشر المعلومات عن التغيير الحاصل بأسرع ما يمكن منعاً لتشكل الحلقات.

يخضع انتشار رسائل التحديث لقاعدة تحديد الأفق (Split Horizon)، وذلك تلافياً لمشكلة العدّ إلى اللانهاية ولمنع تشكل الحلقات.

المؤقتات 

في الأصل، كان كل مُوجّه يُرسل معلومات عن كامل جدول توجيهه كل (30) ثانية، ففي التطبيقات الأولى كانت جداول التوجيه صغيرة الحجم بحيث لا يؤثر إرسالها بهذا الشكل على حركة البيانات، لكن مع توسّع الشبكات، أصبح من الواضح أن هناك زيادة مفاجئة في حركة البيانات كل (30) ثانية، حتى لو تمّ بدء تشغيل المُوجّهات بأوقات عشوائيّة، أي لم يتمّ إقلاعها بنفس الوقت، حيث كان الاعتقاد السائد أن ذلك سوف يسبب جعل إرسال جداول التوجيه مُبعثراً زمنياً، لكن التطبيق العملي أثبت عكس ذلك. أظهرت دراسة لاحقة في العام 1994م، أنه بدون توزيع عشوائي مُحكم، فإنّ مُؤقّتات التحديث تتزامن مع بعضها بشكل آليّ مع مرور الوقت.
يُشغل البروتوكول ثلاث أنواع من المؤقتات، يرتبط النوع الأول برسائل التحديث، أما النوعين الثاني والثالث، فمها زوج من المؤقتات يخصصات لكل مسار، ويلعبات دوراً أساسياً في دورة حياة المسار. بشكل عام، المؤقتات التي يُشفلها البروتوكول هي كالتالي:

 مُؤقّت التحديث (Update timer): وهو مؤقت يحدد الزمن الفاصل بين التحديثات الدوريّة التي يُرسلها الموجه على المنافذ التي تمّ تفعيل البروتوكول عليها، بشكلٍ افتراضيّ تكون قيمته (30) ثانية.
 مُؤقّت المهلة (Timeout timer): وهو مؤقّت خاصّ مرافق لكل مسار موجود في جدول التوجيه. يُحدد هذا المؤقّت صلاحيّة البند في جدول التوجيه، إذا نفذت قيمة المؤقت فالبند غير صالح ولا يُؤخذ به. تضبط قيمة المؤقت إلى القيمة (180) ثانية بشكل افتراضي عند إضافة المسار لجدول التوجيه أوّل مرة، ويتمّ إعادة ضبط المؤقت في كل مرة يتم فيها استقبال رسالة تحديث تحتوي على بند مُطابق للبند الموجود في جدول التوجيه.
 مُؤقّت الانتظار (Garbage-collection timer): قيمته الافتراضيّة (120) ثانية، وهو يحدد الزمن الذي يظل فيه المسار غير الصالح موجوداً في جدول التوجيه، يتمّ تفعيل هذا المؤقت فور اعتبار أحد المسارات غير صالحاً. في حال نفذ هذا المُؤقّت، بدون استقبال أي رسالة تحديث تحتوي معلومات عن المسار، فإنّ المسار يُحذف بشكلٍ نهائيّ من جدول التوجيه، أمّا في جال استقبالها فيُعاد المسار ليكون صالحاً ويحافظ على موقعه في جدول التوجيه.

آلية العمل 

يقوم بروتوكول معلومات التوجيه بمهمتين أساسيتين، الأولى هي تعريف كل عقد الشبكة التي تشغله على أفضل المسارات نحو كل الوجهات المُتاحة، بشكل أدق، ملء جداول التوجيه في هذه العقد، وتحصل هذه العملية اعتماداً على آليتين، الأولى هي التعرّف على الشبكات المتصلة بشكل مباشر مع كل عقدة، والثانية هي الإعلان عنها إلى جميع العقد الأخرى، بحيث تتنشر هذه المعلومات لتصل إلى كل عقد الشبكة.

تحصل عملية تفعيل البروتوكول على مرحلتين، في المرحلة الأولى يتم تفعيل البروتوكول في العقدة ككل، بعد ذلك يتم تفعيله على منافذ العقدة بحسب التصميم الموضوع. بغض النظر عن الإصدار، يُعرّف بروتوكول معلومات التوجيه، نوعين من الرسائل التي يتمّ تبادلها بين العقد التي تُشغله، هذان النوعان هما:
 رسائل الطلب.
 رسائل الرد.

عندما يتم تشغيل البروتوكول في موجه ما، فإنه يُرسل رسائل طلب بشكل بثّ عام عبر جميع منافذه التي تم تفعيل البروتوكول عليها، وتجيب جميع الموجهات الجيران، أي التي تُشغّل البروتوكول أيضاً، بإرسال رسائل الرد الحاويّة على جداول توجيهها. على أيّ حال، ترسل رسائل الردّ هذه بشكل دوريّ بفواصل زمنية ثابتة يحددها مؤقت خاص يُسمى مؤقّت التحديث.

عندما يستقبل الموجه رسالة تحديث تحتوي على جدول توجيه، فإنّه يُعالج كل بند فيه بحسب الخوارزميّة التاليّة:

 إذا كان البند يحتوي مساراً نحو وجهة جديدة، غير معروفة بالنسبة للبروتوكول في الموجه، فإنه يقوم بإضافتها بشكلٍ فوريّ إلى جدول التوجيه مع المعلومات المرافقة لها.
 إذا كان البند يحتوي مساراً نحو وجهة موجودة، ولكن بوزن أقل من الوزن المعروف بالنسبة للبروتوكول في الموجه، فإنّه يقوم بتحديث قيمة الوزن بشكلٍ مُباشر.
 إذا كان البند يحتوي مساراً نحو وجهة موجودة، ولكن بوزن أكبر من الوزن المعروف، فيتمّ تحديث وزن المسار إلى القيمة اللانهائية، وتشغيل مؤقّت انتظار. لحين نفاذ مؤقت الانتظار فإنّ المُوجّه يستخدم المسار نفسه لتوجيه الرزم. بعد نفاذ مؤقت الانتظار، يتفحّص البروتوكول قيمة وزن المسار في رسالة التحديث التالية، إذا كانت القيمة الجديدة ما تزال نفسها، أيّ القيمة الجديدة التي كانت أكبر من الوزن المعروف، فأنّه يقوم بتعديلها في جدول توجيهه، الهدف من الانتظار قبل زيادة وزن مسار معروف، وإلا فإنه يعتبر بأنّ وزن المسار لانهائي وبأنه لا يُمكن الوصول للوجهة، إن سبب استعمال مؤقت الانتظار هو لتجنب مشكلة العدّ إلى اللانهاية.

بعد ذلك ترسل رسائل التحديث بشكل دوري، ويُنظّم مؤقت التحديث ذلك، أو بشكل مُحفّز، وتسمى رسائل التحديث المحفّزة (Triggerd Update Message)، وهي تُرسل عند اكتشاف حصول تغيير في وزن أحد المسارات، فيتم تحفيز رسالة تحديث خاصّة بالمسار، عوضاً عن الانتظار لنفاذ مؤقّت التحديث، والهدف من ذلك هو نشر التحديث عبر الشبكة بأسرع ما يُمكن منعاً لتشكل الحلقات.

الإصدرات 
هناك 3 إصدارات لبروتوكول معلومات التوجيه هي: الإصدار الأول، والإصدار الثاني وإصدار الجيل التالي.

الإصدار الأول من بروتوكول معلومات التوجيه 

الإصدار الأول من البروتوكول هو الإصدار الأصلي، وهو موصوف في وثيقة طلب التعليقات (RFC 1058)، التي نُشرت في العام 1988م، وهو بروتوكول توجيه، داخليّ، قياسيّ أي أنّه لا يدعم تجزئة الشبكات ولا عناوين الشبكات غير القياسيّة (VLSM).

يستخدم البروتوكول خوارزمية بلمان-فورد لحساب أوزان المسارات، حيث يعتمد على عدد القفزات لحساب الوزن، لذلك فهو يُعدّ بروتوكول توجيه يعمل بخوزازميّة شعاع المسافة، مع طول أعظمي للمسار هو (15) قفزة فقط، ما يحدّ من قدرة البروتوكول على العمل في الشبكات الكبيرة. بحسب حزمة بروتوكولات الإنترنت (TCP/IP)، يعمل البروتوكول في طبقة التطبيق، ويعتمد على بروتوكول حزم بيانات المستخدم (UDP) في نقل بياناته، وقد تمّ تخصيص رقم المنفذ (520) من أجل حزم بيانات هذا البروتوكول.

يُرسل الإصدار الأول من البروتوكول رسائل التحديث على شكل رسائل بث عام، إلى العنوان (255.255.255.255)، وهو ما يُرهق عرض النطاق في الشبكة، خاصة أن كل مُوجّه في الشبكة سيقوم بإعادة إرسال الرسالة عند استقبالها عبر كل منافذه، سواء كان يدعم هذا البروتوكول أو لا. من سلبيات هذا الإصدار أيضاً عدم وجود آليّة للمصادقة، وقد شكل هذا ثغرة أمنية في الشبكة، حيث يستقبل الموجه الذي يشغل البروتكول رسائل التحديث من أي مصدر، ويعدّل جدول توجيهه على أساسه، وهذا ما جعل الموجهات التي تستخدم البروتكول عرضة لهجمات حجب الخدمة وهجوم الوسيط.

عرّف الإصدار الأول من البرتوكول ترويسة خاصّة مكونة من ثلاث حقول رئيسيّة، هي:
 حقل الأمر، بطول (1) بايت، وهو لتحديد نوع الترويسة، وهناك 4 أنواع هي: ترويسة الطلب، ترويسة الرد، وترويستي تفعيل وتعطيل التعقب، اللتان أخرجتا من الخدمة ولا يوجد استخدام لهما.
 حقل الإصدار، ، بطول (1) بايت، لتمّيز ترويسة الإصدار الأول.
 حقل معلومات الشبكة، وهو بطول متغير، يضم معلومات من جدول التوجيه، على شكل بنود، حجم كل منها (20) بايت، نظريّاً يمكن أن تحمل رسالة البوتوكول معلوماتٍ عن 25 مساراً، في كل منها عنوان الوجهة ووزن المسار، بالإضافة لحقل لعائلة عنوان المسار، ولا يوجد تراميز إلا لعائلة واحدة هي عناوين الإصدار الرابع من بروتوكول الإنترنت.

يُعرّف الإصدار الأول من البروتوكول ثلاث مؤقتات، الأول هو مُؤقّت التحديث، وهو يستخدم لضبط الفترة الزمنية الفاصلة بين كل رسالتي تحديث يقوم المُوجّه الذي يُشعل البروتوكول بإرسالهما، ومؤقتي النفاذ والانتظار وهما مرافقان لكل مسار يتمّ إضافته لجدول التوجيه، ويحددان على التوالي صلاحية المسار في جدول التوجيه، وزمن الاحتفاظ بالمسار غير الصالح في الجدول قبل التخلص منه.

الإصدار الثاني من بروتوكول معلومات التوجيه 

عملت مجموعة مهندسي شبكة الإنترنت على تطوير الإصدار الثاني من بروتوكول معلومات التوجيه، وهو موصوف في وثيقة طلب التعليقات (RFC 2453)، التي نُشرت في العام 1998م، وهو بروتوكول توجيه، داخليّ، غير قياسيّ أي أنّه يدعم تجزئة الشبكات وعناوين الشبكات غير القياسيّة (VLSM)، بالإضافة لأنه جاء متوافقاً مع الإصدار الأول.

عمل الإصدار الثاني من البروتوكول بحسب خوارزمية بلمان-فورد أيضاً من أجل حساب أوزان المسارات، لذلك فهو يُعدّ بروتوكول توجيه يعمل بخوزازميّة شعاع المسافة، مع طول أعظمي للمسار هو (15) قفزة فقط. بدعم بروتوكول الإصدار الثاني من بروتوكول معلومات التوجيه رزم الإصدار الرابع من بروتوكول الإنترنت (IPv4)، وبشكل مشابه للإصدار الأول، فقد اعتمد الإصدار الثاني على على بروتوكول حزم بيانات المستخدم (UDP) في نقل بياناته، مع حجز رقم المنفذ (520) من أجل حزم بياناته.

لحل المشكلة الأمنية التي واجهت الإصدار الأول، دعم الإصدار الثاني عملية مصادقة بين المُوجهات التي تشغله، إما بتبادل كلمة مرور صريحة، أو مشفرة باستخدام خوارزمية هضم الرسالة الخامسة (MD5)، وقد خصصت الوثيقة (RFC 2082) المعنونة: «المصادقة باستخدام خوارزميّة هضم الرسالة الخامسة في الإصدار الثاني من بروتوكول معلومات التوجيه» (RIPv2 MD5 Authentication).

لا يُعرّف البروتوكول ترويسة خاصة من أجل عملية المُصادقة، وإنّما تستخدم أحد بنود رسالة لتحديث المُخصصة للإعلان عن مسار ما لتوضع فيها حقول ميّزة المُصادقة، وهذا يُخفض عدد المسارات التي يمكن لرسالة تحديث واحدة أن تحمله في حال تشغيل ميّزة المُصادقة إلى 24 مساراً بدلاً من 25.

يعتمد الإصدار الثاني على تقنية البث المجموعاتي عند إرسال رسائل التحديث، حيث تُرسل جميع الرسائل إلى العنوان (224.0.0.9) الذي يُمثل مجموعة كل الموجهات التي تشغل الإصدار الثاني من بروتوكول معلومات التوجيه.

إصدار الجيل التالي من بروتوكول معلومات التوجيه 

مع ظهور الإصدار السادس من بروتوكول الإنترنت (IPv6)، بدأ العمل على إصدار بروتوكولات متوافقة معه، وجاء إصدار الجيل التالي من بروتوكول معلومات التوجيه، الموصوف بالوثيقة (RFC 2080) ليحقق ذلك في شهر يناير من العام 1997م. فهو بروتوكول توجيه، داخليّ، لرزم الإصدار السادس من بروتوكول الإنترنت، وهو غير مُتوافق مع الإصدارين السابقين من البروتوكول من حيث بنية الرسائل المُستعملة.

يعتمد هذا الإصدار على خوازمية بلمان-فورد أيضاً، وهو بالتالي يُصنّف أيضاً على أنّه بروتوكول توجيه عامل بخوارزمية شعاع المسافة، حيث يستخدم عدد القفزات كوسيلة لحساب وزن المسار، مع إمكانية تخصيص وزن للوصلات مُغاير لقيمة الواحد، ولكن ذلك غير محبذ. على أيّة حال، فإن إصدار الجيل التالي لا يدعم هذا الإصدار مسارات يزيد طولها عن 15 قفزة وهو يتشابه بذلك مع الإصدارين السابقين.

يعتمد البروتوكل على نفس مجموعة المؤقتات التي يدعمها الإصدار الثاني، وهي مؤقت التحديث ومؤقتا النفاذ ووهما زوج مرافق لكل مُسار يُضاف إلى جدول التوجيه، وتعمل هذه المؤقتات بحسب إصدار الجيل التالي بنفس الآلية التي تعمل فيها في الإصدار الثاني. وتجدر الإشارة لإلى أن محددات البروتوكول أشارت إلى عملية تزامن مؤقتات التحديث في المُوجّهات التي تشغل البروتوكول، والتي ينتج عنها غمر الشبكة برسائل التحديث بوقت واحد ما يُسبب استهلاك عرض النطاق المُتاح، وقدّمت المحددات زوجاً من الحلول لتلافي حصول هذه المشكلة.

بالإضافة لذلك، فإنّ هذا الإصدارمن البروتوكول يدعم آليّات العد إلى اللانهاية، وتسميم المسار، وتحديد الأفق، كآليّة لمواجهة مُشكلة تشكل الحلقات.

دعم إصدار الجيل التالي مجموعة الخيارات الأمنية الخاصّة ببروتوكول الإنترنت (IPSec)، وذلك لإنجاز عملية المصادقة، بالإضافة لاعتماده على بنية ترويسة مغايرة تماماً للإصدارين السابقين، ورقم منفذ آخر هو 521، وعنوان بث مجموعاتي هو (FF02::9) ليمثل مجموعة كل الموجهات التي تُشغّل الإصدار التالي من بروتوكول معلومات التوجيه.

انظر أيضاً 

 التوجيه.
 بروتوكول التوجيه.

مراجع

وصلات خارجية 
 بروتوكول معلومات التوجيه، مقالة عامة عن البروتوكول من موقع ليفينغ إنترنت.
 دليل أوامر بروتوكول معلومات التوجيه، دليل سيسكو للأوامر الخاصة بتهيئة البروتوكول من أجل نظام التشغيل (12.4T).

بروتوكولات التوجيه
بروتوكولات الإنترنت
معايير الإنترنت
بروتوكول معلومات التوجيه هو بروتوكول توجيه ، داخلي ي ، و أحد أقدم البروتوكولات العاملة بخوارزميّة شُعاع المسافة ، و هو يُستخدم عدد القفزات ك وسيلة ل حساب وزن المسار أو كلفة ه . يمنع البروتوكول من تشكل الحلقات من خلال تطبيق يحدد عدد القفزات المسموحة بين المصدر و الوجهة من أجل كل مسار . يستخدم البروتوكول عدد من الآليّات ل منع انتشار معلومات التوجيه غير الصحيحة و هي ، تحديد الأفق ( Split Horizon ) وتسميم المسار ( Route Poisoning ) ومؤقت الانتظار . هناك ثلاث إصدارات من بروتوكول معلومات التوجيه ، و هي ال إصدار الأول ( R I P v1 ) و هو موصوف بوثيقة طلب التعليقات ( RFC وال إصدار الثاني و هو موصوف بالوثيقة ( RFC و هما يدعمان ال إصدار الرابع من بروتوكول الإنترنت ( IP v4 ) ، و إصدار الجيل التالي ( RIPng ) و هو موصوف في الوثيقة ( RFC و هو يدعم ال إصدار السادس من بروتوكول الإنترنت ( IP v6 ) . يعمل بروتوكول معلومات التوجيه في طبقة التطبيق في حزمة بروتوكولات الإنترنت ، و هو يعتمد على بروتوكول حزم بيانات المستخدم ( UDP ) في طبقة النقل ، و قد تم تخصيص رقم المنفذله في الإصدارين الأول و الثاني ورقم المنفذفي إصدار الجيل التالي . نبذة تاريخية بروتوكول معلومات التوجيه هو بروتوكول توجيه داخلي عامل بخوزاميّة شعاع المسافة ، يستخدم عدد القفزات ل التعبير عن وزن المسار ، ويُرسل كامل جدول التوجيه في رسائل التحديث . يتعامل البروتوكول مع كامل طوبولوجيا الشبكة دفعة واحدة ، ولكنّه لا يدعم المسارات ب طول أكبر منقفزة ، و يحتاج لعدّة دقائق لإنجاز عمية إعادة الحساب . بدأ العمل على تطوير البروتوكول في مركز أبحاث زيروكس في بالو أيلتو في السبعنيات من القرن العشرين ، وسُمي في البداية بروتوكول معلومات البوابة ( Gateway Information Proto col GWINFO ) . في عام ، ظهرت أول نسخة من البروتوكول في توزيعة برمجيات بيركلي ( BSD ) ، ثُمّ تحوّل ب حكم الأمر الواقع إلى معيار لبروتكولات التوجيه الداخليّة . ب سبب عدم وجود معيار مُشترك بدأت بعض المشاكل المُتعلقة بالتوافقية والتشغيل المشترك ب الظهور ، و ل هٰذا قامت مجموعة مهندسي شبكة الإنترنت ب إعداد وثيقة طلب تعليقات خاصة ب هٰذا البروتوكول هي الوثيقة ( RFC المُعنونة : بروتوكول معلومات التوجيه ، و التي أصبحت المعيار الرسمي لل إصدار الأول من البروتوكول . واجه ال إصدار الأول من البروتوكول العديد من التحدّيات خاصة مع تطور المفاهيم المتعلقة بحزمة بروتوكولات الإنترنت ( TCP / IP ) و ظهور العنونة الغير قياسية ( VLSM ) ، فابتدأ العمل على تطوير نسخة جديدة البروتوكول في مطلع التسعينات ، و حملت وثيقة طلب التعليقات ( RFCالمُعنونة « ال إصدار الثاني من بروتوكول معلومات التوجيه حمل معلومات إضافيّة » أول ذكر لل إصدار الثاني ، ثُمّ حُدثت بالوثيقة ( RFC و انتهى الأمر بالوثيقة ( RF Cفي العام ، و هي المعيار النهائي لل إصدار الثاني من بروتوكول معلومات التوجيه . في نفس الوقت الذي كان يتم في ه تطوير ال إصدار الثاني من بروتوكول معلومات التوجيه ، كان العمل جاريّاً ل تقديم إصدار جديد من البروتوكول مُشاب ه للإصدارين السابقين و لٰكن ه مُستقل عن هما ، و ذٰلك ل ضمان استمرار عمل بروتوكول التوجيه مع ال إصدار السادس من بروتوكول الإنترنت ( IP v6 ) ، على أي ي حال ، انتهت هذه الجهود في العام ب تطوير إصدار الجيل التالي من بروتوكول معلومات التوجيه ( RIPng ) . محددات البروتوكول خوارزمية التوجيه يعتمد بروتوكول معلومات التوجيه على خوارزمية بلمان - فورد ل حساب أفضل المسارات في كل إصدارات ه ، و هي تُسمى أيضاً خوارزمية شعاع المسافة ، و ب حسب هذه الخوارزميّة فإنّ كل مُوجّه يشغل البروتوكول ، يمتلك معلومات أساسيّة تصف طوبولوجيا الشبكة ، ولكنّ ها ليست شاملة و دقيقة ، تكون هذه المعلومات على شكل مجموعة من البنود ، يمثل كل بند وجهة محتملة ، ويضمّ وزناً للمسار الذييقود إلى الوجهة ، ومُعرّفاً مُميزاً ل أول عقدة في ذلك المسار . عمليّاً ، لا يملك المُوجّه معلومات كاملة عن المسار ، فقط وزنه ، وكيفية بلوغ أول عقدة في ه انطلاقاً من العقدة التي تُشغل البروتوكول . بشكلٍ عام ، تعمل الخورازمية ل تحقيق هدفين ، الأول هو بناء جدول التوجيه في العقدة التي تُشغّل البروتوكول ، و الثاني هو تعقّب التغيرات الحاصلة في طوبولوجيا الشبكة وتحديث جدول التوجيه بشكلٍ مُتوافق مع ها . ل تحقيق الهدف الأول ، يجب على كل موجه يُشغّل البروتوكول أن يتبادل المعلومات الخاصّة بالتوجيه مع جيرانه من العقد الأخرى التي تُشغّل البروتوكول ، أما تحقيق الهدف الثاني ف يحصل بشكلين ، إمّا عن طريق تبادل رسائل التحديث الدوريّة و ملاحقة التغيرات الحاصلة في الطوبولوجيا من خلال ها ، أو من خلال التجاوب مع نوع خاص من رسائل التحديث ، يُسمّى رسائل التحديث المُحفّزة ( Triggered Updated ) ، و هي رسائل تحديث غير دورية تُرسل للإبلاغ عن رصد تغيير ما في الطوبولوجيا . وزن المسار يُس تعمل وزن المسار من أجل إيجاد طريقة للمُقارنة بين المسارات المختلفة و اختيار الأفضل ، و يعتبر البروتوكول بأنّ المسار الأفضل الذي يصل بين نُقطتين هو المسار صاحب الوزن الأقل . ل كل مسار وزن ، إذا كانت الشبكة متصلة ب شكل مباشر مع العقدة ، ف إن وزن المسار إلي ها من تلك العقدة هو يعتمد بروتوكول معلومات التوجيه على قيمة الوزن التراكمي للمسار ل تحديد مدى جودة ه ، ولحساب هذا الوزن يتم إيجاد مجموع أوزان الوصلات التي تشكل المسار بين المصدر و الوجهة ، و لٰكن وزن كل وصلة هو ب شكل افتراضي ، و ب التالي فإنّ مجموع الأوزان يتحول إلى عدد الوصلات التي تشكل المسار ، و ب صورة أدق إلى عدد القفزات على طول المسار . من حيث المبدأ هناك إمكانية ل تعديل أوزان الوصلات ، و لٰكن ذلك غير مُستحسن . يعتمد الوزن ب شكل أساسي على طول المسار ، و ليس على معدل نقل البيانات في وصلات ه ، أي أن البروتوكول سيختار المسار الأقصر على حساب المسار ال أسرع و ب سبب ذلك ف قد وجّهت انتقادات ل طريقة تعريف البروتوكول « لأفضل » مسار . إنّ أعظم وزن ممكن للمسار هو أما القيمةفهي تُعبّر عن الوزن اللانهائي ، و يكون وزن المسار لا نهائياً عندما يكون الوصول إلي ه غير ممكناً . يضيف ذلك قيداً على تشغيل البروتوكول في ال شبكات الكبيرة الحجم ، التي قد يزيد طول المسار في ها عنقفزة . رسائل التحديث تس تعمل رسائل التحديث ل نشر المعلومات المرتبطة بالتوجيه بين العقد التي تُشغل البروتوكول . في بروتوكول معلومات التوجيه تحتوي رسائل التحديث على معلومات مأخوذة من جدول التوجيه ، يختلف محتوى الرسالة ب حسب إصدار البروتوكول المس تعمل ، و لٰكن ها ، و ب شكل عام ، تحتوي على عناوين وجهات وأوزان أفضل المسارات إلي ها . ب الإضافة ل ذٰلك ، يختلف عدد المسارات التي يُمكن لرسالة التحديث الواحدة أن تحمل ها ب اختلاف ال إصدار ، على أيّة حال ، من الممكن أن يتمّ توزيع المعلومات على أكثر من رسالة تحديث في حال لم تكفِ رسالة واحدة . في ال إصدار الأول من بروتوكول معلومات التوجيه كانت رسائل التحديث تُرسل كرسائل بث عام ، و لٰكن ذلك يؤدي إلى استهلاك عرض النطاق في الشبة ، ل ذٰلك أصبحت الرسائل ترسل ب شكل بث مجموعاتي إلى عناوين خاصة ، في ال إصدار الثاني هو 0.0.9 ) و الذي يُمثل عنوان مجموعة كل الموجهات التي تُشغّل ال إصدار الثاني من البروتوكول ، أما في إصدار الجيل التالي ف إن عنوان المجموعة هو ( FF02 : : 9 ) . هناك نوعين من رسائل التحديث التي ي دعم ها البروتوكول ، الأول هو رسائل التحديث الدوريّة ، و ترسل هذه الرسائل ب شكل دوري بفواصل زمنية ثابتة يُحدد ها مُؤقّت التحديث ، وتضمّ معلومات عن كامل جدول توجيه العقدة ، أما النوع الثاني ، ف هو رسائل التحديث المُحفّزة ، و هي تُرسل ك رد فعل على اكتشاف تغيير في طوبولوجيا الشبكة ، و ذٰلك ب هدف نشر المعلومات عن التغيير الحاصل ب أسرع ما يمكن منعاً ل تشكل الحلقات . يخضع انتشار رسائل التحديث لقاعدة تحديد الأفق ( Split Horizon ) ، و ذٰلك تلافياً ل مشكلة العدّ إلى اللانهاية ولمنع تشكل الحلقات . المؤقتات في الأصل ، كان كل مُوجّه يُرسل معلومات عن كامل جدول توجيه ه كلثانية ، ف في التطبيقات الأولى كانت جداول التوجيه صغيرة الحجم ب حيث لا يؤثر إرسال ها ب هٰذا الشكل على حركة البيانات ، لكن مع توسّع ال شبكات ، أصبح من الواضح أن هناك زيادة مفاجئة في حركة البيانات كلثانية ، حتى لو تمّ بدء تشغيل المُوجّهات بأوقات عشوائيّة ، أي لم يتمّ إقلاع ها ب نفس الوقت ، حيث كان الاعتقاد السائد أن ذلك سوف يسبب جعل إرسال جداول التوجيه مُبعثراً زمنياً ، لكن التطبيق العمل ي أثبت عكس ذلك . أظهرت دراسة لاحقة في العام ، أن ه ب دون توزيع عشوائي مُحكم ، فإنّ مُؤقّتات التحديث تتزامن مع بعض ها ب شكل آلي ي مع مرور الوقت . يُشغل البروتوكول ثلاث أنواع من المؤقتات ، يرتبط النوع الأول ب رسائل التحديث ، أما النوعين الثاني و الثالث ، فم ها زوج من المؤقتات يخصصات ل كل مسار ، ويلعبات دوراً أساسياً في دورة حياة المسار . ب شكل عام ، المؤقتات التي يُشفل ها البروتوكول هي ك التالي : مُؤقّت التحديث ( Update timer ) : و هو مؤقت يحدد الزمن الفاصل بين التحديثات الدوريّة التي يُرسل ها الموجه على المنافذ التي تمّ تفعيل البروتوكول علي ها ، بشكلٍ افتراضي ي تكون قيمتهثانية . مُؤقّت المهلة ( Timeout timer ) : و هو مؤقّت خاصّ مرافق ل كل مسار موجود في جدول التوجيه . يُحدد هذا المؤقّت صلاحيّة البند في جدول التوجيه ، إذا نفذت قيمة المؤقت فالبند غير صالح و لا يُؤخذ ب ه . تضبط قيمة المؤقت إلى القيمةثانية ب شكل افتراضي عند إضافة المسار لجدول التوجيه أوّل مرة ، ويتمّ إعادة ضبط المؤقت في كل مرة يتم في ها استقبال رسالة تحديث تحتوي على بند مُطابق للبند الموجود في جدول التوجيه . مُؤقّت الانتظار ( Garbage - collection timer ) : قيمة ه الافتراضيّةثانية ، و هو يحدد الزمن الذي يظل في ه المسار غير الصالح موجوداً في جدول التوجيه ، يتمّ تفعيل هذا المؤقت فور اعتبار أحد المسارات غير صالحاً . في حال نفذ هذا المُؤقّت ، ب دون استقبال أي رسالة تحديث تحتوي معلومات عن المسار ، فإنّ المسار يُحذف بشكلٍ نهائي ي من جدول التوجيه ، أمّا في جال استقبال ها فيُعاد المسار ل يكون صالحاً ويحافظ على موقع ه في جدول التوجيه . آلية العمل يقوم بروتوكول معلومات التوجيه بمهمتين أساسيتين ، الأولى هي تعريف كل عقد الشبكة التي تشغله على أفضل المسارات نحو كل الوجهات المُتاحة ، ب شكل أدق ، ملء جداول التوجيه في هذه العقد ، و تحصل هذه العملية اعتماداً على آليتين ، الأولى هي التعرّف على ال شبكات المتصلة ب شكل مباشر مع كل عقدة ، و الثانية هي الإعلان عن ها إلى جميع العقد الأخرى ، ب حيث ت تنشر هذه المعلومات ل تصل إلى كل عقد الشبكة . تحصل عملية تفعيل البروتوكول على مرحلتين ، في المرحلة الأولى يتم تفعيل البروتوكول في العقدة ك كل ، بعد ذلك يتم تفعيل ه على منافذ العقدة ب حسب التصميم الموضوع . ب غض النظر عن ال إصدار ، يُعرّف بروتوكول معلومات التوجيه ، نوعين من الرسائل التي يتمّ تبادل ها بين العقد التي تُشغله ، هذان النوعان هما : رسائل الطلب . رسائل الرد . عندما يتم تشغيل البروتوكول في موجه ما ، ف إن ه يُرسل رسائل طلب ب شكل بثّ عام عبر جميع منافذ ه التي تم تفعيل البروتوكول علي ها ، وتجيب جميع الموجهات الجيران ، أي التي تُشغّل البروتوكول أيضاً ، ب إرسال رسائل الرد الحاويّة على جداول توجيه ها . على أي ي حال ، ترسل رسائل الردّ هذه ب شكل دوري ي بفواصل زمنية ثابتة يحدد ها مؤقت خاص يُسمى مؤقّت التحديث . عندما يستقبل الموجه رسالة تحديث تحتوي على جدول توجيه ، فإنّه يُعالج كل بند في ه ب حسب الخوارزميّة التاليّة : إذا كان البند يحتوي مساراً نحو وجهة جديدة ، غير معروفة ب النسبة للبروتوكول في الموجه ، ف إن ه يقوم بإضافة ها بشكلٍ فوري ي إلى جدول التوجيه مع المعلومات المرافقة ل ها . إذا كان البند يحتوي مساراً نحو وجهة موجودة ، و لٰكن ب وزن أقل من الوزن المعروف ب النسبة للبروتوكول في الموجه ، فإنّه يقوم ب تحديث قيمة الوزن بشكلٍ مُباشر . إذا كان البند يحتوي مساراً نحو وجهة موجودة ، و لٰكن ب وزن أكبر من الوزن المعروف ، فيتمّ تحديث وزن المسار إلى القيمة اللانهائية ، و تشغيل مؤقّت انتظار . ل حين نفاذ مؤقت الانتظار فإنّ المُوجّه يستخدم المسار نفس ه ل توجيه الرزم . بعد نفاذ مؤقت الانتظار ، يتفحّص البروتوكول قيمة وزن المسار في رسالة التحديث التالية ، إذا كانت القيمة الجديدة ما تزال نفس ها ، أي ي القيمة الجديدة التي كانت أكبر من الوزن المعروف ، فأنّه يقوم بتعديل ها في جدول توجيه ه ، الهدف من الانتظار قبل زيادة وزن مسار معروف ، و إلا ف إن ه يعتبر بأنّ وزن المسار لانهائي وب أن ه لا يُمكن الوصول للوجهة ، إن سبب استعمال مؤقت الانتظار هو ل تجنب مشكلة العدّ إلى اللانهاية . بعد ذلك ترسل رسائل التحديث ب شكل دوري ، ويُنظّم مؤقت التحديث ذلك ، أو ب شكل مُحفّز ، وتسمى رسائل التحديث المحفّزة ( Triggerd Update Message ) ، و هي تُرسل عند اكتشاف حصول تغيير في وزن أحد المسارات ، ف يتم تحفيز رسالة تحديث خاصّة بالمسار ، عوضاً عن الانتظار لنفاذ مؤقّت التحديث ، و الهدف من ذلك هو نشر التحديث عبر الشبكة ب أسرع ما يُمكن منعاً ل تشكل الحلقات . الإصدرات هناكإصدارات لبروتوكول معلومات التوجيه هي : ال إصدار الأول ، وال إصدار الثاني و إصدار الجيل التالي . ال إصدار الأول من بروتوكول معلومات التوجيه ال إصدار الأول من البروتوكول هو ال إصدار الأصلي ، و هو موصوف في وثيقة طلب التعليقات ( RFC التي نُشرت في العام ، و هو بروتوكول توجيه ، داخلي ي ، قياسي ي أي أنّه لا يدعم تجزئة ال شبكات و لا عناوين ال شبكات غير القياسيّة ( VLSM ) . يستخدم البروتوكول خوارزمية بلمان - فورد ل حساب أوزان المسارات ، حيث يعتمد على عدد القفزات ل حساب الوزن ، ل ذٰلك ف هو يُعدّ بروتوكول توجيه يعمل بخوزازميّة شعاع المسافة ، مع طول أعظمي للمسار هوقفزة فقط ، ما يحدّ من قدرة البروتوكول على العمل في ال شبكات الكبيرة . ب حسب حزمة بروتوكولات الإنترنت ( TCP / IP ) ، يعمل البروتوكول في طبقة التطبيق ، و يعتمد على بروتوكول حزم بيانات المستخدم ( UDP ) في نقل بيانات ه ، و قد تمّ تخصيص رقم المنفذمن أجل حزم بيانات هذا البروتوكول . يُرسل ال إصدار الأول من البروتوكول رسائل التحديث على شكل رسائل بث عام ، إلى العنوان 255.255.255 ) ، و هو ما يُرهق عرض النطاق في الشبكة ، خاصة أن كل مُوجّه في الشبكة س يقوم ب إعادة إرسال الرسالة عند استقبال ها عبر كل منافذ ه ، سواء كان يدعم هذا البروتوكول أو لا . من سلبيات هذا ال إصدار أيضاً عدم وجود آليّة للمصادقة ، و قد شكل هذا ثغرة أمنية في الشبكة ، حيث يستقبل الموجه الذي يشغل البروتكول رسائل التحديث من أي مصدر ، ويعدّل جدول توجيه ه على أساس ه ، و هٰذا ما جعل الموجهات التي تستخدم البروتكول عرضة ل هجمات حجب الخدمة وهجوم الوسيط . عرّف ال إصدار الأول من البرتوكول ترويسة خاصّة مكونة من ثلاث حقول رئيسيّة ، هي : حقل الأمر ، بطولبايت ، و هو ل تحديد نوع الترويسة ، وهناكأنواع هي : ترويسة الطلب ، ترويسة الرد ، وترويستي تفعيل و تعطيل ال تعقب ، اللتان أخرجتا من الخدمة و لا يوجد استخدام ل هما . حقل ال إصدار ، ، بطولبايت ، لتمّيز ترويسة ال إصدار الأول . حقل معلومات الشبكة ، و هو ب طول متغير ، يضم معلومات من جدول التوجيه ، على شكل بنود ، حجم كل منهابايت ، نظريّاً يمكن أن تحمل رسالة البوتوكول معلوماتٍ عنمساراً ، في كل من ها عنوان الوجهة ووزن المسار ، ب الإضافة لحقل ل عائلة عنوان المسار ، و لا يوجد تراميز إلا ل عائلة واحدة هي عناوين ال إصدار الرابع من بروتوكول الإنترنت . يُعرّف ال إصدار الأول من البروتوكول ثلاث مؤقتات ، الأول هو مُؤقّت التحديث ، و هو يستخدم ل ضبط الفترة الزمنية الفاصلة بين كل رس التي تحديث يقوم المُوجّه الذي يُشعل البروتوكول بإرسال هما ، ومؤقتي النفاذ والانتظار و هما مرافقان ل كل مسار يتمّ إضافت ه لجدول التوجيه ، ويحددان على التوالي صلاحية المسار في جدول التوجيه ، و زمن ا الاحتفاظ بالمسار غير الصالح في الجدول قبل ا التخلص من ه . ال إصدار الثاني من بروتوكول معلومات التوجيه عملت مجموعة مهندسي شبكة الإنترنت على تطوير ال إصدار الثاني من بروتوكول معلومات التوجيه ، و هو موصوف في وثيقة طلب التعليقات ( RFC التي نُشرت في العام ، و هو بروتوكول توجيه ، داخلي ي ، غير قياسي ي أي أنّه يدعم تجزئة ال شبكات و عناوين ال شبكات غير القياسيّة ( VLSM ) ، ب الإضافة لأن ه جاء متوافقاً مع ال إصدار الأول . عمل ال إصدار الثاني من البروتوكول ب حسب خوارزمية بلمان - فورد أيضاً من أجل حساب أوزان المسارات ، ل ذٰلك ف هو يُعدّ بروتوكول توجيه يعمل بخوزازميّة شعاع المسافة ، مع طول أعظمي للمسار هوقفزة فقط . ب دعم بروتوكول ال إصدار الثاني من بروتوكول معلومات التوجيه رزم ال إصدار الرابع من بروتوكول الإنترنت ( IP v4 ) ، و ب شكل مشاب ه لل إصدار الأول ، ف قد اعتمد ال إصدار الثاني على على بروتوكول حزم بيانات المستخدم ( UDP ) في نقل بيانات ه ، مع حجز رقم المنفذمن أجل حزم بيانات ه . ل حل المشكلة الأمنية التي واجهت ال إصدار الأول ، دعم ال إصدار الثاني عملية مصادقة بين المُوجهات التي تشغله ، إما بتبادل كلمة مرور صريحة ، أو مشفرة ب استخدام خوارزمية هضم الرسالة الخامسة ( M D 5 ) ، و قد خصصت الوثيقة ( RFCالمعنونة : « المصادقة ب استخدام خوارزميّة هضم الرسالة الخامسة في ال إصدار الثاني من بروتوكول معلومات التوجيه » ( R I P v2 MD 5 Authentication ) . لا يُعرّف البروتوكول ترويسة خاصة من أجل عملية المُصادقة ، وإنّما تستخدم أحد بنود رسالة ل تحديث المُخصصة للإعلان عن مسار ما لتوضع في ها حقول ميّزة المُصادقة ، و هٰذا يُخفض عدد المسارات التي يمكن لرسالة تحديث واحدة أن ت حمل ه في حال تشغيل ميّزة المُصادقة إلىمساراً بدلاً من يعتمد ال إصدار الثاني على تقنية البث المجموعاتي عند إرسال رسائل التحديث ، حيث تُرسل جميع الرسائل إلى العنوان 0.0.9 ) الذي يُمثل مجموعة كل الموجهات التي تشغل ال إصدار الثاني من بروتوكول معلومات التوجيه . إصدار الجيل التالي من بروتوكول معلومات التوجيه مع ظهور ال إصدار السادس من بروتوكول الإنترنت ( IP v6 ) ، بدأ العمل على إصدار بروتوكولات متوافقة مع ه ، و جاء إصدار الجيل التالي من بروتوكول معلومات التوجيه ، الموصوف بالوثيقة ( RFCل يحقق ذلك في شهر يناير من العام . ف هو بروتوكول توجيه ، داخلي ي ، لرزم ال إصدار السادس من بروتوكول الإنترنت ، و هو غير مُتوافق مع الإصدارين السابقين من البروتوكول من حيث بنية الرسائل المُستعملة . يعتمد هذا ال إصدار على خوازمية بلمان - فورد أيضاً ، و هو ب التالي يُصنّف أيضاً على أنّه بروتوكول توجيه عامل بخوارزمية شعاع المسافة ، حيث يستخدم عدد القفزات ك وسيلة ل حساب وزن المسار ، مع إمكانية تخصيص وزن للوصلات مُغاير لقيمة الواحد ، و لٰكن ذلك غير محبذ . على أيّة حال ، ف إن إصدار الجيل التالي لا يدعم هذا ال إصدار مسارات يزيد طول ها عنقفزة و هو ي تشابه ب ذٰلك مع الإصدارين السابقين . يعتمد البروتوكل على نفس مجموعة المؤقتات التي ي دعم ها ال إصدار الثاني ، و هي مؤقت التحديث ومؤقتا النفاذ ووهما زوج مرافق ل كل مُسار يُضاف إلى جدول التوجيه ، و تعمل هذه المؤقتات ب حسب إصدار الجيل التالي ب نفس الآلية التي تعمل في ها في ال إصدار الثاني . و تجدر الإشارة ل إلى أن محددات البروتوكول أشارت إلى عملية تزامن مؤقتات التحديث في المُوجّهات التي تشغل البروتوكول ، و التي ينتج عن ها غمر الشبكة ب رسائل التحديث ب وقت واحد ما يُسبب استهلاك عرض النطاق المُتاح ، وقدّمت المحددات زوجاً من الحلول لتلافي حصول هذه المشكلة . ب الإضافة ل ذٰلك ، فإنّ هذا الإصدارمن البروتوكول يدعم آليّات العد إلى اللانهاية ، وتسميم المسار ، و تحديد الأفق ، كآليّة ل مواجهة مُشكلة تشكل الحلقات . دعم إصدار الجيل التالي مجموعة الخيارات الأمنية الخاصّة ببروتوكول الإنترنت ( IPSec ) ، و ذٰلك لإنجاز عملية المصادقة ، ب الإضافة لاعتماد ه على بنية ترويسة مغايرة تماماً للإصدارين السابقين ، ورقم منفذ آخر هو وعنوان بث مجموعاتي هو ( FF02 : : 9 ) ل يمثل مجموعة كل الموجهات التي تُشغّل ال إصدار التالي من بروتوكول معلومات التوجيه . انظر أيضاً التوجيه . بروتوكول التوجيه . مراجع وصلات خارجية بروتوكول معلومات التوجيه ، مقالة عامة عن البروتوكول من موقع ليفينغ إنترنت . دليل أوامر بروتوكول معلومات التوجيه ، دليل سيسكو للأوامر الخاصة ب تهيئة البروتوكول من أجل نظام التشغيل 4T ) . بروتوكولات التوجيه بروتوكولات الإنترنت معايير الإنترنت