وسم

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

🌐🔍 كيف يعرف الجهاز الـMAC Address لجهاز آخر؟ | ARP Protocol في المنشور السابق تعرفنا على MAC Address Table، وشاهدنا كيف يتعلم الـSwitch عناوين الـMAC ويربطها بالمنافذ. 🔀 لكن هنا سؤال مهم جدًا: 👀 ❓ إذا كان PC1 يعرف الـIP الخاص بـ PC2، لكنه لا يعرف الـMAC Address الخاص به... كيف يحصل على الـMAC؟ هنا يأتي دور بروتوكول مهم جدًا في الشبكات: 🔥 ARP — Address Resolution Protocol ببساطة، وظيفة الـARP هي مساعدة الجهاز في معرفة MAC Address لجهاز آخر عندما يكون لديه الـIP Address الخاص به. 🌐 ━━━━━━━━━━━━━━━━━━ 🧠 مثال بسيط لنفترض عندنا: 💻 PC1 IP: 192.168.1.1 ⬇️ 🔀 Switch ⬇️ 💻 PC3 IP: 192.168.1.3 الجهاز PC1 يريد إرسال بيانات إلى PC3. هو يعرف: 📍 IP الخاص بـPC3 192.168.1.3 لكن لا يعرف: ❓ MAC Address الخاص بـPC3. إذن ماذا يفعل؟ هنا يبدأ ARP. 👇 ━━━━━━━━━━━━━━━━━━ 1️⃣ ARP Request 📢 يقوم PC1 بإرسال رسالة: ARP Request ويقول بشكل مبسط: > من لديه الـIP 192.168.1.3؟ أرسل لي الـMAC Address الخاص بك. لكن المشكلة أن PC1 لا يعرف أين يوجد الجهاز، لذلك يتم إرسال الـARP Request باستخدام: 📢 Broadcast وعنوان الـMAC المستخدم للـBroadcast هو: FF:FF:FF:FF:FF:FF يعني الرسالة تصل إلى الأجهزة الموجودة على الشبكة المحلية. ━━━━━━━━━━━━━━━━━━ 2️⃣ الـSwitch يستقبل الطلب 🔀 عندما يستقبل الـSwitch رسالة الـARP، يقوم بعملية Flooding داخل الشبكة المناسبة، ويرسلها إلى الأجهزة الأخرى، باستثناء المنفذ الذي جاءت منه الرسالة. وهنا نلاحظ العلاقة بين: ARP + Switch + MAC Address Table والتي بدأنا نفهمها في المنشور السابق. 🧠 ━━━━━━━━━━━━━━━━━━ 3️⃣ ARP Reply 📩 كل الأجهزة تستقبل الطلب، لكن الجهاز الذي يمتلك: 192.168.1.3 هو الذي يرد. فيقوم PC3 بإرسال: ARP Reply إلى PC1، ويخبره: > هذا هو الـMAC Address الخاص بي. 😎 وهنا يكون الرد: 📩 Unicast أي يتم إرساله إلى الجهاز الذي طلب المعلومة فقط. ━━━━━━━━━━━━━━━━━━ 📊 ماذا يحدث بعد ذلك؟ PC1 أصبح يعرف العلاقة بين: IP Address 192.168.1.3 ⬇️ MAC Address CCCC.CCCC.CCCC ويقوم بتخزين هذه المعلومة في: 📋 ARP Table وبالتالي عندما يحتاج PC1 إلى التواصل مع PC3 مرة أخرى، لا يحتاج إلى إرسال ARP Request جديد في كل مرة؛ لأنه أصبح لديه الـMAC Address في جدول ARP. ━━━━━━━━━━━━━━━━━━ 🔥 الفرق بين ARP Table وMAC Address Table وهذه نقطة مهمة جدًا: 🖥️ الجهاز PC يستخدم: ARP Table لربط: IP Address → MAC Address بينما: 🔀 الـSwitch يستخدم: MAC Address Table لربط: MAC Address → Switch Port يعني كل واحد له وظيفة مختلفة. 👌 ━━━━━━━━━━━━━━━━━━ 🧪 مثال كامل عندنا: PC1 IP: 192.168.1.1 MAC: AAA │ │ Fa0/1 ▼ SW1 │ Fa0/3 ▼ PC3 IP: 192.168.1.3 MAC: CCC PC1 يريد التواصل مع PC3. الخطوات: 1️⃣ PC1 يعرف IP الخاص بـPC3. 2️⃣ PC1 لا يعرف MAC الخاص بـPC3. 3️⃣ يرسل ARP Request باستخدام Broadcast. 4️⃣ الـSwitch يقوم بعملية Flooding. 5️⃣ PC3 يتعرف على أن الـIP المطلوب هو IP الخاص به. 6️⃣ PC3 يرسل ARP Reply إلى PC1 باستخدام Unicast. 7️⃣ PC1 يحصل على MAC الخاص بـPC3 ويخزنه في ARP Table. وبعدها يستطيع إرسال البيانات إلى PC3 باستخدام الـMAC الصحيح. 🚀 ━━━━━━━━━━━━━━━━━━ ⏳ هل يبقى الـARP في الجدول للأبد؟ لا. 👀 الجهاز يحتفظ بمعلومات الـARP لفترة معينة، وبعدها يمكن أن يتم حذفها، وعند الحاجة يتم تنفيذ ARP من جديد. والفكرة الأساسية هي أن وجود الـARP Table يقلل الحاجة إلى إرسال طلبات ARP بشكل متكرر لنفس الجهاز. ━━━━━━━━━━━━━━━━━━ 🎯 الخلاصة إذا كان عندك: 📍 IP Address معروف لكن: ❓ MAC Address غير معروف فإن ARP يساعد الجهاز في الحصول على الـMAC. احفظ العلاقة التالية جيدًا: ARP IP Address → MAC Address بينما: MAC Address Table MAC Address → Switch Port وهذه من أهم العلاقات التي ستحتاج تفهمها وأنت تتعلم Switching. 🌐🔀 ━━━━━━━━━━━━━━━━━━ 🧪 تحدي اليوم في Packet Tracer: ابنِ شبكة: 💻 PC1 ⬇️ 🔀 Switch ⬆️ 💻 PC2 واجعل: PC1 → 192.168.1.10 PC2 → 192.168.1.20 بعدها من PC1 نفّذ: ping 192.168.1.20 ثم جرّب مشاهدة جدول الـARP باستخدام الأمر المناسب على الجهاز. 👀 راقب ماذا يحدث قبل الـPing وبعده. هل لاحظت كيف حصل PC1 على MAC Address الخاص بـPC2؟ اكتب لنا تجربتك في التعليقات 👇💙 #CCNA #Cisco #Networking #ARP #IPAddress #MACAddress #PacketTracer #Switching #Ethernet #NetworkEngineer #هندسة_الشبكات #الشبكات #تعلم_الشبكات

🌐🔀 كيف يعرف الـSwitch أين يرسل البيانات؟ 🤔 في المنشور السابق لما جربنا Packet Tracer، طرحنا سؤال مهم: ❓ كيف عرف الـPC1 مكان الـPC2؟ وكيف عرف الـSwitch أي منفذ لازم يرسل من خلاله الـFrame؟ 👀 هنا ندخل في واحد من أهم المفاهيم في عالم الـSwitching: 🧠 MAC Address Table الـSwitch ما يرسل كل البيانات لكل الأجهزة بشكل عشوائي. هو يتعلم عناوين الـ MAC Address للأجهزة، ويخزنها في جدول يسمى: 📋 MAC Address Table وهذا الجدول يربط بين: 🔹 MAC Address 🔹 Switch Port 🔹 VLAN ━━━━━━━━━━━━━━━━━━ 🔹 مثال بسيط عندنا شبكة مثل: 💻 PC1 ⬇️ 🔀 SW1 ⬇️ 💻 PC2 ولنفترض: 🖥️ PC1 MAC → AAAA.AAAA.AAAA 🖥️ PC2 MAC → CCCC.CCCC.CCCC والـSwitch عنده جدول مثل: MAC Address Port AAAA.AAAA.AAAA Fa0/1 CCCC.CCCC.CCCC Fa0/3 هنا الـSwitch أصبح يعرف: 📍 MAC الخاص بـPC1 موجود على Fa0/1 📍 MAC الخاص بـPC2 موجود على Fa0/3 ━━━━━━━━━━━━━━━━━━ 🔥 طيب كيف يتعلم الـSwitch هذه المعلومات؟ هنا تبدأ الفكرة المهمة جدًا. 👇 عندما يستقبل الـSwitch Frame من جهاز معين، ينظر إلى Source MAC Address الموجود داخل الـFrame. مثلاً: 💻 PC1 أرسل Frame إلى الشبكة. الـSwitch يستقبل الـFrame من: Fa0/1 ويجد أن: Source MAC: AAAA.AAAA.AAAA فيقوم بتسجيل: AAAA.AAAA.AAAA → Fa0/1 وهكذا يتعلم الـSwitch مكان الجهاز. ━━━━━━━━━━━━━━━━━━ 🤔 طيب ماذا يحدث إذا كان الـSwitch لا يعرف MAC Address الخاص بالوجهة؟ هنا تحدث عملية مهمة تسمى: 🔥 Flooding إذا وصل Frame والـDestination MAC غير موجود في جدول الـSwitch، يقوم الـSwitch بإرسال الـFrame عبر المنافذ المناسبة داخل نفس الـVLAN، باستثناء المنفذ الذي استقبل منه الـFrame. وبمجرد أن يتعلم عنوان الجهاز من الـFrames القادمة منه، يستطيع لاحقًا إرسال البيانات مباشرة إلى المنفذ الصحيح. يعني بدل ما يرسل البيانات للجميع كل مرة، يبدأ يبني معرفته بالشبكة تدريجيًا. 🧠🔀 ━━━━━━━━━━━━━━━━━━ ⚡ مثال عملي لو كان عندنا: PC1 ─── Fa0/1 │ SW1 │ PC2 ─── Fa0/3 وعرف الـSwitch أن: AAAA.AAAA.AAAA → Fa0/1 CCCC.CCCC.CCCC → Fa0/3 فعندما يريد PC1 إرسال Frame إلى PC2: 📤 PC1 ⬇️ 🔀 SW1 ⬇️ 📍 يبحث عن Destination MAC ⬇️ 🔌 يجدها على Fa0/3 ⬇️ 📥 يرسل الـFrame إلى PC2 وهنا تظهر قوة الـSwitching. 🚀 ━━━━━━━━━━━━━━━━━━ 🛠️ كيف نشوف جدول الـMAC في Cisco؟ في الـSwitch استخدم: show mac address-table وسيظهر لك جدول يحتوي على معلومات مثل: VLAN MAC Address Type Port 1 AAAA.AAAA.AAAA DYNAMIC Fa0/1 1 CCCC.CCCC.CCCC DYNAMIC Fa0/3 📌 كلمة DYNAMIC تعني أن الـSwitch تعلم عنوان الـMAC تلقائيًا من حركة البيانات. ━━━━━━━━━━━━━━━━━━ ⏳ هل يبقى الـMAC في الجدول للأبد؟ لا. 👀 عناوين الـMAC التي يتعلمها الـSwitch بشكل Dynamic لها مدة تسمى: ⏱️ Aging Time وفي الإعداد الافتراضي الشائع على Cisco تكون حوالي 300 ثانية، وبعد عدم وجود حركة مرتبطة بهذا الإدخال يتم حذف الإدخال الديناميكي من الجدول، ويمكن للـSwitch تعلمه مرة أخرى عند وصول Traffic جديد. ━━━━━━━━━━━━━━━━━━ 🎯 الخلاصة الـSwitch يعتمد بشكل أساسي على MAC Address Table لاتخاذ قرار الـForwarding. 🧠 يتعلم: MAC Address → Port 📥 يستقبل الـFrame 🔎 ينظر إلى Destination MAC 📋 يبحث عنه في الجدول ➡️ إذا كان معروفًا → يرسل الـFrame إلى المنفذ المناسب. 📡 إذا كان غير معروف → يحدث Flooding داخل الـVLAN المناسبة. وهنا نبدأ نفهم فعلًا كيف يعمل الـSwitch، بدل ما يكون مجرد جهاز "يوصل الأجهزة ببعض". 🔥🌐 ━━━━━━━━━━━━━━━━━━ 🧪 تحدي اليوم في Packet Tracer: ابنِ شبكة فيها: 💻 PC1 💻 PC2 💻 PC3 🔀 Switch وبعدها جرّب الأمر: show mac address-table 👀 راقب الجدول قبل وبعد ما تبدأ الأجهزة تتبادل البيانات. هل لاحظت كيف بدأ الـSwitch يتعلم عناوين الـMAC ويربطها بالمنافذ؟ اكتب لنا في التعليقات 👇💙 #CCNA #Cisco #PacketTracer #Networking #Switching #MACAddress #MACAddressTable #Ethernet #VLAN #NetworkEngineer #هندسة_الشبكات #الشبكات #تعلم_الشبكات