الخلاصة

  • يضع PDU-Concat عدة وحدات PDU قصيرة عادة تحت نوع ULE واحد، ويربطها بعنوان NPA واحد عند وجوده؛ وهكذا تصبح كفاءة التأطير وحدود التحقق والإسقاط مترابطة.
  • لا يثبت العنوان المشترك هوية أو تفويضاً، كما لا يثبت CRC ناجح صحة الحدود الداخلية أو وصول كل عضو إلى الطبقة العليا.

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

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

ما يُشارك لتوفير الكلفة

PDU-Concat هو امتداد إلزامي من النوع 3 في سجل ULE. يحمل الرأس الأساسي طول SNDU كاملة، بينما يصف PDU-Concat-Type جميع الوحدات الداخلية مرة واحدة. يجب أن تشترك الوحدات في نوع ULE واحد، ولا يجوز وضع PDU-Concat داخل نفسه. لكل عضو طول من 15 بت يتبعه محتواه، ولا يلزم اصطفاف على حدود 16 أو 32 بت.

إذا أعلن الرأس وجود NPA، فعلى المستقبل ربط العنوان نفسه بكل PDU، وتمريره معها إذا احتاجته الواجهة التالية. وإذا غاب NPA، تُعامل جميع الوحدات على هذا الأساس. أما الامتدادات التي تسبق PDU-Concat، مثل TimeStamp، فتسري على المركّب كله.

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

سلامة الغلاف لا تغلق دفتر الأطوال

يفحص ULE قيمة CRC-32 لكل SNDU. وفي GSE المجزأ توجد CRC في الجزء الأخير ثم تُزال بعد إعادة التجميع. يختلف النظامان أيضاً في الأعلام وحساب الطول. نجاح هذا الفحص يثبت سلامة البايتات ضمن نطاقه، لكنه لا يثبت أن تقسيمها الداخلي ممكن.

على المستقبل التأكد أولاً من دعمه لنوع PDU-Concat. النوع غير المدعوم يجب إسقاطه، وينبغي تسجيل خطأ PDU-Type. ثم يفحص طول كل عضو بالتتابع ويتأكد من أن مجموع الأطوال المعالجة يساوي الطول المعلن في الرأس الأساسي.

إذا اختلف المجموع مع أحجام الأعضاء، يقول RFC 5163 إن المستقبل ينبغي أن يسقط SNDU كاملة وأن يسجل خطأ عدم تطابق. أما إذا أعلن عضو طولاً أكبر من البايتات المتبقية، فلا يجوز تمرير ذلك العضو الجزئي. النص الأول SHOULD، والثاني MUST NOT؛ وهذه ليست فروقاً تحريرية يمكن حذفها.

سلسلة الإثبات الصحيحة تفصل: قبول أعضاء من نوع واحد في طابور التجميع، انتهاء مهلة الانتظار أو بلوغ حد الحجم، الإرسال، سياق NPA، إعادة التجميع أو CRC، معرفة النوع، فحص كل حد داخلي، إغلاق المجموع، استخراج الوحدات الكاملة، تمريرها، ثم قبولها في الطبقة التالية. تسجيل IANA يثبت تخصيص الرقم فقط. والغلاف المقبول لا يثبت نتيجة التطبيق.

للانتظار ثمن تشغيلي

لا يحدث التجميع من دون انتظار وحدات إضافية. يطلب RFC أن يكون PDU Packing Threshold محدوداً، ويوصي بأن يكون قابلاً للضبط. قد يرفع الانتظار الكفاءة، لكنه يزيد التذبذب الزمني وقد يزيد احتمال التلف. إذا انتهت المهلة ولم تصل PDU أخرى، يجب إرسال كل ما في الطابور فوراً.

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

يقدّم TS-Concat مثالاً ثابت الحجم. فهو يحمل حزم MPEG-2 TS طول كل منها 188 بايت. إذا لم يكن الطول المتبقي مضاعفاً صحيحاً لـ188، يجب إسقاط كل حزم TS المغلفة. التجميع لا يعني الفشل، لكنه يحدد مسبقاً حجم ما قد يفشل معاً.

الاختياري قابل للتجاوز، والإلزامي يغيّر المعنى

يجعل RFC 4326 طول الامتداد الاختياري معروفاً، فيستطيع المستقبل الذي لا يستخدمه تجاوزه. TimeStamp اختياري: يجوز قراءته أو تخطيه، لكن يجب متابعة معالجة PDU. ولا يصلح عداد الميكروثانية لقياس تأخير أحادي الاتجاه من دون تزامن ساعة المرسل، كما يحتاج قياس الفقد إلى معلومات أخرى منه.

PDU-Concat إلزامي لأنه يحدد أين تنتهي كل وحدة وتبدأ التالية. فهمه شرط لاستمرار التحليل بأمان، وليس إيصالاً بأن البيانات وصلت إلى المستخدم.

المصادر