stanford-oval/wikipedia huggingface dataset:
بروتوكول التوجيه الداخلي المحسن بين البوابات
نبذة تاريخية

منذ منتصف الثمانينات، ولإنجاز التوجيه، اعتمدت شركة سيسكو على بروتوكولها الخاصّ، وهو بروتوكول التوجيه الداخلي  بين البوابات ، الذي أبدى تفوقاً ملحوظاً على بروتوكول معلومات التوجيه المُسيطر في تلك الفترة، لكنّ بروتوكول التوجيه الداخلي بين البوابات عانى من عدد من العيوب والسلبيات، أهمها محدودية طول المسار، واستهلاكه لعرض النطاق من خلال حاجته الدائمة لإرسال كامل معلومات التوجيه، بالإضافة لكونه بروتوكول توجيه قياسي لا يدعم تجزئة الشبكات بل يكتفي بدعم الأصناف القياسيّة فقط، مع عملية إعادة حساب طويلة وبطيئة، لذلك تطلّعت سيسكو إلى تطوير بروتوكول توجيه جديد يُلائم احتياجاتها.
كان تطوير خوارمية نشر التحديثات  في عام 1993م  هو النقطة الأساسية التي ارتكزت عليها عملية تطوير البروتوكول. بعد ذلك، وفي نفس العام، تمّ تطوير بروتوكول التوجيه المُحسّن بشكلٍ نهائيّ كملكيّة خاصة لشركة سيسكو، وفي العام التالي طُرحت ورقة بحثيّة من قبل المُطورين لخّصت آليّة عمله وميزاته.
في مطلع العام 2013، أوضحت سيسكو رغبتها في جعل البروتوكول مُتاحاً للاستخدام العام، وبالتوازي مع ذلك، وفي شهر فبراير من نفس العام، طرحت سيسكو بالتعاون مع جمعية الإنترنت أول مسودة لمعيار مفتوح لبروتوكول التوجيه المُحسّن، واستغرق العمل 3 سنوات أخرى، مع مشاركة من أطراف أخرى من شركة كومولوس للشبكات  ولينكد إن وجامعة زيلينا في سلوفاكيا، وطُرحَت المسودة الأخيرة التي حملت الرقم 5 في 23 فبراير من العام 2016م، بعد ذلك بشهرين، وبالتحديد في شهر مايو، طُرح المعيار الرسمي للبروتكول في وثيقة طلب تعليقات من صنف المعلومات، حملت الرقم (RFC 7868).
محددات البروتوكول

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

يدعم بروتوكول التوجيه المُحسّن عمليّة مُعقّدة لحساب الوزن، وهي تجري بشكلٍ آليّ اعتماداً على مُعادلة رياضيّة تشتمل على عدد من المُتحولات والمُعاملات، فأمّا المُتحولات فهي تخصّ طوبولوجيا الشبكة نفسَها، وأمّا المُعاملات فهي قيم عددية ثابتة، تُضبط من أجل التأثير بطريقة مُحددة على أحد المتحولات، كجعل أثره مُضاعفاً مُقارنةً مع البقيّة، أو حتى إهمالُه بالكامل. يُستخدم البروتوكول المتحولات لتمثيل القيم الخاصّة بعرض نطاق الوصلات، وزمن التأخير فيها بالإضافة لقيم ترتبط بالحمولة والوثوقيّة ووحدة النقل العظمى وتقلقل الإرسال والطاقة، بالإضافة لوجود ست مُعاملات هي بالترتيب (K1, K2, K3, K4, K5, K6).
محددات البروتوكول > حساب الوزن > المُتحوّلات المُستعملة في حساب الوزن

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

طُوِّرت معادلة حساب الوزن الخاصّة ببروتوكول التوجيه المحسن بناء على دراسة دقيقة لإعطاء كل مسار وزناً يتلائم مع محدداته، بحيث يكون للمسار الأفضل وزنٌ أقل، وقد تمّ اختيار قيم المُعاملات بناء على هذا، لذلك لا يُستحسن أن يتمّ تعديل هذه القيم. يُمكن أن تأخذ قيمة أي مُعامل أي عدد صحيح موجب في ضمن المجال [255,0]. إنّ تطابق هذه القيم بين مُوجّهين يُشغّلان البروتوكول هو شرطٌ أساسيّ لنجاح إنشاء علاقة الجيران فيما بينهما.
يُعطي المُعامل K1 أهمية لعرض النطاق، أما المُعامل K2 فإنه يُستخدم ليعطي أهمية لإنتاجية الشبكة، والتي تُحسب بصيغة رياضية تربط بين اثنين من المُتحولات هما عرض النطاق والحمولة. يسمح المُعامل K3 بإعطاء أهميّة للتأخير الحاصل على طول المسار في معادلة حساب الوزن. أمّا المعاملين K4 و(K5) فهما يُدخلان جودة الوصلة في الحساب، عن طريق الوثوقية. إنّ القيمة الافتراضيّة للمُعاملين K1 وK3 هي 1، أمّا القيمة الافتراضيّة للمُعاملات K2 وK4 وK5 فهي 0.
يقتصر استخدام المعامل K6 على عملية حساب الوزن المُوسّع فقط، وهو يُدخل متحولات تقلقل الإرسال والطاقة في الحساب، تكون القيمة الافتراضيّة لهذا المعامل هي 0.
محددات البروتوكول > حساب الوزن > حساب الوزن التقليدي

لحساب الوزن التقليدي تُستخدم المعادلة التاليّة:
حيث (  {{\text{Bw}}_{L}} ) هي القيمة الخطيّة لأدنى عرض نطاق على طول المسار، و  {{\text{D}}_{L}} هي القيمة الخطيّة لمجموع أزمنة التأخير على كامل الوصلات التي تشكل المسار مقدرّة بعشرات الميكروثانية، أما الحمل  {\text{L}} والوثوقيّة  {\text{R}}، فهما يأخذان قيماً صحيحة من المجال [256,1]، لتعكس نسبة مئويّة، حيث تمثل القيمة 255 النسبة 100% وتمثل القيمة 127 النسبة 50%. إنّ أدنى قيمة وثوقية على طول المسار تدخل في حساب الوزن، أمّا لإيجاد قيمة مُتحول الحمل، فإنّ أعلى قيمة على طول المسار هي ما يُعتمد في معادلة حساب الوزن. يرجع استعمال القيم الخطيّة إلى الاختلاف في واحدات القياس، ففي حين يقاس عرض النطاق، بملايين الهرتز، والهرتز هو مقلوب الثانية، فإنّ زمن التأخير يقاس بالميكرو ثانية، لذلك تُستعمل القيم الخطيّة بهدف تجانس الوحدات.
لحساب عرض النطاق الخطيّ للمسار  {{\text{Bw}}_{L}} بشكل يدويّ:
تحديد المسار، ويشمل ذلك تحديد بداية المسار، وهي الوجهة التي يُوصِل المسارُ الرزمَ إليها، ونهايته، وهي العقدة التي تُشغّل البروتوكول، بالإضافة لتحديد كل العقد التي تشغل البروتوكول على المسار.
على فرض إرسال رزمة من بداية المسار إلى نهايته، تحديد المنافذ التي تستقبل الرزمة على طول المسار، وقيمة عرض النطاق المُوافق لكلٍ منها.
اختيار أدنى قيمة من القيم السابقة، وهي القيمة التي يُرمز لها (BWmin)، مُقدّرة بواحدة الكيلو بت في الثانية (Kbps).
حساب القيمة الخطيّة لعرض النطاق السابق بحسب المعادلة:
لحساب عرض النطاق الخطيّ للمسار  {{\text{D}}_{L}} بشكل يدويّ:
تحديد المسار، ويشمل ذلك تحديد بداية المسار، وهي الوجهة التي يُوصِل الرزم إليها، ونهايته، وهي العقدة التي تشغّل البروتوكول، بالإضافة لتحديد كل العقد التي تشغل البروتوكول على المسار.
على فرض إرسال رزمة من بداية المسار إلى نهايته، تحديد المنافذ التي تستقبل الرزمة على طول المسار، وقيمة التأخير الحاصل في كل منها مُقدّراً بالثانية.
إيجاد مجموع القيم السابقة.
ضرب الناتج بالقيمة  10^{-7}، لتحويله إلى واحدة عشرات الميكرو ثانية.
من أجل القيم الافتراضية للمُعاملات، مع افتراض أن  {\frac {K_{5}}{K_{4}+{\text{R}}}} مُساوية للواحد من أجل قيمة صفرية للمُعامل (  {K_{5}} )، فإنّ مُعادلة حساب الوزن التقليدي تؤول إلى الشكل التالي:
تتمّ عملية الحساب بشكلٍ آليّ. إنّ وحدة النقل العظمى لا تدخل في معادلة الوزن التقليدي.
محددات البروتوكول > حساب الوزن > حساب الوزن المُوسّع

لحساب الوزن المُوسّع تُستخدم المعادلة التالية:
حيث (  {\text{NetTh}} ) هي مُعدّل الإنتاجية الصافيّ، و(  {\text{Latency}} ) هو زمن الكمون، و ( {\text{ExtAttr}}) هو المُتحوّل الخاص بالسمات الإضافية، و ( {\text{R}}) هي الوثوقيّة، وهي مُتحوّل يمثل أدنى قيمة للوثوقية على طول المسار، وهو نسبة مئويّة تقابل عدداً صحيحاً من المجال [256,1] حيث تُمثّل النسبة (100%) بالعدد (256).
لحساب معدل الإنتاجيّة الصافيّ، تُستخدم المعادلة التالية:
حيث (  {\text{MaxTh}} ) هو مُعدل الإنتاجيّة الأعظميّ، و (  {\text{L}} ) هو أعلى قيمة للحمل على طول المسار، وهو نسبة مئويّة تُقابل عدداً صحيحاً من المجال [256,1] حيث تُمثّل النسبة (100%) بالعدد (256). لحساب مُعدل الإنتاجيّة الأعظمي، تُستخدم المعادلة:
حيث (  BWmin ) هو عرض النطاق الأدنى على طول المسار، و( EWS) و( EBW) هي ثوابت عدديّة خاصة بالبرتُوكول، ويُمكن أخذ قيمتُها الحقيقيّة من محدداته.
| 0 | 1 | 2 |
| --- | --- | --- |
| اسم الثابت الكامل | الاختصار المقابل | القيمة |
| EIGRP_BANDWIDTH | EBW | 10000000 |
| EIGRP_DELAY_PICO | EDP | 1000000 |
| EIGRP_INACCESSIBLE | EIN | (FFFFFFFFFFFFFFFF)16 |
| EIGRP_MAX_HOPS | EMH | 100 |
| EIGRP_CLASSIC_SCALE | ECS | 256 |
| EIGRP_WIDE_SCALE | EWS | 65536 |
لحساب زمن الكمون (  {\text{Latency}} )، تُستخدم المُعادلة التاليّة:
حيث ( D) هي أدنى زمن تأخير على طول المسار، مقاساً بواحدة البيكو ثانية، و( EWS) و( EDP) هي ثوابت عددية خاصّة بالبرتوكول، ويمكن أخذ قيمتها الحقيقية من محدداته.
إنّ متحوّل السمات الإضافية (  {\text{ExtAttr}} ) يُمثّل المجموع التراكمي لأحد السمات الإضافية على طول المسار، وهناك سمتين إضافيتين يمكن إدخالُهما في حساب الوزن هما تقلقل الإرسال و الطاقة.
من أجل القيم الافتراضيّة للمُعاملات، مع افتراض أنّ (  {\frac {K_{5}}{K_{4}+{\text{R}}}} ) مُساوية للواحد من أجل قيمة صفريّة للمُعامل (  {K_{5}} )، فإنّ مُعادلة حساب الوزن المُوسّع تؤول إلى الشكل التاليّ:
محددات البروتوكول > طوبولوجيا الشبكة

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

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

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

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

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

يعتمد بروتوكول التوجيه المُحسّن (EIGRP) على ثلاث مُؤقّتات لإنجاز عمله هي مُؤقّت التعارف ومُؤقّت الانتظار اللذان يحكُمان دورة حياة الجار، ومُؤقّت الفعاليّة الذي يلعب دوراً هامّاً في دورة حياة المسار.
محددات البروتوكول > المؤقتات ودورات الحياة > مؤقت التعارف

يُحدد مُؤقّت التعارف (Hello Timer) الفترة الزمنيّة الفاصلة بين رسائل التعارف التي يُرسلها البروتوكول عبر منفذ ما. في المُوجّهات العاملة بأنظمة تشغيل سيسكو تكون القيمة الاسميّة لهذا المؤقت هي (5) ثواني في منافذ الشبكات المحليّة، و (60) ثانية في منافذ الشبكات المُتباعدة. لا يُسبب اختلاف قيم مُؤقّت التعارف بين طرفين مانعاً لتشكيل علاقة الجيران، ولكن وضع قيم غير مدرُوسة بشكلٍ جيّد قد يُسبب إنشاء علاقة جيران غير مُستقرّة.
محددات البروتوكول > المؤقتات ودورات الحياة > مؤقت الانتظار

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

يُحدد مُؤقّت الفعاليّة (Active Timer) الزمن الذي يقضيه المسار في الحالة الفعّالة بعد إرسال رسالة الاستعلام قبل أن يعتبره البروتوكول عالقاً في الحالة الفعّالة (Stuck in Active SIA)، يسبب نفاذ مؤقت الفعاليّة اعتبار الوصول إلى الوجهة غير مُمكناً وحذف المسار من جدول الطوبولوجيا  ويُمكن أن تستخدم رسالة الاستعلام للإبقاء على الحالة الفعّالة (SIA Query) من أجل إعادة ضبط هذا المُؤقّت إلى قيمته الاسميّة بهدف منح المسار مزيداً من الوقت في الحالة الفعّالة لحين انتهاء الحساب.
محددات البروتوكول > المؤقتات ودورات الحياة > دورة حياة الجار

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

إنّ المسار بحسب بروتوكول التوجيه المحسن (EIGRP) هو الطريق الذي يتمّ اختياره لتوجيه الرزم فيه نحو وجهة معيّنة، ولكل مسار ثلاث مُحددات أساسيّة هي الوجهة النهائيّة، ووزن المسار، والخطوة التالية فيه. بالنسبة لأي مُوجّه يُشغل البروتوكول، تبدأ دورة حياة المسار عند اكتشاف وجود الوجهة، عن طريق رسالة تحديث، فيقوم المُوجّه بإضافتها إلى جدول توجيهه، أمّا عند اكتشاف حصول تغيير يخصّ هذا المسار في الطوبولوجيا، فإنّ المُوجّه يبحث في جدول الطوبولوجيا عن وارثٍ مُلائم، ليجعله وارثاً للمسار وليضيفه لجدول التوجيه. في حال عدم وجود وارثٍ مُلائم، يقوم البروتوكول عندها بإرسال رسائل استعلام نحو الجيران للبحث عن أفضل طريق نحو تلك الوجهة، أي الطريق الأقل وزناً، ثم يقوم البروتوكول بجعل المُوجّه الذي يُعلن ذلك الطريق هو الخطوة التالية فيه، وذلك من خلال جعله وارثاً للمسار.
خلال وجوده في جدول الطوبولوجيا، يمر المسار بحالتين هما:
الحالة الفعّالة (Active): هي حالة مُؤقّتة لمسارٍ نحو وجهة ما، في هذه الحالة مايزال البحث جاريّاً عن وارثٍ لهذا المسار، وتكون الوجهة النهائيّة للمسار معلُومة، ولكن وزن المسار الكليّ والخطوة التالية فيه مجهولان، ويجري حسابهما. يتمّ الانتقال إلى هذه الحالة عندما يفشل الوراث الحالي، دون وجود وارث مُلائم، وعندها لابد من البحث عن جار جديد ليرث المسار نحو تلك الوجهة. عندما يكون المسار في هذه الحالة فهو خارج الخدمة ولا يُمكن استخدامه.
الحالة السلبيّة (Passive): وهي حالة مسار نحو وجهة ما عند وجود وارث أو وارث ملائم له. في هذه الحالة تكون وجهة المسار النهائيّة، والخطوة التالية فيه، ووزنه كلّها معلومة، ولا داعي لإجراء أيّ حساب، ولا لتشغيل خوارزمية نشر التحديثات (DUAL). عندما يكون المسار في الحالة الفعّالة فمن المُمكن استخدامُه وإضافته إلى جدول التوجيه.
إنّ الحالة الفعّالة هي مرحلة مُؤقّتة يتمّ تحديدُها بواسطة مُؤقّت الفعاليّة، كما يُمكن زيادة مدة البقاء فيها من خلال إعادة ضبط المُؤقّت عن طريق استخدام رسائل الاستعلام والرد الخاصّة بالإبقاء في الحالة الفعّالة (SIA)، لكن لا يمكن زيادة مدة البقاء فيها إلا ثلاث مرات فقط. بعد ذلك، وفي حال عدم العثور على مسارٍ نحو الوجهة، فمن غير الممكن بلوغها ويتمّ التخلّص منها، وحذفُها من جدول الطوبولوجيا.
محددات البروتوكول > إعادة الحساب

عند حصول تغيير في الطوبولوجيا، تُصبح الشبكة غير مُستقرّة، أي تملك المُوجّهات فيها وجهاتٍ لا يمكن بلوغها، وإعادة الحساب (Convergence) هي العمليّة التي يتمّ فيها إيجاد مسارات جديدة نحو تلك الوجهات أو حذفها من جدول التوجيه، وتُنجز عمليّة إعادة الحساب عندما يملك كل مُوجّه في الشبكة مساراتٍ فعّالة نحو كل الوجهات، ويُسمّى الزمن المُستغرق لإنجاز عملية إعادة الحساب بزمن إعادة الحساب.
يُنجز بروتوكول التوجيه المُحسّن (EIGRP) شكلين من أشكال إعادة الحساب، الأول هو إعادة الحساب السريعة، وتحصل عندما يفشل الوارث ولكن المسار يملك وارثاً ملائماً، فيتمّ الانتقال من الوارث إلى الوارث الملائم بشكلٍ مُباشر، ولا تستغرق العملية زمناً يُذكر، أمّا الشكل الثاني، فهو إعادة الحساب البطيئة، وتحصل عند فشل الوارث، وعدم وجود وارثٍ مُلائم له، ولابد عندها من اللجوء إلى رسائل الاستعلام لحساب المسار الجديد، إنّ العامل الأساسيّ في تسريع عمليّة إعادة الحساب لمسارٍ ما هو وجود وارثٍ مُلائم له.
تُقسّم عملية إعادة الحساب في بروتوكول التوجيه المُحسّن إلى 3 مراحل وظيفياً هي:
مرحلة اكتشاف الفشل، وتتحدد بسرعة التجهيرات في اكتشاف حصول الفشل وتفاعلُها معه.
مرحلة نشر المعلومات، ويتمّ فيها نشر المعلومات عن الخطأ الذي تمّ اكتشافه في المرحلة السابقة.
مرحلة التصحيح، وتتحدد بسرعة التجهيزات في حساب مسار بديل لتعويض الفشل الحاصل وإعادة الشبكة إلى مرحلة الاستقرار.
وجدت دراسة مُقارنِة على سرعة إعادة الحساب، شملت بروتوكول التوجيه المُحسّن وبروتوكول أقصر مسار أولاً المفتوح (OSPF) وبروتوكول معلومات التوجيه (RIP). إنّ بروتوكول التوجيه المُحسّن يملك أسرع عمليّة إعادة حساب، وهي مرتبة الميلي ثانية في حال المُحاكاة، أما في حال التطبيق الفعليّ فستغرق بضع ثوانٍ.