وسم

🔀⚡ أوضاع الـSwitching في Cisco | Switching Modes في الدروس السابقة تعرفنا على بروتوكول ARP وكيف يحصل الجهاز على عنوان الـMAC (الـMAC Address)، ثم تعرفنا على جدول عناوين الـMAC وكيف يستخدم الـSwitch هذا الجدول لتوجيه الـFrames. 🌐 لكن هنا سؤال مهم: 🤔 كيف يتعامل الـSwitch مع الـFrame بمجرّد وصوله؟ هل ينتظر وصول الـFrame كاملاً؟ أم يبدأ بإرساله مباشرةً؟ وهل يفحص البيانات قبل تمريرها؟ هنا نتعرف على Switching Modes. 👇 ━━━━━━━━━━━━━━━━━━ 1️⃣ Cut-Through Switching ⚡ في هذا الأسلوب، الـSwitch لا ينتظر وصول الـFrame كاملاً. بمجرد أن يقرأ عنوان الوجهة (Destination MAC Address)، يستطيع البدء في تمرير الـFrame إلى وجهته. 🚀 يعني: 📥 يستقبل جزءاً من الـFrame 🔎 يقرأ MAC Address الخاص بالوجهة ➡️ يبدأ بالـForwarding ✅ الميزة: سرعة أعلى في إرسال البيانات (أقل زمن تأخير Latency). ⚠️ العيب: يمكن أن يمرر Frame يحتوي على أخطاء؛ لأنه لا ينتظر وصول الـFrame كاملاً للتحقق منه. 📌 لذلك يناسب التطبيقات التي تحتاج إلى سرعة عالية، مثل البيانات المباشرة والصوت والفيديو. ━━━━━━━━━━━━━━━━━━ 2️⃣ Fragment-Free Switching 🔍 هذا الأسلوب يقع كحل وسط بين Cut-Through و Store-and-Forward. الـSwitch يقوم بفحص أول 64 Byte (أي ما يعادل 512 Bit) من الـFrame قبل إعادة توجيهه. إذا كانت البداية سليمة: ✅ يقوم بتمرير الـFrame. أما إذا وجد مشكلة في أول 64 Byte (مثل إطارات التصادم Runt Frames): ❌ لا يقوم بتمريره. يعني يحاول الجمع بين: ⚡ سرعة جيدة 🛡️ وتقليل احتمال تمرير Frames تحتوي على أخطاء مبكرة. ━━━━━━━━━━━━━━━━━━ 3️⃣ Store-and-Forward 🛡️ هنا الـSwitch يأخذ وقتاً أطول في معالجة الـFrame. يقوم أولاً بـ: 📥 تخزين الـFrame كاملاً 🔎 فحص البيانات 🧪 إجراء اختبار CRC للتأكد من سلامة وخلو البيانات من الأخطاء ➡️ ثم عمل Forwarding إلى الوجهة (Destination) إذا كان الـFrame سليماً: ✅ يتم تمريره. أما إذا كان يحتوي على خطأ: ❌ يتم إسقاطه (Drop) ولا يتم تمريره. لذلك يعتبر هذا الأسلوب أكثر أماناً وموثوقية في التعامل مع البيانات، لكنه أبطأ من Cut-Through. ━━━━━━━━━━━━━━━━━━ 📊 مقارنة سريعة ⚡ Cut-Through: يبدأ التمرير فور قراءة Destination MAC | السرعة: عالية جداً | فحص الأخطاء: محدود جداً 🔍 Fragment-Free: يفحص أول 64 Byte من الإطار | السرعة: متوسطة | فحص الأخطاء: يفحص أول 64 بايت فقط 🛡️ Store-and-Forward: يستقبل الـFrame كاملاً ثم يفحصه | السرعة: الأبطأ | فحص الأخطاء: فحص كامل وشامل (CRC) ━━━━━━━━━━━━━━━━━━ 🧠 مثال بسيط تخيل أن لديك: 💻 PC1 │ ▼ 🔀 SW1 │ ▼ 💻 PC2 وصل Frame من PC1 إلى SW1. في Cut-Through: 📥 Frame ⬅️ 🔎 قراءة Destination MAC ⬅️ ➡️ Forward مباشرة في Fragment-Free: 📥 Frame ⬅️ 🔎 فحص أول 64 Byte ⬅️ ✅ سليم ⬅️ ➡️ Forward في Store-and-Forward: 📥 Frame كامل ⬅️ 💾 تخزين ⬅️ 🧪 فحص CRC ⬅️ ✅ سليم ⬅️ ➡️ Forward ━━━━━━━━━━━━━━━━━━ 🎯 الخلاصة احفظ الفكرة بهذه الطريقة: ⚡ Cut-Through أقرأ الـ MAC وأرسل فوراً. 🔍 Fragment-Free أفحص أول 64 Byte ثم أرسل. 🛡️ Store-and-Forward أستقبل الـFrame كاملاً، أفحصه بـCRC، ثم أرسله. وهكذا أصبح عندك فهم أفضل لما يحدث داخل الـSwitch بعد وصول الـFrame إليه. 🔀🌐 ━━━━━━━━━━━━━━━━━━ 🧪 تحدي اليوم: افتح Packet Tracer، وارسم: 💻 PC1 ─── 🔀 SW1 ─── 💻 PC2 ثم راقب عملية الاتصال باستخدام أمر الـ Ping في وضع المحاكاة (Simulation Mode) وحاول تتخيل: ❓ متى يقرأ الـSwitch الـDestination MAC؟ ❓ ماذا سيحدث لو كان الـFrame يحتوي على خطأ؟ ❓ أي Switching Mode ينتظر الـFrame كاملاً قبل الـForwarding؟ 💬 اكتب إجابتك في التعليقات 👇💙 #CCNA #Cisco #Networking #Switching #SwitchingModes #CutThrough #StoreAndForward #FragmentFree #PacketTracer #Ethernet #NetworkEngineer #هندسة_الشبكات #الشبكات #تعلم_الشبكات