على فهمي البسيط لها كالتالي
1- عندما روتر يستعلم من جاره عن روتر اخر ولا يجده فانه يرسل رساله استعلام (query)
2- تعامل الجار مع هذه الرساله يختلف مع اختلاف الحاله والاعدادات التي عليه (الجار)
- اذا كان الجار معد كا stub فانه يرسل برساله يخبر المستعلم (المصدر) انه لا يعلم اي شي.
- اما اذا كان الجار لديه summrization تحتوي على الـroute المقصود فانه يرسل للروتر يقول له هذا موجود عندي
حتى وان كان الـroute غير موجود مؤاقتاً ولكن الجار يستدل على وجود الـroute بوجوده ضمن الـrange الموجود في الـsummary.
- اذا لم يكن موجود في الـsummary فان الجار يسأل جاره والجار يسال جار الجار وهلم جره.
مخاطر الـqueries تكمن في وجود Redundancies وحجم الشبكه. كيف ؟؟؟؟
نفرض انه هناك عشره روترات في الشبكه وهناك Redundancy مابين الروترات ولا يوجد summrization ولا stub ولا هم يحزنون، الروتر الاول هيرسل الى الروتر الثاني. الروتر الثاني لا يوجد لديه الـroute فسيستعلم من الروتر الثالث والرابع ولكن لن يرسل Query للروتر الاول لانه split- horizon. الثالث والرابع هيسالو الخامس والسادس والاول ، الخامس والسادس هسالو الثاني والاول , والاول هيسال الثاني و يحصل loop والمده المستعلم عن الـroute تطول.
طيب ماالضرر الذي سيحصل على الروتر الاول (المستعلم) ؟؟
المستعلم سينتظر ثلاث دقائق اذا لم يجد الرد من الروتر الثاني (الذي استقبل السؤال) فانه يترك هذا الـroute في حال تسمى stuck in active.
ومن هنا يأتي فائدة الـstub وايضاً الـroute summrization والفائده تكمن في ان الـqueries لن تتعدى الـsummary address بل سيعود بالرد الى الروتر رقم واحد من دون سؤال اي جار واعلامه ان الطريق المطلوب موجود في الـsummary.
اما الـstub فانه يخبر الروتر بانه لا يوجد هذا بشكل تلقائي.
هذا على فهمي البسيط واعذرني على سرعة الرد.
المفضلات