SMPP बाइंड विंडो और सत्र सीमाएं

SMPP बाइंड विंडो और सत्र सीमाएं.

SMPP विंडोइंग तंत्र बनाम थ्रूपुट रेट शेपिंग

SMPP बाइंड विंडो का आकार उन अनअनॉलेज्ड 'submit_sm' PDU की अधिकतम संख्या को परिभाषित करता है जिन्हें एक ESME उत्तर की प्रतीक्षा करने से पहले TCP सत्र पर ट्रांसमिट कर सकता है। तुल्यकालिक HTTP एंडपॉइंट्स के विपरीत, SMPP v3.4 एिंक्रोनस पाइपlining की अनुमति देता है। 1 का विंडो आकार केवल 1 लंबित संदेश की अनुमति देता है, जो नेटवर्क विलंबता के कारण गति को सीमित करता है। 50 का विंडो आकार 50 अप्रमाणित फ़्रेमों को पाइपलाइन में रखने की अनुमति देता है।

प्रीपेड लेजर पर हाई-वॉल्यूम बाइंड्स का उद्धरण

प्रीपेड ग्राहकों के लिए SMPP थ्रूपुट का उद्धरण देने के लिए सत्र की समवर्तीता और लेज़र सुरक्षा के बीच संतुलन की आवश्यकता होती है। एक खुली खिड़की में प्रत्येक अप्रमाणित PDU एक सक्रिय क्रेडिट आरक्षण का प्रतिनिधित्व करता है। यदि कोई क्लाइंट 5 बाइंड चैनलों पर 200 की विंडो में प्रति सेकंड 100 SMS भेजता है, तो 1,000 अनुरोध एक साथ पाइपलाइन में प्रवेश करते हैं। प्रीपेड लेजर पर, 'submit_sm_resp' के माध्यम से स्वीकार करने से पहले फंड को होल्ड पर रखना अनिवार्य है।

IOSOR में TRX, TX और RX सत्र सीमाओं को कॉन्फ़िगर करना

IOSOR राउटिंग इंजन के भीतर, प्रशासक स्पष्ट सत्र प्रकार और थ्रूपुट थ्रॉटल द्वारा सत्र बाइंडिंग को कॉन्फ़िगर करते हैं। TX और RX बाइंड्स आउटबाउंड इनजेक्शन को DLR इनजेक्शन से अलग करते हैं, जबकि TRX द्विदिश फ़्रेम प्रवाह को संभालता है। कंसोल में, प्रति खाता समर्पित दर-सीमाएँ (TPS) असाइन करें और विंडो आकार के लिए कठोर सीमाएँ निर्धारित करें (मानक खातों के लिए 10 से 50, उच्च-वॉल्यूम ट्रैफ़िक के लिए 100 तक)।

लेजर डिंक्रनाइज़ेशन और बफ़र ओवरहेड को कम करना

उच्च विंडो सीमाएं संदेश इनजेक्शन और बैलेंस कटौती के बीच बफर विलंबता पेश करती हैं। यदि डाउनस्ट्रीम कतारों द्वारा 'submit_sm_resp' निष्पादन में देरी होती है, तो अप्रमाणित फ़्रेम विंडो बफ़र में रहते हैं। यदि क्लाइंट वॉलेट बीच में ही समाप्त हो जाता है, तो सिस्टम विंडो थ्रॉटलिंग को ट्रिगर करता है: सक्रिय बाइंडिंग नए 'submit_sm' PDU को स्वीकार करना बंद कर देती हैं और स्थिति 'ESME_RTHROTTLED' लौटाती हैं।

आर्किटेक्चर टोपोलॉजी और प्रोटोकॉल एकीकरण

संबंधित लेख: आउटबाउंड API कॉनकरेंसी और कैरियर TPS सीमाओं का संतुलन · पेलोड बैचिंग और सिंगल रिक्वेस्ट थ्रूपुट का संतुलन · प्रीपायर्ड वॉइस रूटिंग के लिए SIP डाइजेस्ट ऑथेंटिकेशन और बैलेंस होल्ड नियम.

IOSOR के साथ शुरुआत करें

IOSOR रूटिंग कंसोल खोलें और सभी TRX तथा TX बाइंड्स के लिए स्पष्ट प्रति-सत्र TPS थ्रॉटल्स के साथ सीमित विंडो डेप्थ सेट करें। क्रेडिट रिजर्वेशन होल्ड्स को अपने लेज़र सिंक स्पीड के साथ संरेखित करें ताकि हाई-वॉल्यूम बर्स्ट के दौरान अप्राप्त submit_sm फ़्रेम प्रीपेड बैलेंस से अधिक न हो सकें। जब टेनेंट वॉलेट बैलेंस महत्वपूर्ण सीमाओं के करीब पहुंच जाए, तो इनबाउंड ट्रैफ़िक को रोकने के लिए स्वचालित विंडो थ्रॉटलिंग गेट्स कॉन्फ़िगर करें.

IOSOR सार

उच्च-वॉल्यूम SMPP थ्रूपुट के लिए एसिंक्रोनस विंडोइंग मैकेनिक्स को सख्त रीयल-टाइम लेज़र अकाउंटिंग के साथ संरेखित करना आवश्यक है। अनएक्नॉलेज्ड फ़्रेम बफर्स को ध्यान में रखे बिना बड़ी विंडो साइज़ का प्रावधान करने से प्रीपेड खाते गंभीर क्रेडिट ओवररन के संपर्क में आ जाते हैं, जबकि अत्यधिक छोटी विंडो बाउंड चैनलों पर थ्रूपुट को बाधित करती हैं।

हाई-स्पीड बाइंड्स को स्वीकृत करने से पहले IOSOR कंसोल में स्पष्ट विंडो सीमाएं परिभाषित करें और TPS रेट-लिमिटर्स को क्रेडिट रिजर्वेशन लॉजिक के साथ जोड़ें। सक्रिय लेज़र सिंक्रोनाइज़ेशन गेट्स के बिना प्रीपेड खातों को अनकैप्ड सत्र समवर्ती या गहरी PDU पाइपलाइनों की अनुमति न दें।