الخلاصة

  • RFC 1293، وثيقة في مسار المعايير من يناير 1992، يضيف Inverse Address Resolution Protocol إلى ARP لطلب عنوان البروتوكول الموافق لعنوان مادي معلوم. ومثاله هو DLCI مرتبط بـ PVC قائم في Frame Relay من دون عنوان بروتوكول معروف للمحطة في الطرف الآخر.
  • لا يبث InARP الطلب لأن العنوان المادي للهدف معروف. ويجوز للمستقبل أن يرد أو أن يتجاهل الطلب إذا لم يستطع أو لا يريد الرد؛ ويمكن للطالب إكمال إدخال ARP محلي، لكن المعلومة قد تشيخ أو تبطل.

المشكلة في RFC 1293 ليست غياب الشبكة بل عدم كفاية ما عُرف عنها. DLCI يعرّف اتصالاً افتراضياً واحداً عبر WAN، وهو ما يعادل عنواناً مادياً في مثال Frame Relay. قد تتعلم المحطة عبر الإشارات أن دائرة جديدة موجودة وأن هذا هو DLCI الخاص بها. غير أن الإعلان لا يتضمن عنوان البروتوكول للطرف الآخر. تعرف المحطة طريق السؤال، لا الجواب الذي تحتاجه لتوجيهه.

ولهذا يقول RFC إن الدائرة غير قابلة للاستعمال لتوجيه الطرف الآخر ما لم يوجد إعداد جديد أو آلية اكتشاف. لا يثبت ذلك أن الدائرة غير موجودة، أو أن الطرف البعيد معطّل، أو أن شبكة ما غير آمنة. إنه يضع حدوداً دقيقة بين معرف وصلة معروف وعنوان بروتوكول لم يُعرف بعد. InARP لا يسمح باختراع العنوان من DLCI؛ بل يوفر طريقة لسؤال من يصل إليه هذا DLCI.

الإعلان عن مسار لم يكن تسمية للطرف

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

كل واحدة من هذه وقائع مختلفة. إعلان دائرة لا يثبت أن طلب InARP أرسل. وطلب أرسل لا يثبت أن رداً وصل. ورد ملأ جدولاً لا يثبت أن حزمة IP سُلّمت. يحتفظ RFC بهذه المراحل لكي لا يتحول مقبض في طبقة إلى حكم عن نتيجة في طبقة أخرى.

العكس يحدد اتجاه السؤال لا تماثل الآليات

يبدأ InARP بعنوان مادي ويطلب عنوان البروتوكول الموافق. يستخدم شكل ARP، ورمز الطلب 8 ورمز الرد 9. أما Reverse ARP فاعتبر ثم رفض، لأن جوابه يعطي عنوان بروتوكول الطالب نفسه لا عنوان المحطة التي تستقبل الطلب، وهو العنوان الذي يحتاجه هذا السيناريو.

السؤال “ما عنواني؟” ليس هو “ما عنوان هذا الهدف المادي المعروف؟”. كما رفض RFC آليات تخص IP فقط لأنه يريد حل عناوين بروتوكولات متعددة. لذلك لا يكون InARP سجلاً لملكية IP أو سلطة توجيه أو شهادة هوية؛ إنه تبادل محدود حول علاقة عنوان مادي معروف بعنوان بروتوكول غائب.

الإرسال المباشر لا يجعل الإجابة مؤكدة

في ARP العادي يكون العنوان المادي للهدف غير معلوم، فيبث الطلب. في InARP هو معلوم. يضع الطالب عناوينه المادية وعناوين بروتوكوله، والعنوان المادي الهدف، ويملأ حقل عنوان بروتوكول الهدف صفراً ثم يرسل الرسالة مباشرة بعد تغليفها للشبكة المعنية.

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

للجهة المستقبلة حق الإجابة أو التجاهل

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

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

العناوين المتعددة تجعل الإجابة مرتبطة بالسائل

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

لذلك لا تكون الإجابة خاصية منفصلة للمضيف البعيد. قد يملك عناوين كثيرة ولا يملك عنواناً مناسباً لهذا الطلب. عبارة “للطرف الآخر عنوان” لا تعيّن السطر الذي يحق للطالب وضعه في ذاكرته. يلزم سياق الطالب وشبكته والإعداد والرد الفعلي.

ذاكرة ARP لا تحفظ سلطة دائمة

ينص RFC على أن المعلومات المتعلمة عبر InARP قد تشيخ أو تبطل. ينبغي أن يحتفظ سجل التعيين بالدائرة أو DLCI، والطلب، والرد أو الصمت، والوقت، وعمر الإدخال والإبطال. الذاكرة قرار محلي بالاحتفاظ بملاحظة، وليست قولاً أبدياً عن الطوبولوجيا أو هوية البعيد أو قابلية الخدمة.

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

المصدر وحدود الدليل

يعتمد هذا المقال على RFC 1293 — Inverse Address Resolution Protocol. وهو مصدر لتاريخ ومسار المعايير، ودافع DLCI/PVC، وغياب عنوان البروتوكول البعيد، ورفض RARP والآليات الخاصة بـ IP، وصيغة InARP، والطلب المباشر، والرد أو التجاهل، والذاكرة والشيخوخة أو الإبطال، واختيار العنوان المتعدد، وعبارة أن الأمن غير معالج.

ولا يثبت دائرة واقعية أو إعداد طرف أو ردّاً صحيحاً أو مصرحاً أو آمناً، أو بقاء إدخال، أو توجيه IP أو تسليم بيانات أو نتيجة لمستخدم. قراءة DLCI المعروف كحقيقة تنسيق محدودة لا كحكم عن جار صالح هي تحليل تحريري للآلية، لا رصد لنشر فعلي.