ذكرنا سابقا ان بروتوكول RIPيحاول التقليل من رسائل التحديث التي يتبادلها مع اجهزة “الموجه” (Router) الاخرى , و ذلك بأجراء عملية تلخيص summarizationلعناوين الشبكات التي يتعرف عليها , فيلخص مجموعة عناوين في عنوان واحد.
فبدلا من ارسال بيانات عن مجموعة شبكات يرسل بيانات عن هذا العنوان الملخص فقط.
مثال
إذا اتصل جهاز “الموجه” (Router) باربع شبكات لها العناوين التالية:-
10.10.1.0/24
10.10.2.0/24
10.10.3.0/24
10.10.4.0/24
فبدلا من ارسال بيانات عن عناوين هذه الشبكات الاربع, سيقوم البروتوكول بتلخيص هذه العناوين بالشكل التالي:-
10.0.0.0/8
و بالتالي يرسل بيانات عن هذا العنوان فقط.
هذا و نلاحظ انه في بعض الحالات ,وفقاً لتصميم الشبكة , قد يتسبب التلخيص التلقائي بعض الاخطاء , و ذلك لان عملية التلخيص التلقائي تتم وفقاً لنمط Classful , أي سيتم تجاهل قناع الشبكة غير الإفتراضي.
فمثلا في الشبكة الموضحة في الصورة :-
سيتعرف جهاز “الموجه2” (Router2) على الشبكتين المتصلتين به و هما:-
10.10.1.0/24
10.10.2.0/24
و عند اجراء عملية تلخيص لهذين العنوانين سيرسل تحديث واحد فقط الى جهاز “الموجه1” (Router1) باستخدام العنوان الملخص بالشكل التالي:-
10.0.0.0/8
و سيتعرف جهاز “الموجه3” (Router3) على الشبكتين المتصلتين به و هما:-
10.10.3.0/24
10.10.4.0/24
و عند اجراء عملية تلخيص لهذين العنوانين سيرسل تحديث واحد فقط الى جهاز “الموجه1” (Router1) باستخدام العنوان الملخص بالشكل التالي:-
10.0.0.0/8
بالتالي لن يستطيع جهاز “الموجه1” (Router1) التفرقة بين الشبكات المتصلة بجهاز “الموجه2” (Router2) او المتصلة بجهاز “الموجه3” (Router3) و سيعتقد ان هناك مسارين لنفس الشبكة 10.0.0.0 , و سيستخدم المسار الافضل , و بهذا سيستطيع ارسال بيانات الى الشبكتين المتصلتين بجهاز الموجة الذي اختار المسار الذي يصله به كافضل مسار , و لن يستطيع إرسال بيانات للشبكتين الاخرتين .
و لتفادي هذا الخطأ يمكننا إلغاء عملية التلخيص التلقائي باستخدام امر:-
No Auto-summary
و إذا اردنا إعادة تفعيل عملية التلخيص التلقائي نستخدم امر Auto-Summary.
يمكننا عرض حالة عملية التلخيص التلقائي باستخدام امر Show IP Protocols الذي تعرفنا عليه سابقاً و الذي يعرض بيانات متنوعة عن البروتوكولات الفعالة في الجهاز.
