SMS थ्रूपुट (MPS) क्या है, और इसे क्या सीमित करता है?

एक कैम्पेन के अनुरोध, उसके डिलीवरी रूट पर संदेश प्रोसेस होने की गति से तेज़ सबमिट किए जा सकते हैं। संदेश भेजने की योजना बनाने के लिए हर चरण की क्षमता का अनुमान चाहिए।

API अनुरोध दर सीमित करना थ्रूपुट से कैसे अलग है?

एक API दर सीमा अनुरोधों को नियंत्रित करती है। डिलीवरी थ्रूपुट यह नियंत्रित करता है कि अगला चरण कितनी तेज़ी से संदेशों या सेगमेंट को प्रोसेस कर सकता है।

जब Bird किसी अनुरोध को 429 के साथ अस्वीकार करे, तो प्रतिक्रिया हेडर और दर-सीमा गाइड का पालन करें। तुरंत फिर से प्रयास करने पर अनुरोध फिर से उसी कारण से अस्वीकार हो सकता है।

अनुरोध सफलतापूर्वक सबमिट होने का अर्थ अलग है। एक 202 अनुरोध स्वीकार होने की पुष्टि करता है। शुल्क लगना, संदेश नेटवर्क को भेजा जाना और डिलीवरी इसके बाद होते हैं। संदेश के पहचानकर्ता की मदद से इन परिणामों को ट्रैक करें।

जब जमा किए गए संदेश भेजने की दर से अधिक होते हैं, तो Twilio उन्हें कतार में रखता है। क्षमता पार होने पर वह कतार भरने की त्रुटियाँ बताता है: “Customers sending large volumes of messages may encounter errors such as Queue Overflow”।

उपलब्ध दर किससे तय होती है?

प्रभावी दर सेंडर, गंतव्य, रजिस्ट्रेशन, प्रोवाइडर कॉन्फ़िगरेशन और लागू खाता सीमाओं पर निर्भर करती है।

एक शॉर्ट कोड और एक लॉन्ग कोड की एक ही गंतव्य में अलग-अलग क्षमता हो सकती है। रजिस्ट्रेशन उस ट्रैफ़िक को प्रभावित कर सकता है जो एक सेंडर भेज सकता है। वॉल्यूम की योजना बनाने से पहले सेंडर विकल्प और गंतव्य आवश्यकताएं जाँचें।

एक प्रकाशित अधिकतम सीमा क्षमता सीमा है, डिलीवरी का वादा नहीं। किसी कैम्पेन पर लागू करने से पहले इकाई, दायरा और शर्तें सुनिश्चित करें।

मैं भेजने का समय कैसे अनुमानित करूं?

काम की मात्रा को उसी इकाई में मापी गई दर से भाग दें। एक सेगमेंट वह टेक्स्ट है जो नेटवर्क के एक संदेश में भेजा जाता है। लंबे टेक्स्ट कई सेगमेंट इस्तेमाल करते हैं।

एक उदाहरण रूट जो प्रति सेकंड 100 सेगमेंट तक सीमित है, उसके लिए 6,000 एक-सेगमेंट संदेशों को कम से कम 60 सेकंड की क्षमता चाहिए। यदि प्रत्येक संदेश को दो सेगमेंट चाहिए, तो उसी कार्य के लिए कम से कम 120 सेकंड चाहिए।

ये गणनाएं बताई गई क्षमता के निरंतर उपयोग को मानती हैं। अन्य ट्रैफ़िक, विराम, फिर से प्रयास और डाउनस्ट्रीम स्थितियां समय बढ़ा सकती हैं। ये यह अनुमान नहीं लगातीं कि हर प्राप्तकर्ता कब संदेश पढ़ता या प्राप्त करता है।

व्यक्तिगत संदेश बॉडी को सेगमेंट कैलकुलेटर से जाँचें। एक लंबा नाम या कोई इमोजी बिल योग्य टेक्स्ट की मात्रा बदल सकता है।

मेरे अनुरोध सफल होने पर भी संदेश विलंबित क्यों हैं?

क्यूइंग, डाउनस्ट्रीम प्रोसेसिंग, नेटवर्क स्थितियाँ और प्राप्तकर्ता की उपलब्धता, ये सभी स्वीकृति को डिलीवरी से अलग कर सकती हैं।

अनुरोध स्वीकार किए जाने, संदेश नेटवर्क को भेजे जाने और रिपोर्ट की गई डिलीवरी के समय की तुलना करें। सेंडर और गंतव्य के अनुसार त्रुटियों की जाँच करें। डिलीवरी रसीद न मिलने से अपने आप कारण का पता नहीं चलता।

एक SMS संदेश केंद्र फ़ोन अनुपलब्ध होने पर संदेश सहेजकर रख सकता है। SMSC क्या है उस चरण की व्याख्या करता है। SMS एनालिटिक्स बताता है कि Bird में परिणामों की जाँच कैसे करें।

केवल इसलिए स्वीकृत संदेश दोबारा सबमिट न करें कि डिलीवरी रसीद मिलने में देर हो रही है। इससे विलंब हल हुए बिना डुप्लिकेट संदेश बन सकते हैं।

मैं एक बड़े कैम्पेन की तैयारी कैसे करूं?

ट्रैफ़िक के अनुकूल सेंडर और क्षमता योजना चुनें। फिर अधिक लोगों को भेजने से पहले एक सीमित समूह को संदेश भेजकर परीक्षण करें।

प्रोवाइडर के साथ देशों, सेगमेंट वॉल्यूम और संदेश भेजने के लिए आवश्यक समयावधि पर चर्चा करें। उच्च-वॉल्यूम रोलआउट से पहले रजिस्ट्रेशन और सेंडर तैयारी की आवश्यकता हो सकती है।

कैरियर सीमाओं से बचने के लिए अतिरिक्त नंबरों पर ट्रैफ़िक फैलाना स्नोशूइंग कहलाता है। CTIA सिद्धांत इस प्रथा को संबोधित करते हैं।

1. गंतव्य के अनुसार रेंडर किए गए सेगमेंट गिनें।
2. हर भेजने के पथ के लिए दर, इकाई और दायरा सुनिश्चित करें।
3. प्रोसेसिंग और डाउनस्ट्रीम भिन्नता के लिए समय दें।
4. एक सीमित समूह को संदेश भेजें, परिणामों की जाँच करें और सोच-समझकर विस्तार करें।