الخلاصة

  • يرسل المصدر Path في اتجاه البيانات، ثم يرسل المستقبِل Resv عكس ذلك المسار عقدة بعد عقدة. وفي كل عقدة يبقى توافر الموارد والإذن الإداري وتركيب المصنّف والمجدول قرارات مستقلة.
  • تُحذف الحالة إذا انقطع عنها التجديد المطابق، ولا يضمن ResvConf خدمة من طرف إلى طرف. يلزم ربط المسار والحقبة والقرارات المحلية وقراءة الإعداد وقياس حركة البيانات قبل قول «محجوز».

لحظة الاختفاء جزء من العقد

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

يسمي RFC 2205 هذا التصميم «الحالة الرخوة». تنشئ رسائل Path وResv الحالة وتنعشها دورياً، فإذا لم تصل رسالة مطابقة قبل مهلة التنظيف زالت الحالة. يستطيع البروتوكول تحمل عدد محدود من رسائل الإشارة المفقودة، لكنه لا يحول نية الأمس إلى حق دائم في موارد اليوم.

لذلك لا تكفي كلمة «محجوز». يجب أن ترافقها هوية المستقبِل والتدفق والمصدر والمسار وقرارا القبول والسياسة ووقت آخر تجديد والموعد المتوقع للانتهاء. حين يحذف العرض هذه العناصر، قد تبقى علامته الخضراء بعد أن تكون العقد قد تخلت عن الوعد.

البيانات تتقدم والطلب يعود

RSVP أحادي الاتجاه ويقوده المستقبِل. يرسل المصدر Path دورياً مع اتجاه مسار البيانات. تحفظ العقد الداعمة حالة المسار، ومنها معلومات القفزة السابقة. بعد ذلك ينشئ المستقبِل Resv فيعود به قفزة بعد قفزة نحو المصادر المناسبة.

مشاهدة Path في نقطة ما تثبت أن تلك العقدة عرفت مساراً في وقت محدد؛ لا تثبت أن طلب الحجز العائد وصل إلى الجميع. ومشاهدة Resv تثبت وصول طلب إلى نقطة محددة؛ لا تثبت أن العقد التي بعدها قبلته.

في البث المتعدد يمكن دمج طلبات مستقبلين مختلفين أثناء صعودها. وقد تعدل العقدة flowspec محلياً أو ترسل نتيجة دمج فروع عدة. لهذا لا تستطيع خانة واحدة تقول «وصل Resv» أن تعيد بناء ما طلبه كل مستقبل أو ما تغير في الطريق.

باب للموارد وباب للسلطة

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

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

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

حذر RFC 2208 من أعباء المعالجة والتخزين والتجميع والأمن والسياسة عند التفكير في انتشار واسع. ذلك النص حد تاريخي وليس إحصاءً معاصراً للانتشار. لكنه يوضح أن رسالة الإشارة لم تكن بديلاً عن النظام الإداري والتشغيلي الذي يحيط بها.

تأكيد يرفض أن يكون ضماناً

يستطيع المستقبِل طلب تأكيد داخل Resv. وعند نقطة دمج يوجد فيها سلفاً حجز مساوٍ أو أكبر، قد تتوقف العقدة عن إرسال الطلب إلى أعلى وتعيد ResvConf.

لكن RFC 2205 ينص على أن استلام ResvConf لا يقدم ضماناً. ويعرض حالة يندمج فيها طلبا مستقبلين: قد يحصل الطلب الثاني على التأكيد مع أن الأول لم يصل بعد إلى مصدر مطابق وقد يفشل لاحقاً. ويمكن أن يتبع ResvConf خطأ ResvErr.

الاستنتاج الآمن أضيق: عقدة معلومة عالجت طلب تأكيد وفق الحالة التي رأتها في تلك اللحظة. لا يثبت ذلك قبول كل قفزة أو تركيب كل مجدول أو ثبات المسار أو جودة الخدمة الفعلية.

ResvConf إيصال مفيد لواقعة في الإشارة، لا شهادة لنتيجة من طرف إلى طرف.

المسار القديم يفقد نبضه

رسائل Path وResv متكررة الأثر. حين يتغير التوجيه، تنشئ Path التالية الحالة على المسار الجديد، وتبني Resv اللاحقة الحجز هناك. أما الجزء المهجور من المسار القديم فيفقد التجديد وينتهي.

يمكن لـPathTear وResvTear تسريع الحذف، لكن وصولهما غير مضمون. لا يصبح ضياع رسالة الإزالة كارثة لأن المؤقت يزيل الحالة غير المجددة. الاسترداد لا يعتمد على عملية حذف عالمية مثالية.

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

لا بد أن يحدد السجل موضع الفشل ونطاق الحالة الباقية وموعد انتهائها؛ القيمة المنطقية الواحدة تخفي هذه البنية.

اختصار رسالة التجديد لا يلغي المهلة

تكرار Path وResv كاملتين يستهلك المعالجة. لذلك قدم RFC 2961 معرفات MESSAGE_ID وإقرارات على مستوى القفزة لبعض الرسائل وSummary Refresh الذي يجدد حالة معروفة عبر معرفاتها.

التوفير في التمثيل، لا في شرط الاستمرار. يجب أن يحافظ Summary Refresh على خصائص تزامن الحالة الرخوة. فإذا لم تجد العقدة الحالة المشار إليها، أمكنها إرسال NACK للتجديد. يثبت ACK وصول رسالة إلى جار؛ لا يثبت جودة خدمة في المسار بأكمله.

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

التشخيص يرى الحالة المخزنة

يعرّف RFC 2745 رسالتي DREQ وDREP لجمع حالة Path أو الحجز من عقد RSVP. تضيف العقد المستجيبة معلومات تساعد على تحديد المكان الذي توجد فيه الحالة أو تختلف أو تغيب.

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

يزيد التشخيص عدد الشهود، لكنه لا يمنح شاهد التحكم سلطة الحديث باسم مستوى البيانات.

مساهمة Zhang داخل تصميم جماعي

يسجل IETF Datatracker اسم Lixia Zhang ضمن مؤلفي RFC 2205. وتقول سيرتها في UCLA إن RSVP جرى تصوره وتطويره خلال عملها في Xerox PARC. ويسمي RFC نفسه Robert Braden محرراً، وZhang وSteven Berson وShai Herzog وSugih Jamin مؤلفين، مع إقرار بتعاون أوسع.

يربط Internet Hall of Fame عمل Zhang بـRSVP وبالاستخدام اللاحق لـRSVP-TE. هذا تقدير مؤسسي، لا تعداداً للمشغلين أو قياساً لحركة اليوم، كما أن RSVP-TE ليس مطابقاً لبروتوكول الخدمات المتكاملة الأصلي.

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

سبعة إيصالات لكلمة واحدة

الأول للمسار: المصدر والجلسة والطريق والقفزة السابقة والوقت. الثاني للطلب: المستقبِل ومحتوى Resv والمرشحات وflowspec وطلب التأكيد والحقبة. الثالث للسلطة: قرارا القبول والسياسة في كل عقدة ذات صلة.

الرابع للتركيب: هدف المصنّف والمجدول ونتيجة العملية وقراءة الإعداد. الخامس للصلاحية: الفاصل وآخر تجديد وموعد التنظيف ومعرف Summary Refresh وNACK. السادس يحد ResvConf أو DREP بالعقدة والحالة والوقت. السابع يقيس مسار البيانات والخدمة في نافذة محددة.

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

المصادر