الخلاصة

  • أتاح RFC 6525 إعادة تسلسل تدفقات SCTP مختارة إلى الصفر مع بقاء الارتباط والتدفقات غير المذكورة.
  • حدّد Sender’s Last Assigned TSN نهاية الحقبة القديمة. فإذا لم تبلغها نقطة الإقرار التراكمية، أعاد المستقبل نتيجة «In progress» واحتجز البيانات الأحدث.
  • حملت إعادة التهيئة تسلسلاً مستقلاً للطلبات واستجابات قابلة للتكرار وحقاً في الرفض؛ فنسيان تسلسل البيانات احتاج إلى ذاكرة دقيقة لتسلسل التحكم.

لم يكن الصفر دليلاً على اختفاء الماضي

يضم ارتباط SCTP عدة تدفقات أحادية الاتجاه. في RFC 4960 يحمل كل جزء DATA رقم Transmission Sequence Number على مستوى الارتباط، بينما تحمل الرسالة المرتبة رقم Stream Sequence Number داخل تدفقها. ويحافظ RFC 9260 على الفصل بين TSN للإقرار وكشف التكرار، والترتيب المحلي لكل تدفق.

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

عرّف RFC 6525 عام 2012 قطعة RE-CONFIG. لم تكن وظيفتها حذف الحزم العابرة، بل تنسيق اللحظة التي ينتهي فيها الترقيم القديم ويبدأ الجديد لدى الطرفين.

رسم آخر TSN مخصص خط الفصل

يحمل Outgoing SSN Reset Request رقم طلب إعادة التهيئة ورقم الاستجابة وSender’s Last Assigned TSN وقائمة اختيارية بالتدفقات. غياب القائمة يعني جميع التدفقات الصادرة، ووجودها يقصر العملية على المذكور منها.

يساوي آخر TSN مخصص قيمة TSN التالي ناقص واحد. وقبل إرسال الطلب يتوقف المرسل عن منح SSN جديد للتدفقات المعنية ويضع الرسائل اللاحقة في طابور. فلو استمر الإرسال وضاع الطلب، لتعذر تمييز الحقبتين.

يقارن المستقبل الحد بنقطة الإقرار التراكمية. إذا بقيت النقطة قبله دخل في deferred reset processing، واحتفظ محلياً ببيانات التدفقات المعنية التي يتجاوز TSN فيها الحد، وأعاد «In progress». تثبت الاستجابة فهم الطلب، لا اكتماله.

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

احتاج أمر النسيان إلى ذاكرته الخاصة

تزداد أرقام طلبات RE-CONFIG رتيباً وتبدأ من TSN الابتدائي. تنسخ الاستجابة رقم الطلب وتبلغ النجاح أو الرفض أو SSN خاطئاً أو طلباً قيد المعالجة أو تسلسلاً سيئاً أو حالة مستمرة.

إذا أعيد آخر طلب بسبب الفقد، يرسل المستقبل الاستجابة السابقة نفسها ولا ينفذ إعادة ضبط ثانية. وعند «In progress» يعيد الطالب تشغيل المؤقت من دون زيادة عدادات أخطاء الارتباط. ليست النتيجة فشلاً في المسار ولا إشارة ازدحام.

يستطيع الطرف الآخر الرفض. يعد RFC ذلك قراراً إدارياً قابلاً للضبط حتى بعد إنشاء الارتباط. دعم لغة إعادة التهيئة لا يعني الموافقة المسبقة على كل تغيير.

اختلفت سلطة الاتجاه الداخل عن الخارج

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

أما SSN/TSN Reset فعملية أوسع تعيد جميع SSN وتختار نقطتي TSN جديدتين. يوقف المرسل تخصيص TSN أثناءها، وتستخدم مدة حياة المقطع القصوى لتفادي التباس التفاف الأرقام. وهي ليست مرادفاً لإعادة تدفق مختار.

يكشف RFC 6458 أرقام SCTP وإشعاراته للتطبيق. لذلك يجب تمكين الإضافة والاشتراك في إشعاراتها صراحة؛ فالتطبيق الذي يفترض زيادة رتيبة يحتاج إلى معرفة تغير الحقبة.

غيّر I-DATA العداد ولم يلغ الحد

يستخدم RFC 8260 Message Identifier من 32 بت مع I-DATA لتداخل الرسائل. وعند إعادة التدفق يعود عدادا MID، للرسائل المرتبة وغير المرتبة، إلى الصفر. يزيد تخصيص TSN المتأخر صعوبة التنفيذ لكنه لا يلغي ضرورة الحد.

ولا تساوي العملية الاعتمادية الجزئية. يعرّف RFC 7496 سياسات للتخلي عن رسالة بحسب الأولوية أو عدد الإعادات. يجيب التخلي عن سؤال مدة المحاولة، بينما تجيب إعادة التدفق عن موعد إعادة استخدام فضاء التسلسل.

يسجل سجل IANA لمعاملات SCTP النوع 130 لـ RE-CONFIG. يساعد على تفسير الحقول، لكنه لا يثبت التنفيذ أو تفاوض الطرفين أو تمكين التطبيق.

المصادر