حين أسقطت الشبكة أفضل طبقة أولاً لتحمي الصورة القابلة للاستخدام: RFC 1458

الخلاصة

• اقترح RFC 1458 إسقاط حزم الجودة التطبيقية الأعلى أولاً، ضمن أولوية واحدة، عندما تبقى الطبقة الأدنى نافعة من دون التحسين الذي يعتمد عليها.
• لم يكن الوسم دليلاً على النتيجة؛ فتوصيف التبعية وطلب العميل وعدّاد MGA وحالة المنفذ والفقد الفعلي والإصلاح وقابلية الاستخدام سجلات منفصلة.

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

لهذا بدت قاعدة RFC 1458 معكوسة فقط لمن يساوي بين «الأعلى جودة» و«الأشد ضرورة». أمام طابور ممتلئ، كان إسقاط التفصيل أولاً محاولة للإبقاء على نتيجة متدهورة لكنها قابلة للاستخدام.

مسألة الصور سبقت تصميم البروتوكول

نُشر RFC 1458 في مايو/أيار 1993، ويصنفه سجل RFC Editor وثيقة Informational لا معياراً للإنترنت. تناول صور استشعار عن بعد بالغة الحجم، وآلاف التيرابايت يومياً، ومئات المستخدمين الموزعين، وروابط تختلف سعاتها حتى ست مراتب عشرية، ومهل توصيل من ثوان إلى دقائق.

لم تكن الموثوقية قيمة ثنائية في هذا السياق. فقدان حركة مؤشر أثناء مؤتمر بصري قد لا يؤثر. أما الأرشفة والتحليل الدقيق فيحتاجان استعادة كل حزمة. وبينهما توجد صورة هرمية: تُرسل الدقة الأساسية بموثوقية، ويُسمح بفقد بعض التحسينات التي يستطيع المستقبل تقريبها بالاستيفاء أو تكرار البكسلات.

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

ثلاث منظومات حملت طلباً واحداً

جمعت الفكرة بين Multicast Group Authority أو MGA، وبروتوكول Reliable Adaptive Multicast Protocol أو RAMP، ودعم توجيه معدل. كان على MGA توزيع عناوين المجموعات وتسجيل الخدمات وحفظ أعداد الأعضاء بحسب الجودة والموثوقية. ويتولى RAMP الترتيب والاستعادة وضبط المعدل. وتحفظ الموجهات، لكل منفذ خروج، عنوان المجموعة ومجموعة مستويات الجودة المطلوبة.

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

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

حقل واحد وتفسيران متعارضان

أتاح تصور RAMP وسم الحزمة بمستوى جودة واحد أو أكثر. لا يقبل المستقبل الحزمة إلا إذا طابقت مجموعة انضم إليها وجودة طلبها. واقترح RFC 1458، للبيئات القديمة من IPv4، استعمال حقل Type of Service كخريطة بتات لمستويات الصورة.

لكنه صرح بأن هذا لا يتوافق مع RFC 1349. عرّف ذلك النص TOS قيمة تعداد واحدة تطلب من الشبكة ترجيح التأخير أو الإنتاجية أو الموثوقية أو الكلفة المالية، وذكر أن جمع القيم بعملية OR لم يعد ذا معنى. وكان RFC 791 قد وضع Type of Service في ترويسة IP بوصفه إشارة لخدمة الشبكة، لا وصفاً لتبعية طبقات صورة.

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

إسقاط الأعلى حافظ على خيارات أكثر

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

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

يميّز مثال الوثيقة بين Q1 وQ2 مستقلتين وبين حالة تكون فيها إحداهما مطلوبة للأخرى. في الاستقلال، يسلك كل تدفق طريق من طلبه. في التبعية، تحمل حزم Q2 علامتي الجودة وتُنسخ عند نقطة التفرع إلى الجهتين. الوسم ادعاء عن بنية المحتوى، وجدول المنفذ ادعاء عن الطلب الحالي.

لا يثبت أي منهما صحة الآخر. قد يصف الخادم التبعية خطأ، أو يتأخر عداد MGA، أو يكتمل تعديل بعض الموجهات دون غيرها، أو يقرأ جهاز الحقل وفق RFC 1349، أو تصل القاعدة بعد انتهاء مهلة الاستخدام، أو يقبلها RAMP ثم يفشل تطبيق العميل.

عدد طلبات الإصلاح حدد طريقة الإرسال

يرسل مستقبل RAMP إشعار NAK عن مقاطع التسلسل المفقودة. يجمع المرسل الطلبات خلال مؤقت احتفاظ. إذا تجاوز عدد الطلبات عتبة، يعيد الحزمة بالبث المتعدد؛ وإذا كان العدد قليلاً، يرسل نسخاً فردية. وإذا أُزيلت البيانات من الذاكرة، فقد لا يعود الإصلاح ممكناً.

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

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

وثيقة اقتراح لا سجل تشغيل

راجع RFC 1458 Multicast Transport Protocol في RFC 1301، وأقر بآلية المتحكم ورموز الإرسال والاستعادة الانتقائية، لكنه رأى أن مرور معظم التحكم عبر متحكم واحد يضيف كلفة غير مناسبة لعبء الصور. كما انطلق من نموذج عضوية IP multicast في RFC 1112.

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

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