الخلاصة

  • أتاح تغليف LLC/SNAP مشاركة عدة بروتوكولات في دارة ATM واحدة لأن كل PDU حمل معرّفه. أما تعدد الإرسال بحسب VC فخصص دارة لكل بروتوكول وحذف بطاقة النوع العامة من الحمولة.
  • خفّض الخيار الثاني كلفة الترويسة، لكنه جعل إعداد PVC أو تفاوض SVC جزءاً من معنى البيانات. سلامة غلاف AAL5 لا تثبت صحة الربط أو قبول الطبقة الأعلى أو نتيجة التطبيق.

الغلاف السليم لا يسمّي الرسالة دائماً

بعد إعادة تجميع خلايا ATM، يعرف المستقبل طول CPCS-PDU ويمكنه فحص CRC. هذه شهادة على الغلاف الخارجي. لكن السؤال التالي—أي بروتوكول يقرأ الحمولة؟—احتاج في RFC 1483 إلى واحد من مصدرين مختلفين.

في تغليف LLC، تسبق الحمولة ترويسة IEEE 802.2 وقد تتبعها SNAP. للبروتوكولات الموجّهة غير ISO استخدم النص AA-AA-03 ثم OUI وPID/EtherType؛ وكان 0x0800 مثال IP. حملت كل وحدة اسم نوعها، ولذلك أمكن لبروتوكولات عدة مشاركة VC واحد.

في تعدد الإرسال بحسب VC لم توجد بطاقة متعددة البروتوكولات عامة داخل الحمولة. عرّفت الدارة البروتوكول ضمناً، وأصبح لكل بروتوكول VC مستقل. تلخص صفحة RFC 1483 الفرق بين المشاركة والفصل، لكن جوهره أن الدليل انتقل من بايتات الوحدة إلى سجل علاقة خارجي.

أما الإطارات الموصولة جسرياً فاحتاجت OUI وPID لتعريف الوسط الأصلي ووجود FCS. لا يستطيع CRC الخارجي وحده أن يخبر جسر الخروج بكيفية بناء الإطار الداخلي.

ما حُذف من الترويسة ظهر في جدول الحالة

وفّر تعدد VC بايتات ومعالجة لكل PDU، وقد يقلل عدد الخلايا لبعض الأحجام. لكنه ألزم الطرفين بحفظ العلاقة نفسها. في PVC جاءت من إعداد إداري؛ وفي SVC من تفاوض وقت إنشاء الاتصال.

يتغير نطاق العطل تبعاً لذلك. قيمة LLC/SNAP خاطئة قد تفسد وحدة واحدة. ربط VC خاطئ قد يرسل تياراً كاملاً من الوحدات السليمة إلى محلل غير صحيح. معيار الصيغة لا يشهد بأن جداول منشأة بعينها متطابقة.

RFC 1755 حدّد تفاوض B-LLI: يعرض المتصل طرق التغليف، ويختار الطرف الآخر ما يدعمه أو ينهي الاتصال عند عدم التوافق. وتصفه صفحته الرسمية بدليل لتنفيذ إشارات IP فوق ATM.

نجاح SETUP وCONNECT يثبت اختياراً في مستوى التحكم، لا وصول PDU لاحقاً ولا صحة تفسيره ولا إنجاز التطبيق.

الافتراضي نقطة التقاء وليس قياساً للتشغيل

جعل RFC 2225 LLC/SNAP الوضع الافتراضي لـ Classical IP وATMARP عند غياب معرفة أو اتفاق آخر. تسجل صفحته هذا كخط أساس للتوافق، لا كخبر عن كل دارة عاملة.

وأوضح أيضاً أن نوع AAL لا يوجد في رأس كل خلية؛ يُضبط في PVC أو يُبلّغ أثناء إنشاء SVC. كما أن AAL5 خدمة غير مضمونة: ترتيب الخلايا وكشف الخطأ لا يغنيان عن إعادة الإرسال في الطبقات الأعلى.

طبّق RFC 2364 الخيارين على PPP. وصف النوع المتفق عليه عبر الإعداد أو التحكم بأنه ضمني في VC، والنوع الموجود في كل PDU بأنه صريح. وتضعه صفحته الرسمية في سياق وصلة نقطة إلى نقطة. حتى مصادقة جلسة PPP لم تؤمّن تلقائياً تدفقات LLC الأخرى في الدارة نفسها.

أبقى البديل اللاحق الحد الفاصل

حل RFC 2684 محل RFC 1483 عام 1999 مع إبقاء الطريقتين وتوضيح غموض التنفيذ. LLC يقلل عادة عدد الدارات، وVC يقلل عادة كلفة كل PDU. تسجل صفحة RFC 2684 الاستبدال المعياري، لا اختفاء كل تنفيذ قديم.

وأكد النص أن التغليف متعدد البروتوكولات ضروري لكنه غير كاف عادة للتوجيه والجسر فوق ATM. تعريف الحمولة لا يثبت العنوان أو المسار أو السلطة أو التسليم.

المصادر