DID पोर्टिंग: वॉल्यूम बढ़ाने से पहले लाइव स्मोक टेस्टिंग

1. पोर्ट पूर्ण होना एक संकेत है, हरी झंडी नहीं

जब आपके डैशबोर्ड में DID पोर्टिंग अनुरोध पूरा हो जाता है, तो इसका मतलब केवल इतना होता है कि केंद्रीय रजिस्ट्री ने रूटिंग प्रोफ़ाइल अपडेट कर दी है। यह इस बात की गारंटी नहीं देता है कि प्रत्येक डाउनस्ट्रीम कैरियर ने अपनी LRN टेबल रीलोड कर ली हैं या इनबाउंड SMS वेबहुक सही ढंग से प्रोसेस हो रहे हैं। पोर्ट पूरा होने के तुरंत बाद किसी नए E.164 नंबर पर पूर्ण प्रोडक्शन ट्रैफिक भेजने से अक्सर OTP छूट जाते हैं, इनबाउंड विफलताएं होती हैं और ग्राहक निराश होते हैं। परिचालन सुरक्षा की मांग है कि पोर्ट पूर्ण होने को स्मोक टेस्ट का निमंत्रण माना जाए, न कि बाढ़ के द्वार खोलने की अनुमति।

2. चरण 1: इनबाउंड और आउटबाउंड स्मोक टेस्ट

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

3. चरण 2: वेबहुक डिलीवरी और E.164 फॉर्मेटिंग

इनबाउंड रूटिंग सटीक JSON वेबहुक फॉर्मेटिंग और कड़े E.164 मानकीकरण पर बहुत अधिक निर्भर करती है। सुनिश्चित करें कि आपके वेबहुक मानक SLA विंडो के भीतर पेलोड सूचनाएं प्राप्त करते हैं। सत्यापित करें कि नंबर बिना देश के उपसर्ग या अग्रणी शून्य के पूर्ण अंतर्राष्ट्रीय प्रारूप को बनाए रखते हैं। JIT आवंटन या पोर्ट किए गए DID सक्रियण के दौरान, प्लेटफ़ॉर्म गतिशील रूप से ट्रैफिक पथ आरक्षित और असाइन करता है। यदि कम-दर वाले स्मोक रन के दौरान इनबाउंड वेबहुक HTTP 5xx त्रुटियां लौटाते हैं या हस्ताक्षर जांच में विफल होते हैं, तो वास्तविक उपयोगकर्ताओं को रूट करने से पहले तुरंत एप्लिकेशन एंडपॉइंट को ठीक करें।

4. चरण 3: क्रमिक वॉल्यूम रैंप और प्रीपेड फ्लोर प्रबंधन

नए पोर्ट किए गए नंबरों पर ट्रैफिक को बढ़ाना एक क्रमिक वॉल्यूम रैंप का पालन करना चाहिए: कई घंटों या दिनों में 5%, 25%, 50%, और अंत में 100%। यह आपकी डिलीवरी प्रतिष्ठा की रक्षा करता है और वास्तविक समय में बैलेंस मॉनिटरिंग की अनुमति देता है। याद रखें कि वास्तविक समय प्लेटफ़ॉर्म रूटिंग एक कड़े प्रीपेड बहीखाता पर चलती है। ट्रैफिक स्पाइक के दौरान सेवा रुकावट को रोकने के लिए अपने खाते के शेष को अनिवार्य USD 20 प्रीपेड फ्लोर से ऊपर बनाए रखें। जैसे-जैसे मासिक खर्च USD 1,000/माماه के करीब पहुंचता है, निरंतर डिलीवरी थ्रूपुट सुनिश्चित करने के लिए खाता मापदंडों का मूल्यांकन किया जाता है।

5. सत्यापन प्रोटोकॉल और परिचालन पुस्तिकाएं

एक लचीला मैसेजिंग आर्किटेक्चर बनाने के लिए, अपनी पोर्टिंग सत्यापन को मानक ऑनबोर्डिंग चेकलिस्ट और गतिशील नंबर असाइनमेंट रणनीतियों के साथ एकीकृत करें। लॉन्च हफ्तों, बैलेंस आवंटन और तत्काल समस्या निवारण के लिए परिचालन प्रक्रियाओं की समीक्षा करें।

• OTP लॉन्च हफ्ता: प्रीपेड चेकलिस्ट जो नुकसान रोकती है
• पोर्टिंग बनाम नया DID
• प्रीपेड सच: IOSOR कभी क्या वादा नहीं करता

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

पोर्ट स्थिति complete हो तो पहले धुआँ, फाटक मत खोलो। पोर्ट हुए E.164 पर एक इनबाउंड और एक आउटबाउंड भेजो। वेबहुक पेलोड और टर्मिनल DLR पुष्टि करो। फिर 5, 25, 50, 100। धुएँ की खिड़की निर्यात करो: मात्रा अंदाज़ा नहीं।

IOSOR सार

पोर्ट complete धुएँ का निमंत्रण है, मात्रा की हरी बत्ती नहीं।

करें: दोनों दिशाओं में धुआँ, फिर सीढ़ियाँ। न करें: डैशबोर्ड complete कहे उसी घंटे ब्लास्ट।