الخلاصة

  • حدّدت RFC 1188 طريقة LLC/SNAP، وMTU لـIP قدره 4352 بايتاً، وقواعد ARP متوافقة مع Ethernet الموصّل بجسر لحمل IP وARP على FDDI.
  • لا يثبت EtherType أو عنوان العتاد أو تعيين ARP أو حجم إطار أو استقبال إطار هويةً أو ملكيةً أو تفويضاً أو مساراً أو نتيجة تطبيق.

السرعة لم تكن لغة مشتركة

نشرت RFC 1188 في أكتوبر 1990 لتحل محل RFC 1103 وتحدد استعمال IP وARP على FDDI. اعتمدت على انضباط RFC 1042: يجب أن تتفق الواجهات أولاً على كيفية قراءة الحمولة. LLC من النوع 1 ثم SNAP يجعل ذلك الاتفاق مرئياً.

تخبر قيم AA-AA-03 ورمز المنظمة الصفري ومعرّف البروتوكول التالي الواجهة بأن ما يلي يجب أن يفسر كـIP أو ARP. هذا وصف للنحو، لا توقيع على صاحبه. لا يجعل الوسم المرسل شخصاً معرّفاً، ولا يجعل عنوان IP دليلاً على الملكية، ولا يمنح الطرف الذي يقرأ الإطار حق تعديل جهاز آخر. الإطار يفتح باب الفهم في طبقة الوصلة، أما الثقة والقرار فلهما أدلة وحدود أخرى.

4352 حدّ للحلقة لا وعد للطريق

اختارت RFC 1188 مقدار 4352 بايتاً بوصفه MTU لـIP في FDDI. قد يترك الإطار الأقصى نحو 4470 بايتاً بعد LLC/SNAP، لكن النص حجز مساحة لتغيرات ترويسة MAC وحالة الإطار. على البوابات قبول حزم بحجم MTU وتجزئتها عند الضرورة. ذلك يصف ما يمكن لإطار محلي أن يحتويه، لا ما يستطيع كل طريق أو مضيف أو تطبيق أن يقبله.

لذلك بقيت قاعدة 576 بايتاً ما لم توجد معرفة صريحة بقدرة الوجهة. أدرجت RFC 1191 لاحقاً 4352 في جدول تاريخي لـFDDI، لكن الرقم في الجدول ليس قياساً لمسار حي. إمكان الإرسال في الوصلة الأولى، والتجزئة، والوصول، وقبول التطبيق أحداث مستقلة.

ARP عيّن جاراً محلياً ولم يعيّن مالكاً

سمحت FDDI بعناوين محطات من 16 أو 48 بتاً، لكن RFC 1188 ألزمت IP وARP بعناوين 48 بتاً لتفادي مشكلة التوافق. وفي بيئة Ethernet ذات جسر، طلبت إرسال ARP بنوع عتاد 1، وقبول النوع 1 أو 6، وحمل العناوين بترتيب البتات canonical. لأن تمثيل FDDI المعتاد يضع bit Group بصورة مختلفة، يجب قلب بتات كل ثمانية بتات في حقل ARP.

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

تعاقب الوثائق لا يثبت الحاضر

توثق RFC 1390 النص اللاحق Internet Standard لعام 1993. هذا تاريخ للوثائق، لا برهان على نشر FDDI الآن أو على شبكة محددة أو على أن RFC 1188 تثبت تسليماً واقعياً.

قوة الوثيقة في صغر ادعائها: التغليف يقول كيف تقرأ الحمولة؛ ARP يقول كيف تمثل مطابقة محلية؛ MTU يقول ما حد الحجم في الوصلة. الهوية والإذن والطريق والنتيجة تحتاج إلى أدلتها الخاصة.

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

يعتمد التحليل على RFC 1042 وRFC 1188 وRFC 1191 وRFC 1390. لا تثبت هذه المصادر نشرًا حاليًا أو هوية أو إذنًا أو مسارًا أو تسليمًا أو نتيجة تطبيق.