SMPP enquire_link ناکامی ڈیلیور شدہ ٹریفک نہیں ہے

SMPP enquire_link ناکامی ڈیلیور شدہ ٹریفک نہیں ہے.

enquire_link ہارٹ بیٹس اور ڈیڈ بائنڈ کی شناخت کو سمجھنا

SMPP انٹیگریشنز میں، enquire_link کی درخواستیں ٹرانسمیٹر یا ٹرانسیور سیشن اور SMSC کے درمیان بنیادی L7 ہارٹ بیٹ کے طور پر کام کرتی ہیں۔ جب ساکٹ کنیکشنز بغیر کسی UNBIND یا TCP FIN پیکٹ کے منجمد ہو جاتے ہیں، تو خاموش سیشن ڈراپ ہوتا ہے۔ فعال ہارٹ بیٹ چیک کے بغیر، آؤٹ بائنڈ کیوز ایک مردہ سیشن میں submit_sm PDU پیکٹس بھیجتے رہتے ہیں۔

IOSOR فعال سیشنز میں وقت کے وقفوں کو مسلسل مانیٹر کرکے اس مسئلے کو حل کرتا ہے۔ جب مقررہ وقت میں کوئی جواب نہیں ملتا، تو سسٹم سیشن کو فوری طور پر غیر فعال نشان زد کر دیتا ہے۔

غیر جوابدہ ہارٹ بیٹس کا جعلی DLRs کو روکنا کیوں ضروری ہے

پرانے CPaaS سسٹمز میں ایک عام خرابی خوش فہم ڈیلیوری رپورٹنگ ہے۔ اگر submit_sm_resp حاصل کرنے کے بعد لیکن حتمی ڈیلیوری کی تصدیق سے پہلے سیشن منقطع ہو جاتا ہے، تو سسٹم کو یہ فرض نہیں کرنا چاہیے کہ پیغام پہنچ گیا ہے۔ ساکٹ ڈراپ کے دوران غیر ڈیلیور شدہ ٹریفک کے لیے بیلنس کاٹنا مالیاتی فرق پیدا کرتا ہے۔

جعلی DLRs کو روکنے کے لیے، IOSOR نیٹ ورک ہارٹ بیٹ اور رپورٹ شدہ سٹیٹس کے درمیان سخت ہم آہنگی کو یقینی بناتا ہے۔ اگر ساکٹ enquire_link کا جواب نہیں دیتا، تو سٹیٹس اپ ڈیٹس کو معطل کر دیا جاتا ہے۔

لیجر میں ہم آہنگی اور ساکٹ ٹائم آؤٹ پر ہولڈ کا خاتمہ

جب آؤٹ بائنڈ submit PDU راؤٹنگ انجن میں داخل ہوتا ہے، تو IOSOR پری پیڈ بیلنس پر ایک عارضی ہولڈ لگاتا ہے۔ اگر بنیادی SMPP بائنڈ enquire_link_resp فریمز کی عدم موجودگی کی وجہ سے ڈراپ ہو جاتا ہے، تو انجن غیر تصدیق شدہ پیکٹس کو رد کر دیتا ہے۔ زیر التواء بیلنس ہولڈ کو مستقل کٹوتی کے بجائے فوری طور پر جاری یا واپس کر دیا جاتا ہے۔ یہ غلط چارجز کو روکتا ہے اور کسٹمر کے بیلنس کو درست رکھتا ہے۔

تمام مالیاتی ریکارڈز کا فوری اپ ڈیٹ شفافیت کو یقینی بناتا ہے اور آڈٹ میں مدد کرتا ہے۔

خودکار فیل اوور اور راؤٹنگ کی الگ تھلگ کی تصدیق

ڈیڈ بائنڈ کا پتہ چلنے پر پیغامات کو ضائع کرنے کے بجائے فوری طور پر ٹریفک کو دوسرے راستے پر منتقل کیا جانا چاہیے۔ جب enquire_link ناکامیاں مقررہ حد سے تجاوز کر جاتی ہیں (عام طور پر لگاتار دو غیر جوابدہ درخواستیں)، تو IOSOR متاثرہ سیشن کو الگ تھلگ کرتا ہے اور OTP اور ٹرانزیکشنل SMS کو بیک اپ راستوں پر منتقل کر دیتا ہے۔

یہ عمل خودکار طریقے سے ہوتا ہے تاکہ اہم تصدیقی کوڈز بغیر کسی تاخیر کے پہنچ سکیں۔

سسٹمز کے درمیان سٹیٹس کی ہم آہنگی اور آڈٹ لاگز

پروٹوکول سیشنز، مالیاتی لیجرز اور API ویب ہوکس کے درمیان یکسانیت برقرار رکھنے کے لیے ایک مربوط سٹیٹس کی ضرورت ہوتی ہے۔ جب ہارٹ بیٹ کا نقصان SMPP سیشن کو منقطع کرتا ہے، تو IOSOR غیر تصدیق شدہ PDU سیکوئنس نمبرز کا ریکارڈ رکھتا ہے اور ویب ہوک ایونٹس شائع کرتا ہے۔

تفصیلی آڈٹ لاگز انجینئرز کو کنکشن کے مسائل کی فوری نشاندہی کرنے میں مدد کرتے ہیں۔

متعلقہ: پہلی کٹوتی سے پہلے پری پیڈ رقم محفوظ کرنا · پروڈکشن ٹریفک سے پہلے والیٹ کی روک حدیں · OTP TTL اور دوبارہ بھیجنے کا وقفہ.

IOSOR کے ساتھ شروع کریں

گیٹ وے سیٹنگز کے تحت IOSOR کنسول کھولیں اور enquire_link ہارٹ بیٹس پر سخت ٹو-مس تھریڈ ہولڈ نافذ کرنے کے لیے اپنے SMPP سیشن کے پیرامیٹرز ترتیب دیں۔ اس بات کو یقینی بنائیں کہ آپ کے روٹنگ رولز آپٹیمسٹک ڈیلیوری رسیدیں تیار کرنے کے بجائے خاموش بائنڈز کو خود بخود گرا دیں اور زیر التواء بیلنس ہولڈز کو ریلیز کر دیں۔ غیر تصدیق شدہ submit_sm پے لوڈز کو فوری طور پر دوبارہ روٹ کرنے کے لیے اس بات کی تصدیق کریں کہ آٹومیটেড سوکیٹ فیل اوور ٹ্রিگرز فعال ہیں۔

IOSOR خلاصہ

خاموش SMPP سوکیٹ ڈراپس کو کبھی بھی کامیاب کیریئر ڈیلیوری نہیں سمجھنا چاہیے۔ فعال L7 ہارٹ بیٹ مانیٹرنگ نافذ کرنے سے روٹنگ انجن کو مردہ بائنڈز کو فوری طور پر الگ کرنے، عارضی لیجر ہولڈز کو ریلیز کرنے، اور آپ کے پلیٹ فارم کو فالس پازیটিভ DLRs اور مالیاتی انحراف سے بچانے کی اجازت ملتی ہے۔

جب enquire_link_resp فریم پہنچنے میں ناکام ہو جائیں تو سخت سوکیٹ ٹائم آؤٹ تھریڈ ہولڈز اور فوری ہولড ریلیزز کو لازمی نافذ کریں۔ پرانی بلنگ لاجک کو اس بات کی اجازت نہ دیں کہ وہ منقطع کنکشنز پر ڈیلیوری کی تکمیل فرض کر لے یا ڈاون اسٹریمز کے خاموش ہونے پر صارفین کے بیلنس سے کٹوتیاں جاری رکھے۔