بروتوكول التوجيه الداخلي المحسن بين البوابات: الفرق بين النسختين
| [نسخة منشورة] | [نسخة منشورة] |
تم حذف المحتوى تمت إضافة المحتوى
Mr.Ibrahembot (نقاش | مساهمات) ط بوت: أضاف قالب:ضبط استنادي |
ط بوت:الإبلاغ عن رابط معطوب أو مؤرشف V3.3 |
||
سطر 37:
| اللغة= en
| issn = 2070-1721
| تاريخ الوصول= 21 ديسمبر 2017| وصلة مكسورة = yes }}</ref>
}}
'''بروتوكول التوجيه الداخلي المحسن بين البوابات''' أو '''بروتوكول بوابة التوجيه الداخلية المعززة'''<ref name="Web-74">{{مرجع ويب
سطر 63:
| اللغة= en
| issn = 2070-1721
| تاريخ الوصول= 21 ديسمبر 2017| وصلة مكسورة = yes }}</ref>
جاء تطوير بروتوكول التوجيه الداخلي المُحسن بين البوابات ليحل محل {{وإو|بروتوكول التوجيه الداخلي بين البوابات|Interior Gateway Routing Protocol|en|بروتوكول التوجيه الداخلي بين البوابات}}. لقد كان الدافع الأساسي لهذا التطوير هو محدوديّة الأخير وعدم قدرته على مواكبة تطوّر الشبكات، يتميز البروتوكول بسرعة إنجازه لعملية حساب خالية من {{وإو|مشكلة حلقات التوجيه|Routing loop problem Protocol|en|الحلقات}} وببساطة آليّة عمله العامة رغم اعتماده على خوارزمية شديدة التعقيد.
سطر 160:
| الموقع= The Pennsylvania State University
| اللغة= en
| تاريخ الوصول= 26 ديسمبر 2017| مسار الأرشيف = https://web.archive.org/web/20180522042652/http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.75.9870&rep=rep1&type=pdf | تاريخ الأرشيف = 22 مايو 2018 }}</ref>
في مطلع العام 2013، أوضحت سيسكو رغبتها في جعل البروتوكول مُتاحاً للاستخدام العام،<ref name="Web-29">{{مرجع ويب
سطر 784:
| الموقع= Overblog
| اللغة= en
| تاريخ الوصول= 31 ديسمبر 2017| مسار الأرشيف = https://web.archive.org/web/20180522042429/http://cisco2960.over-blog.com/2014/02/cisco-eigrp-timers.html }}</ref> والتي تسبب بدورها إعادة ضبط لقيمة موقت الانتظار في المُوجّه الذي يُشغل البروتوكول.
يجب الانتباه إلى أن القيمة الاسمية لمُؤقّت الانتظار الخاصّ بالجار هي القيمة المُكتبسة من الجار نفسه عن طريق رسائل التعارف القادمة منه وليست قيمة المُؤقّت المحليّة، أيّ أن لكل جار قيمة مُؤقّت انتظار خاصّة به يُحددها في رسائل تعارفه.
سطر 811:
| الموقع= BradHedlund.com
| اللغة= en
| تاريخ الوصول= 29 ديسمبر 2017| وصلة مكسورة = yes }}</ref>
خلال وجوده في جدول الطوبولوجيا، يمر المسار بحالتين هما:<ref name="ietf-1"/><ref name="Web-59">{{مرجع ويب
سطر 1٬094:
| الموقع= Packet life
| اللغة= en
| تاريخ الوصول= 26 ديسمبر 2017| مسار الأرشيف = https://web.archive.org/web/20181017062912/http://packetlife.net:80/blog/2009/jan/17/rtp-eigrp/ }}</ref> لا يستطيع بروتوكول التوجيه المُحسّن الاستفادة من خدمات بروتوكولات [[طبقة النقل]] التي تقدّم هذه [[خدمة (شبكات)|خدمة]] النقل الموثوق لأنّه يعمل في الطبقة التي تسبقُها، وهذا هو سبب اعتماده على بروتوكول مُستقل لإنجاز النقل الموثوق.<ref name="Web-41"/>
يُحدد بروتوكول النقل الموثوق مجموعة القواعد التي تضمن وصول رزم البروتوكول بترتيب إرسالها إلى جميع الجيران، وهو يدعم [[بث منفرد|البث الفردي]] و[[بث مجموعاتي|المجموعاتي]]. يتمّ وضع رقم تتابع خاص بكل [[رزمة بيانات|رزمة]] يجري إرسالُها، ويجب على الجار أن يضع هذا الرقم في حقل رقم إشعار التأكيد في رسالة لاحقة لتأكيد الاستقبال، إذا أُرسلت رزمة موثوقة لبروتوكول التوجيه المُحسّن ولم يصل [[إشعار تأكيد|إشعار لتأكيد]] وصولها، فإنّ البروتوكول يقوم بإعادة إرسالها مرة أخرى نحو نفس الوجهة، ويتحدد زمن انتظار الردّ بمؤقّت خاص هو مؤقت إعادة الإرسال (Retransmission Timeout RTO)، الذي يتمّ حساب قيمته من أجل كل جار اعتماداً على زمن الجولة السلس (Smooth Round-Trip Time SRTT).<ref name="Web-73">{{مرجع ويب
سطر 1٬205:
| الموقع= United States Coomputer Emergency Readiness Team (US-CERT)
| اللغة= en
| تاريخ الوصول= 31 يوليو 2017| مسار الأرشيف = https://web.archive.org/web/20190522174119/https://www.us-cert.gov/ncas/tips/ST04-015 | تاريخ الأرشيف = 22 مايو 2019 }}</ref> أو للإطلاع على محتواها ثُمّ إعادة إرسالها إلى هدفها.
يدعم بروتوكول التوجيه المُحسّن [[إم دي5|خوارزمية هضم الرسالة الخامسة]] (MD5) من أجل إنجاز عملية المُصادقة، ولنجاح العملية يجب تزويد الموجه بسلسلة من المفاتيح لتُستخدم في عملية هضم الرسالة،<ref name="Web-51">{{مرجع ويب
سطر 1٬227:
{{تصنيف كومنز|EIGRP}}
* [[بروتوكول توجيه]].
* [[بروتوكول التوجيه الداخلي بين البوابات
* [[بروتوكول المسار الأقصر أولا|بروتوكول أقصر مسار أولاً المفتوح]] (OSPF).
* [[سيسكو سيستمز]].
| |||