النبضة (إبقاء الاتصال حيًّا)

لماذا تحتاجها الاتصالات

اتصال شبكة قد يموت صامتًا: فموجّه يُسقِطه، أو حاسوب محمول ينام، أو جدار ناري ينساه. وبلا مرور، لا يلاحظ أي جانب.

والنبضات تخلق مرورًا على جدول، فيصبح الصمت خارج الجدول علامةَ فشل موثوقة لا سوقًا هادئة.

كيف يعمل الفاصل

• الخادم يفرض الفاصل عند التسجيل عادةً.
• والعميل يجب أن يرسل بذلك التواتر على الأقل؛ فالإرسال أكثر تواترًا آمن، والأقلّ يُغلِق الجلسة.
• وفي البروتوكولات على طراز FIX، نبضةٌ ناقصة تستدعي طلب اختبار؛ ولا جواب خلال فاصل آخر يُغلِق الاتصال.
• و «الإلغاء عند انقطاع الاتصال» في CME يستعمل ذلك المنطق بالضبط على جلسات إدخال الأوامر.

مثال محسوب

بوابةٌ تطلب نبضةً كل 60 ثانية وتُسقِط الجلسة بعد نحو فاصل ناقص واحد. فعميلٌ يرسل بفواصل 60 ثانية هامشه صفر؛ وواحدٌ تأخّر بلحظة مزدحمة قد يُطرَد.

وحارسٌ يرفع تحذيرًا بعد 5 دقائق بلا أي ترامة يقابل 300 ÷ 60 = 5 فواصل ناقصة، أي أبعد بكثير من أي تفسير بسوق هادئة.

داخل Senzoukria

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

ولـ plant الـ PnL وplant الأوامر، يسجّل حارسٌ منفصل تحذيرًا حين لا تصل أي ترامة بالمرة خمس دقائق في حين يبقى القارئ يدّعي أنه حيّ، مرة في الدقيقة على الأكثر.

أخطاء شائعة

• قراءة نبضة ناقصة سوقًا هادئة.
• تعليق الحاسوب أو مُحوِّل الشبكة أثناء جلسة وتوقّع بقاء الاتصال.
• افتراض أن نبضةً تثبت أن البيانات تجري؛ فهي لا تثبت إلا أن الجلسة حيّة.