القائمة الرئيسية

الصفحات

اتصال الجهاز بالجهاز مباشرة


اتصال الجهاز بالجهاز مباشرة
بعد مناقشة تركيبة نموذج OSI وبعض الاجهزة الرئيسية في نقل الحزمة من جهاز إلى آخر ، يمكننا أخيرًا مناقشة الوظائف المحددة التي تحدث لحظة إتاحة اتصال الجهاز إلى الجهاز.
في صميم شبكة الإنترنت ، هذه الفكرة هي أنه بإمكان جهازي كمبيوتر التواصل مع بعضهما البعض. على الرغم من أنه من النادر العثور على المواقف التي يكون فيها جهازان متصلان ببعضهما البعض مباشرة ، لفهم كل شيء يحدث عندما يتصل اجهزة متعددة من خلال سويش أو راوتر. سوف تركز هذه المقالة على اتصال الجهاز بالجهاز ، وكل خطوة فردية مشاركة في هذه العملية.

اتصال الجهاز بالجهاز
نظرًا لعدم وجود أجهزة توجيه في هذا الرسم التوضيحي ، فإننا نعلم أن جميع الاتصالات تحدث داخل نفس الشبكة - لذلك ، تم تكوين الاجهزة A و B مع عناوين ايبي تنتمي إلى نفس الشبكة.

المضيف لاستضافة الاتصالات - الخطوة 1


كل جهاز لديه عنوان IP فريد وعنوان MAC. نظرًا لأن كل مضيف هو أيضًا جهاز طبقة ثالثة، يكون لكل منهما أيضًا جدول ARP. في هذه اللحظة ، تكون جداول ARP فارغة.

يبدأ الجهاز A بإنشاء بعض البيانات للجهاز B. يعرف الجهاز A أن الوجهة النهائية لهذه البيانات ستكون عنوان الايبي IP 10.10.10.20 ( الخاص بالجهاز B). يعرف الجهاز A أيضًا عنوانه الخاص (10.10.10.10) ، وبالتالي فهو قادر على إنشاء هيدر خاصة بالطبقة الثالثة باستخدام عنوان الايبي للمصدر والوجهة.

ولكن كما تعلمنا سابقًا ، فإن تسليم الحزمة هو مهمة الطبقة الثانية ، لذلك على الرغم من أن هذين الجهازين متصلين مباشرة ببعضهم البعض ، ولكن من الضروري انشاء هيدر خاص بالطبقة الثانية ايضاً.

سيكون الماك المصدر لهدير الطبقة الثانية هو عنوان MAC الخاص بالجهاز A aaaa.aaaa.aaaa. وماك الوجهة هو عنوان الماك الخاص بالجهاز B ، ولكن في الوقت الحالي ، الجهاز A لايمتلك اي سجل في جدول ARP الخاص به مربوط بعنوان الايبي الخاص بالجهاز B ، وبالتالي ، لا يعرف عنوان الماك الخاص بالجهاز B.

نتيجة لذلك ، يتعذر على الجهاز A إنشاء هيدر الطبقة الثانية المناسب لتسليم الحزمة إلى كارت الشبكة الخاص بالجهاز B في هذا الوقت. سيتعين على الجهاز A بدء طلب ARP من أجل الحصول على المعلومات المفقودة:

المضيف لاستضافة الاتصالات - الخطوة 2


طلب ARP عبارة عن حزمة واحدة  تسأل بشكل أساسي: "على من يمتلك عنوان ايبي 10.10.10.20 ، أن يرسل عنوان الماك الخاص به."

تذكر ، في هذه المرحلة ، الجهاز A لا يعرف ما إذا كان الجهاز B موجودًا اصلاً. في الحقيقة ، الجهاز A لا يعرف أنه مرتبط مباشرة بالجهاز B. وبالتالي ، فإن السؤال سيكون موجه إلى كل جهاز متصل بالشبكة. وبالتالي سيتم إرسال طلب ARP كرسالة برودكاست.

لاحظ أيضًا أن الجهاز A ارفق عنوان الماك الخاص به في طلب ARP. يسمح ذلك للجهاز B (إذا كان موجودًا) بالرد بسهولة مباشرةً على الجهاز A بالمعلومات المطلوبة.

المضيف لاستضافة الاتصالات - الخطوة 3

تلقي طلب ARP يتيح للجهاز B تعلم شيء ما. وهو أن عنوان الايبي الخاص بالجهاز A هو 10.10.10.10 وعنوان الماك المتصل به وهو aaaa.aaaa.aaaa. لاحظ أن هذا السجل يضاف الآن إلى جدول ARP الخاص بالمضيف B.

يمكن للجهاز B استخدام هذه المعلومات الجديدة للرد مباشرة على الجهاز A. يتم إرسال رسالة استجابة ARP كرسالة أحادية الإرسال ، موجهة مباشرةً إلى الجهاز A. لو كان هناك اجهزة آخرى على الشبكة، فلن يشاهدوا رسالة استجابة ARP.

ستتضمن استجابة ARP المعلومات التي يطلبها الجهاز A: يتم تقديم عنوان الايبي 10.10.10.20  مع عنوان الماك bbbb.bbbb.bbbb. سيستخدم الجهاز A هذه المعلومات لملء جدول ARP الخاص به:

المضيف لاستضافة الاتصالات - الخطوة 4


مع جدول ARP الخاص بالجهاز A الموضح اعلاه ، يمكن للجهاز A الآن بنجاح انشاء هيدر الطبقة الثانية المناسب لضمان وصول الحزمة إلى الجهاز B.

عندما يحصل الجهاز B على البيانات ، سيكون قادرًا على الاجابة دون مزيد من العناء، لأن جدول الARP يحتوي بالفعل على سجل خاص بالجهاز A.

الخلاصة

مرة أخرى ، من النادر أن تجد جهازين متصلين مباشرة ببعضهما البعض. ولكن فهم ما يتطلبه الأمر لجعل حزمة تنتقل من جهاز إلى جهاز آخر هو مفتاح لفهم كيفية تمكن السويش لاتصال متعدد الاجهزة، أو فهم كيفية تمكن الموجه او الراوتر لاتصال متعدد الشبكات. كلاهما سيكون موضوع المقالات القادمة ان شاء الله.




reaction:

تعليقات