الخلاصة

  • عرضت RFC 948 في يونيو 1985 طريقتين لنقل IP على وسط IEEE 802.3. تحافظ إحداهما على حقل نوع البروتوكول بطريق Ethernet؛ وتستخدم الثانية رأس الربط المنطقي IEEE 802.2. يستطيع الإطاران السير على السلك نفسه، لكن أجهزة كل طريقة لا تفهم الأخرى تلقائياً.
  • اقترح Ira Winston أن تملك الأجهزة الجديدة والقديمة اختياراً ثابتاً للتغليف، وأن تبقى كلها على الطريقة المتوافقة مع Ethernet حتى تجهز، ثم تنتقل معاً. يمكن لبوابة تفهم الطريقتين وصل مجموعتين انفصلتا مبكراً، مع خسارة أداء وصفها النص بالكبيرة.

الحقل نفسه لا يعني الشيء نفسه

قالت RFC 948 إن الطبقتين الفيزيائيتين لـEthernet Version 2.0 وIEEE 802.3 متوافقتان عملياً. عند طبقة ربط البيانات ينتهي الاتفاق. الموضع نفسه في الرأس يدل في Ethernet على نوع البروتوكول المحمول، وفي 802.3 على طول الإطار. يستقبل الحاسوب الإشارة، ثم يحتاج إلى قاعدة يعرف بها كيف يفسر الغلاف قبل أن يصل إلى IP. نجاح التوصيل لا يمنحه هذه القاعدة.

الطريقة الأولى أبقت الباب مفتوحاً للتركيبات القائمة على Ethernet. في شبكة 802.3 بسرعة 10 ميغابت في الثانية كان الحد الأعلى لقيمة الطول 1500؛ ويمكن استعمال القيم الأعلى استعمالاً خاصاً. رموز النوع الخاصة بـIP وARP والتغليف ذي الذيل أعلى من ذلك الحد، لذلك أمكن وضعها في هذا المجال وإرسال إطار بأسلوب Ethernet عبر واجهة فيزيائية متوافقة مع 802.3. حصلت الأجهزة القديمة على طريقة للاستمرار. لم يتغير معنى رأس IEEE لدى الأجهزة التي اختارت الصيغة الأخرى.

الطريقة الثانية التزمت بصيغة IEEE 802.2/802.3. تحمل IP داخل LLC Type 1 Unnumbered Information، ويأخذ DSAP وSSAP القيمة 96 التي تذكرها الوثيقة بوصفها نقطة وصول IP. إذا احتاج إطار 802.3 إلى أصفار ليبلغ الحد الأدنى لطوله، فهذه الأصفار خارج رزمة IP. في مطابقة العناوين تسمح الوثيقة بجدول ثابت، وتوصي بشدة باكتشاف ديناميكي يشبه ARP. تلك تفاصيل تجعل الطريقة قابلة للتنفيذ بين أجهزة اتفقت عليها؛ لا تجعل الجار الذي يرسل صيغة Ethernet يقرأها من دون تغيير.

آخر جهاز يحدد موعد التحول

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

فضّل Winston طريقة IEEE 802.2/802.3 لأن معايير IEEE مقبولة محلياً ودولياً ويمكن استعمال التغليف نفسه على أوساط IEEE 802 أخرى. لكنه لم يتجاهل الأجهزة القائمة. أراد إضافة اختيار ثابت بين الطريقتين إلى التنفيذات الجديدة والقديمة. خلال التجهيز يستمر الجميع في الصيغة المتوافقة مع Ethernet. بعد أن تستطيع كل الأجهزة اختيار الصيغة الجديدة، تنتقل الشبكة كاملة إلى طريقة IEEE. الجهاز الأخير غير الجاهز ليس هامشاً إدارياً؛ هو طرف في الانقسام إن عُجّل الموعد.

في 1988 استخدمت RFC 1042 تركيب LLC/SNAP لـIP وARP على شبكات IEEE 802. صارت قيمتا DSAP وSSAP تساويان 170، وبعدهما رمز مؤسسة صفري وEtherType؛ وهذه صيغة مختلفة عن SAP 96 المباشر في RFC 948. وشرحت الوثيقة اللاحقة أن البث على طبقة الربط في سلك مختلط لا يصل إلا إلى الحواسيب التي تستعمل صيغة الربط نفسها. إذا لزم الخلط، أوصت ببوابة IP بين شبكتين منفصلتين. إنها تسجل استمرار مشكلة التعايش وتغير الحل المحدد، لا تنفيذ خطة 1985 في موقع مسمى.

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

المصادر