بسم الله الرحمن الرحيم
في موضوع سايق كنت قد سألت عن Spanning Tree وقد افادني بعض الاخوة الله يعطيهم العافيه
وسراحه كرد جميل لهذا المنتدى الي فادني كثير بفضل الله ثم جهود الاخوان
حبيت اشارك هذه بهذة المشاركه وهي من المصادر الانجليزيه التي حصلت عليها
------------------------------------------------------------------------------------
(STP)
-------------------------
اولا" : لماذا نحتاج الى Spanning Tree Protocol :
الشبكات الجيدة تراعي وجود redundant links ليه طيب ؟ انا اقولك ...
لكي يكون هناك links بدائل في حاله فشل او سقوط احد الlinks لكي لا تتعطل الشبكة
مثلا"
لو اراد ( أ ) الارسال الى ( ب ) ولكن ال link بينهم سقط فإن الارسال يتم عن طريق السويتش ( ج ) وبذلك نرى فائدة انه يكون عندننا redundant link .
انتبه !!!
لايعني هذا ان redundant link مفيده مطلقا فإنها قد تسبب مشكله كبيرة وهي loop وبالتالي فإنه من غير المسموح استخدام redundant link بشكل مطلق كي لا تسبب Looping
ولفهم الـ SPT نتعرف على مشكله ال Loop كيف ان STP حل هذة المشكله .
وسنأخذ هذا المثال لتوضيح :
في هذة الشبكه فأنه يوجد لدينا مجالين تصادم two collision domains بأستخدام two bridges الذان يوصلان segment A مع segment B وايظا يشكلان redundant paths .
الحالة الاولى :
اذا اراد الجهاز A ارسال فريم الى جهاز في نفس collision domain (اي segment A) فان كل من Interface A في bridge A و bridge B ترى عنوان المرسل اليه فتجدة انه في مجال A وذلك بعد مقارنه عنوان المرسل اليه في forwarding tables الموجود في bridge وهو طبعا يعتمد على MAC address وبالتالي يمنع الفريم من العبور الى المجال الاخر وهو مجال B .
وكذلك الحال اذا اراد الجهاز B ارسال فريم لجهاز في في نفس collision domain (ايsegment B) فان كل من Interface B في bridge 1 و bridge 2 ترى عنوان المرسل اليه فتجدة انه في مجال B وذلك بعد مقارنه عنوان المرسل اليه في forwarding tables وبالتالي يمنع الفريم من العبور الى المجال الاخر وهو مجال ِA .
ممتاز نرى انه لايوجد مشكله ولكن المشكله في الحاله الثانيه ....
الحاله الثانية :
اراد الجهاز B ارسال الى الجهاز A فانه يرسل فريم يحتوي على MAC address لكل من المرسل والمرسل اليه . تصل هذة الرساله الى كل من bridges كما هو موضح
فيقوم bridge 1 بتمرير الفريم الى Interface A وكذلك bridge 2 يعمل نفس الشي اذا
المشكله الاولى : جهاز B ارسل رساله واحدة بينما وصل الى A رسالتين.
هل هذا كل شي طبعا لا المشكله الاكبرمن ذلك هي :
ان الفريم الذي خرج من bridge1 اصبح موجود في segment A لايتوقف عن الجهاز A فقط بل يستمر حتى يصل الى bridge 2 فيقوم الثاني بتغيير forwarding table ويعتبر ان الجهاز B موجود في segment A وكذلك الحال مع bridge2 اذا
المشكله الثانيه : ان كل من bridges قد وضعا في forwarding table ان الجهازين A و B موجودان في segment A كما يوضح الشكل التالي
هل رايت كبر المشكله و خصوصا اذا كان هناك عدد كبير من Clients .
اذا وجود loop في الشبكه او redundant path سرعان مايسبب المشكله .
ثانيا" : الحل استخدام Spanning Tree Protocol :
بأستخدام STP في switched or bridged network نستطيع عمل redundant path من دون الخوف من مشكله حدوث ال Loop .
وعمله انه يقوم بأغلاق بعض المنافذ التي ممكن تسبب الـ Loop وعند الحاجه اليها عندما يسقط النمفذ الاساسي يتم فتحها وبالتالي نكون قد استفدنا من ميزة redundant path بدون حدوث Loop
ولتوضيح لنأخذ نفس الشبكه السابقه ولكن مع وجود STP لمنع المشكله عند ارسال B للجهازA
وذلك بأن STPسيغلق البوت B الموجود في bridge 2 وبالتالي لا يخرج الفريم الا مع bridge 1
وكذلك العكس لو اراد A ارسال فريم الى جهاز B
------------------------------------
طبعا فيه تفصيل اكثر بس على هذا على مستوى CCNA640-607
الي افهم فيه . اتمنى ان اكون اصبت وان اخطأت ارحب بتقويم اخواني
تحيااااتي
