🔀⚡ أوضاع الـ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 #هندسة_الشبكات #الشبكات #تعلم_الشبكات

2 مشاهدة



