TDP

  

 Ethernet Interface Types
منافذ الايثرنت وهي منافذ الطبقة الثانية في الاسويتش Layer 2 Switchport يكون في اربع حالات وهي:

‎ Access ‎ Trunk
Tunnel ‎ Dynamic

 

ففي حالة نه مطلوب منه يممر VLAN واحدة فقط one VLAN يجب ان يكون في وضعية Access Switchports اما في حالة ان المنفذ يمرر اكثر من VLAN اي Multiple VLANs فيجب ان يكون Trunked Switchports وفي حالة اردنا ربط شبكات وهمية خاصة تعامل في الطبقة الثانية Transparent Layer 2 VPN بيكون في هذه الحالة قناة اي Tunnel Switchports وكما يمكن ان كون البورت Switchports متغيره Dynamic Switchports حيث يتحمل برتوكول DTP مسوولية التفاوض DTP Negotiation بين المنفذين المرتبطين ببعض لتحديد حالته المنفذ:
اما
Access Switchports
او
Trunked Switchports .

كيف يتم التفاوض ؟؟
في حالة ان المنفذ Desirable Mode بتكون مهمة البرتوكول DTP اكبر بحيث يبداء هو شخصيا بالتفوض حيث يرسل الفريم DTP للمنفذ المرتبط معاه لبين له انه Desirable Mode .. اما اذا كان المنفذ Auto Mode ينتظر ماياتيه ليضع هويته بمعني انه جالس بيتنصت فاذا استلم DTP ويخبره ان المنفذ المرتبط معاه هو Desirable او Mode Trunk اي ON ( تم تحديده ترانك يدوي) بيصير هو في وضع Trunk .. طيب لو كان الطرفان Auto Mode بيضل كل منفذ منتظر الخبر من الاخر وبالتالي لايجب ان تكون هذه الحالة فاي عمل بينجز في حالة الكل في حالة كسل وكل واحد معتمد على الاخر وهذا ما لاينصح به . وبهذا بتكون الاحتمالات حالة المنفذ ترانك Trunkهي موضحة بالجدول ادناه:



Layer 2 Trunking:

عند العمل على الترانك Trunk يمكن نستخدم احد البرتوكولات مثل ISL او 802.1q او DTP. و من طبيعة سيسكو الابداع او الاحتكار وهنا هي لديها بروتوكولها الخاص لـ Layer 2 Trunking وهو ISL بحيث يتم كبسلة جميع الترافك ب ISL  ALL Traffic encapsuled with ISL .
ولهذا تم اصدار بروتوكول تستخدمة كل الشركات (بمافيها سيسكو) Layer 2 Trunking وهذا البروتوكول هو 802.1q اي انه Open standard وفيه ميزة مهمة لاتوجد في برتوكول سيسكو وهي النيتف

Native VLAN send UNTAGGED

معروف ان فكره الترانك تمرر اكثر من VLAN في الترانك الواحد ويعمل TAG لكل VLAN لتميز ها عن بعض وهنا يتم تمرير الباكت التي بدون تانق باعتبارها Native .. طبعا سيسكو يمكن ان يكون معها حق في حالة وضعنا موضوع الامن فلاتمرر الترافك الا التي تم كبسلتها بال ISL وهذا مهم بالسيكيورتي.

المنفذ الاول Auto Desirable Auto ON ON
المنفذ الثاني Desirable Desirable ON ON Desirable
Dynamic Tranking Protocol : برتوكول DTP يحدد حالة المنفذ بنا على التفاوض الذي يقوم به بين المنفذين المرتبطين ببعض.. DTP Negotiation عادة مايكون الوضع الافتراضي لـ DTP مفعل اي Enable Default والوضع للمنفذ في حالة انه متغير Dynamic اما  esirable Mode او Auto Mode ويمكن ان يكون ثابت اي Static ويشترط في هذه الحالة تحديد نوع الكابسوليشن قبل ان يتم تفعيله..
كيف يتم التفاوض ؟؟
في حالة ان المنفذ Desirable Mode بتكون مهمة البرتوكول DTP اكبر بحيث يبداء هو شخصيا بالتفوض حيث يرسل الفريم DTP للمنفذ المرتبط معاه لبين له انه Desirable Mode .. اما اذا كان المنفذ Auto Mode ينتظر ماياتيه ليضع هويته بمعني انه جالس بيتنصت فاذا استلم DTP ويخبره ان المنفذ المرتبط معاه هو Desirable او Mode Trunk اي ON ( تم تحديده ترانك يدوي) بيصير هو في وضع Trunk .. طيب لو كان الطرفان Auto Mode بيضل كل منفذ منتظر الخبر من الاخر وبالتالي لايجب ان تكون هذه الحالة فاي عمل بينجز في حالة الكل في حالة كسل وكل واحد معتمد على الاخر وهذا ما لاينصح به . وبهذا بتكون الاحتمالات حالة المنفذ ترانك Trunkهي موضحة بالجدول ادناه:
طيب كيف ممكن نعطل التفاوض   Desabling DTP Negotiation؟
الموضوع بسيط للغاية اما ان نغير حالة المنفذ الى
 access او dotq-tunnel
او استخدام امر توقيف التفاوض كما هو موضح ادناه:


Switchport nonegotiate
Switchport mode access
Switchport mode dotq-tunnel Verified


وللتحقق..


Show interface trunk
Sh intereface switchport
Show spanning-tree[vlan| interface

 

اترك رد

إملأ الحقول أدناه بالمعلومات المناسبة أو إضغط على إحدى الأيقونات لتسجيل الدخول:

WordPress.com Logo

أنت تعلق بإستخدام حساب WordPress.com. تسجيل خروج   / تغيير )

صورة تويتر

أنت تعلق بإستخدام حساب Twitter. تسجيل خروج   / تغيير )

Facebook photo

أنت تعلق بإستخدام حساب Facebook. تسجيل خروج   / تغيير )

Google+ photo

أنت تعلق بإستخدام حساب Google+. تسجيل خروج   / تغيير )

Connecting to %s