بروتوكول اكتشاف الجيران

بروتوكول اكتشاف الجيران
بروتوكول الاتصالات
عند تعريف رسائله، يتبع NDP تنسيق رسالة ICMPv6 .
غايةبروتوكول مساعد لـ IPv6
المطور(ون)فريق عمل هندسة الإنترنت
مقدمةمارس 1996 ؛ منذ 28 عامًا ( 1996-03 )
طبقة OSIطبقة الشبكة
طلبات التعليقات
  • طلب التعليقات رقم 1970
  • طلب التعليقات رقم 2461
  • طلب التعليقات رقم 4861

بروتوكول اكتشاف الجار ( NDP )، ​​أو ببساطة اكتشاف الجار ( ND )، هو بروتوكول من مجموعة بروتوكولات الإنترنت المستخدمة مع بروتوكول الإنترنت الإصدار 6 (IPv6). [1] : §1  يعمل على طبقة الإنترنت من نموذج الإنترنت ، [2] وهو مسؤول عن جمع المعلومات المختلفة المطلوبة لاتصالات الشبكة، بما في ذلك تكوين الاتصالات المحلية وخوادم أسماء النطاقات والبوابات.

يحدد البروتوكول خمسة أنواع من حزم ICMPv6 لأداء وظائف لـ IPv6 مشابهة لبروتوكولات اكتشاف الموجه وإعادة توجيه الموجه لبروتوكول حل العناوين (ARP) وبروتوكول رسائل التحكم في الإنترنت (ICMP) لـ IPv4 . وهو يوفر العديد من التحسينات على نظرائه IPv4. [1] : §3.1  على سبيل المثال، يتضمن اكتشاف عدم إمكانية الوصول إلى الجيران (NUD)، وبالتالي تحسين متانة توصيل الحزمة في وجود أجهزة توجيه أو روابط فاشلة أو عقد متنقلة.

يسمح امتداد بروتوكول اكتشاف الجار العكسي ( IND ) للعقد بتحديد وإعلان عنوان IPv6 المقابل لعنوان طبقة الارتباط المحدد، على غرار بروتوكول ARP العكسي لـ IPv4. [3]

يستخدم بروتوكول اكتشاف الجار الآمن (SEND)، وهو امتداد أمني لبروتوكول اكتشاف الجار الآمن، عناوين مولدة تشفيريًا (CGA) والبنية الأساسية للمفتاح العام للموارد (RPKI) لتوفير آلية بديلة لتأمين بروتوكول اكتشاف الجار الآمن باستخدام طريقة تشفير مستقلة عن IPsec . يوفر وكيل اكتشاف الجار الآمن (ND Proxy) خدمة مماثلة لـ IPv4 Proxy ARP ويسمح بربط قطاعات شبكة متعددة داخل بادئة شبكة فرعية واحدة عندما لا يمكن إجراء الربط في طبقة الارتباط. [4]

الوظائف

يعرف NDP خمسة أنواع من حزم ICMPv6 لغرض طلب التوجيه، وإعلان التوجيه، وطلب الجار، وإعلان الجار، وإعادة توجيه الشبكة. [1]

طلب جهاز التوجيه (النوع 133)
يستفسر المضيفون باستخدام رسائل طلب جهاز التوجيه لتحديد موقع أجهزة التوجيه على رابط مرفق. [1] : §3  تقوم أجهزة التوجيه التي تعيد توجيه الحزم غير الموجهة إليها بإنشاء إعلانات جهاز التوجيه فور استلام هذه الرسالة بدلاً من وقتها المجدول التالي.
إعلان عن جهاز التوجيه (النوع 134)
تعلن أجهزة التوجيه عن وجودها جنبًا إلى جنب مع مختلف معلمات الارتباط والإنترنت إما بشكل دوري، أو استجابة لرسالة طلب جهاز التوجيه.
طلب المساعدة من الجيران (النوع 135)
يتم استخدام طلبات الجيران بواسطة العقد لتحديد عنوان طبقة الارتباط الخاصة بالجار، أو للتحقق من إمكانية الوصول إلى الجار عبر عنوان طبقة الارتباط المخزن مؤقتًا.
إعلان الجار (النوع 136)
يتم استخدام الإعلانات المجاورة بواسطة العقد للرد على رسالة طلب الجار، أو الإعلانات غير المرغوب فيها لتوفير معلومات جديدة بسرعة.
إعادة التوجيه (النوع 137)
قد تقوم أجهزة التوجيه بإعلام المضيفين بجهاز توجيه القفزة الأولى الأفضل لوجهة ما.

يتم استخدام هذه الرسائل لتوفير الوظائف التالية:

  • اكتشاف جهاز التوجيه: يمكن للمضيفين تحديد أجهزة التوجيه الموجودة على الروابط المرفقة.
  • اكتشاف البادئة: يمكن للمضيفين اكتشاف بادئات العناوين الموجودة على الرابط للروابط المرفقة.
  • اكتشاف المعلمات: يمكن للمضيفين العثور على معلمات الارتباط (على سبيل المثال، MTU ).
  • التكوين التلقائي للعناوين: تكوين اختياري بدون جنسية لعناوين واجهات الشبكة (انظر IPv6 § التكوين التلقائي للعناوين بدون الجنسية (SLAAC) وعنوان IPv6 § التكوين التلقائي للعناوين بدون الجنسية ).
  • حل العنوان: التعيين بين عناوين IP وعناوين طبقة الارتباط.
  • تحديد القفزة التالية: يمكن للمضيفين العثور على أجهزة توجيه القفزة التالية لوجهة ما.
  • اكتشاف عدم إمكانية الوصول إلى الجار (NUD): تحديد أن الجار لم يعد من الممكن الوصول إليه عبر الرابط.
  • اكتشاف العناوين المكررة (DAD): يمكن للعقد التحقق مما إذا كان العنوان قيد الاستخدام بالفعل.
  • تعيين خادم DNS المتكرر (RDNSS) وقائمة بحث DNS (DNSSL) عبر خيارات إعلان جهاز التوجيه (RA). [5] هذا هو معيار مقترح منذ عام 2010 [6] وتم تحديثه في مارس 2017، ولكن لا يدعمه جميع العملاء. [ بحاجة لمصدر ]
  • إعادة توجيه الحزمة لتوفير مسار أفضل للقفزة التالية لبعض الوجهات.

تحتفظ IANA بقائمة تحتوي على جميع خيارات NDP الحالية عند نشرها. [7]

مثال

يتم توصيل جهازي كمبيوتر في مكتب ( الكمبيوتر 1 والكمبيوتر 2 ) ببعضهما البعض في شبكة محلية بواسطة كابلات إيثرنت ومفاتيح الشبكة ، بدون بوابات أو أجهزة توجيه وسيطة . لدى الكمبيوتر 1 حزمة لإرسالها إلى الكمبيوتر 2. من خلال DNS، يتم تحديد أن الكمبيوتر 2 لديه عنوان IP 2001:db8::55 .

لإرسال الرسالة، يلزم أيضًا عنوان MAC الخاص بالكمبيوتر 2. أولاً، يستخدم الكمبيوتر 1 جدول NDP مخزن مؤقتًا للبحث في 2001:db8::55 عن أي سجلات موجودة لعنوان MAC الخاص بالكمبيوتر 2 ( 00:EB:24:B2:05:AC ). إذا تم العثور على عنوان MAC، فإنه يرسل إطار Ethernet يحتوي على حزمة IP إلى الرابط بعنوان الوجهة 00:EB:24:B2:05:AC . إذا لم تنتج ذاكرة التخزين المؤقت نتيجة لـ 2001:db8::55 ، فيجب على الكمبيوتر 1 إنشاء عنوان متعدد البث للعقدة المطلوبة من خلال أخذ أقل 24 بت أهمية من عنوان الكمبيوتر 2 وإضافتها إلى البادئة ff02::1:ff00:0 / 104 ، والتي هي ff02::1:ff00:55 ، وإنشاء عنوان MAC متعدد البث للعقدة المطلوبة من خلال أخذ أقل 24 بت أهمية من عنوان متعدد البث للعقدة المطلوبة من الكمبيوتر 2 وإضافتها إلى البادئة 33:33:FF:xx:xx:xx ، [8] والتي هي 33:33:FF:00:00:55 ، وإرسال رسالة طلب مجاورة تطلب إجابة لـ 2001:db8::55 (الوجهة ff02::1:ff00:55 عنوان IP والوجهة 33:33:FF:00:00:55 (عنوان MAC)، والذي يتم قبوله بواسطة الكمبيوتر 2 الذي يستمع على عنوان البث المتعدد للعقدة المطلوبة على الشبكة المحلية.

يستجيب الكمبيوتر 2 برسالة إعلانية عن الجار تحتوي على عنواني MAC وIP الخاصين به. وكجزء من التعامل مع الطلب، قد يقوم الكمبيوتر 2 بإدراج إدخال للكمبيوتر 1 في جدول NDP الخاص به لاستخدامه في المستقبل.

يستقبل الكمبيوتر 1 معلومات الاستجابة ويخزنها مؤقتًا في جدول NDP الخاص به ويمكنه الآن إرسال الحزمة.

تنسيقات الرسائل

انظر أيضا

مراجع

  1. ^ abcd T. Narten; E. Nordmark; W. Simpson; H. Holiman (سبتمبر 2007). اكتشاف الجيران لإصدار IP 6 (IPv6). مجموعة عمل الشبكة. doi : 10.17487/RFC4861 . RFC 4861. مسودة المعيار. أصبحت RFC 2461 قديمة. تم تحديثها بواسطة RFC 5942 و6980 و7048 و7527 و7559 و8028 و8319 و8425 و9131.
  2. ^ R. Braden ، محرر (أكتوبر 1989). متطلبات مضيفات الإنترنت - طبقات الاتصال. مجموعة عمل الشبكة. doi : 10.17487/RFC1122 . STD 3. RFC 1122. معيار الإنترنت 3. تم تحديثه بواسطة RFC 1349، 4379، 5884، 6093، 6298، 6633، 6864، 8029 و9293.
  3. ^ A. Conta, ed. (يونيو 2001). Extensions to IPv6 Neighbor Discovery for Inverse Discovery Specification. Network Working Group. doi : 10.17487/RFC3122 . RFC 3122. المعيار المقترح.
  4. ^ D. Thaler؛ M. Talwar؛ C. Patel (أبريل 2006). وكلاء اكتشاف الجيران (ND Proxies). Network Working Group. doi : 10.17487/RFC4389 . RFC 4389. تجريبي.
  5. ^ J. Jeong; S. Park; L. Beloeil; S. Madanapalli (مارس 2017). خيارات إعلان جهاز التوجيه IPv6 لتكوين DNS. فريق عمل هندسة الإنترنت (IETF). doi : 10.17487/RFC8106 . ISSN  2070-1721. RFC 8106. المعيار المقترح يلغي الحاجة إلى RFC 6106.
  6. ^ J. Jeong; S. Park; L. Beloeil; S. Madanapalli (نوفمبر 2010). خيارات إعلان جهاز التوجيه IPv6 لتكوين DNS. فريق عمل هندسة الإنترنت (IETF). doi : 10.17487/RFC6106 . ISSN  2070-1721. RFC 6106. عفا عليها الزمن. تم إلغاؤه بموجب RFC 8106. أصبح عفا عليه الزمن بموجب RFC 5006.
  7. ^ "تنسيقات خيار اكتشاف جيران IPv6". معلمات بروتوكول رسائل التحكم في الإنترنت الإصدار 6 (ICMPv6) . هيئة أرقام الإنترنت المخصصة. 2017-12-05 . تم الاسترجاع في 2017-12-16 .
  8. ^ "استخدام IPv6 في الوقت الفعلي لـ IEEE 802.16: بيان المشكلة". www.ietf.org . تم الاسترجاع في 2023-09-22 .
Retrieved from "https://en.wikipedia.org/w/index.php?title=Neighbor_Discovery_Protocol&oldid=1252350974"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate