Нужна проверка конкретного маршрута? Обсудим задачу
routesms

टेस्ट फ़ोन पर A2P SMS डिलीवरी की जाँच

Проверяем, дошло ли сообщение до телефона, сколько времени заняла доставка и совпал ли результат с отчётом провайдера.

Начать проверку

Германия

Провайдер A → Deutsche Telekom

Получено
2 из 3
Медиана
2,4 с
Расхождения
1
DLR स्थिति
वितरित
भेजने वाले का नाम
बदला नहीं
फ़्लैश कॉल
पता नहीं चला
A2P केंद्रितOTP और खाता सत्यापन
SMPP एकीकरणएक सहमत तकनीकी सेटअप
ग्राहक यातायातपरिभाषित दायरा और सीमाएँ

प्राप्त बिंदु साक्ष्य और उपलब्ध भागीदार लॉग के साथ संदेश आईडी, टाइमस्टैम्प और डिलीवरी रिपोर्ट का मिलान करें।

सहमत परिदृश्य तैयार करें

इच्छित गंतव्य, परीक्षण संख्या, प्रेषक और समय रिकॉर्ड करें। ग्राहक के स्वयं के या स्पष्ट रूप से अधिकृत ट्रैफ़िक का उपयोग करें।

समीक्षा हेतु साक्ष्य

परिदृश्य संदर्भ, जहां उपलब्ध हो वहां इवेंट और मूल संदेश आईडी भेजें।

अपेक्षित पथ

गंतव्य, नेटवर्क, परीक्षण संख्या और मार्ग संदर्भ से सहमत हों। मध्यवर्ती प्रदाताओं की पुष्टि केवल वहीं करें जहां भागीदार लॉग उन्हें दृश्यमान बनाते हैं।

देखा गया परिणाम

प्राप्त बिंदु, संदेश आईडी और उपलब्ध टाइमस्टैम्प रिकॉर्ड करें। अकेले गेटवे पावती हैंडसेट डिलीवरी की पुष्टि नहीं करती है।

बार-बार जांचने योग्य जांच

DLR का रसीद साक्ष्य से मिलान करें। पार्टनर के साथ गुम या विलंबित संदेशों की समीक्षा करें, फिर बदलाव के बाद उसी परिदृश्य को दोहराएं।

A2P डिलीवरी और धोखाधड़ी-जोखिम रिपोर्ट

प्रत्येक परीक्षण के लिए परिवहन स्थिति, देखी गई रसीद, OTP परिणाम और धोखाधड़ी-जोखिम मूल्यांकन का एक संरचित दृश्य।

6परीक्षण परिदृश्य
5हैंडसेट की पुष्टि की गई
3समीक्षा के लिए निष्कर्ष
8.6 एसदेखी गई प्राप्तियों के लिए p95

TikTok

यूनाइटेड किंगडम उदाहरण परिदृश्य कोई लाइव परीक्षण नहीं

परिवहन स्थिति
DELIVERED_DLR
DLR की रिपोर्ट की गई
DELIVRD
नियंत्रित समापन बिंदु
पुष्टि की गई
OTP परिणाम
परीक्षण नहीं किया गया · कोई एप्लिकेशन लॉग नहीं
प्राप्ति का समय
1.4 एस
जोखिम मूल्यांकन
PASS
साक्ष्य स्तर
E3 / नकली हैंडसेट साक्ष्य
ढूँढना

इस नमूने में कोई सामग्री वितरण या धोखाधड़ी-जोखिम संकेतक नहीं देखा गया।

उदाहरण लक्ष्य: ≤ 5 एसयह लक्ष्य उदाहरणात्मक है और प्रत्येक परियोजना के लिए अलग से सहमत है।

अगली कार्रवाई

बड़े परीक्षण दायरे की समीक्षा करने से पहले निरंतरता की जांच करने के लिए उसी परिदृश्य को दोहराएं।

संदेश स्थितियाँ
  1. 01
    ACCEPTED

    एसएमएससी ने सबमिशन स्वीकार कर लिया

  2. 02
    SENT

    अपस्ट्रीम मार्ग से गुजरा

  3. 03
    DELIVERED_DLR

    सकारात्मक डिलीवरी रिपोर्ट प्राप्त हुई

  4. 04
    HANDSET_CONFIRMED

    रसीद का स्वतंत्र रूप से अवलोकन किया गया

  5. 05
    OTP_VERIFIED

    अलग आवेदन जांच; एक सफल सत्र आयोजन की आवश्यकता है

अपवाद परिणाम
REJECTED

प्लेटफ़ॉर्म, नीति या ऑपरेटर द्वारा अस्वीकृत

UNDELIVERED

नकारात्मक अंतिम DLR

NO_DLR_TIMEOUT

सहमत विंडो के भीतर कोई अंतिम DLR नहीं

DLR_MISMATCH

समापन बिंदु रसीद के बिना सकारात्मक DLR

मूल्यांकन स्थितियाँ
PASSकोई भौतिक सूचक नहीं
WATCHदेरी या कमजोर विसंगति
SUSPECTEDमजबूत या दोहराया सूचक
CONFIRMED_ANOMALYप्रतिलिपि प्रस्तुत करने योग्य तकनीकी विसंगति
INCONCLUSIVEअपर्याप्त या परस्पर विरोधी साक्ष्य
नमूना रिपोर्ट विवरण
रिपोर्ट आईडी
RSM-DEMO-024
दायरा
6 परिदृश्य/6 देश
सबूत
DLR + नियंत्रित समापन बिंदु
समग्र मूल्यांकन
SUSPECTED

काल्पनिक डेटा के साथ उदाहरणात्मक रिपोर्ट। कोई SMS नहीं भेजा गया है; ये दिखाए गए अनुप्रयोगों के वास्तविक माप नहीं हैं।

एप्लिकेशन के नाम उदाहरण के लिए हैं और किसी साझेदारी का संकेत नहीं देते।

साक्ष्य नियम. डिलीवरी बेमेल किसी तकनीकी विसंगति की पुष्टि कर सकता है। पुष्टि की गई धोखाधड़ी या रूट एट्रिब्यूशन के लिए सहसंबद्ध ऑपरेटर, एसएमएससी, सिग्नलिंग, सीडीआर या बिलिंग साक्ष्य की आवश्यकता होती है।

हम क्या जांचते हैं

प्राप्ति, समय और DLR सटीकता। प्रेषक, सामग्री और बायपास जांच आपके नेटवर्क से उपलब्ध साक्ष्य का उपयोग करते हैं।

  1. मार्ग सत्यापन

    सहमत संख्याओं और एप्लिकेशन परिदृश्यों का उपयोग करके चयनित गंतव्यों और मोबाइल नेटवर्क का परीक्षण करें।

  2. वितरण सत्यापन

    परीक्षण संख्या पर रसीद के साथ उपलब्ध डिलीवरी रिपोर्ट (DLR) की तुलना करें। समीक्षा के लिए फ़्लैग बेमेल।

  3. वितरण विश्लेषण

    उपलब्ध डिलीवरी समय रिकॉर्ड करें। देरी और बार-बार आने वाली समस्याओं का पता लगाने के लिए बार-बार किए गए परीक्षणों की तुलना करें।

मार्ग संबंधी विसंगतियों का पता लगाएं

SIM-box बाईपास के संकेत

स्थानीय SIM कार्डों के माध्यम से A2P समाप्ति के संकेतों की जाँच करें। ऑपरेटर लॉग के साथ प्रेषक परिवर्तन और रसीद साक्ष्य की तुलना करें।

सबूत चाहिए

एक सहमत संदर्भ संदेश, प्राप्त बिंदु अवलोकन और ऑपरेटर रूटिंग या सिग्नलिंग रिकॉर्ड। अकेले स्थानीय प्रेषक संख्या SIM-box गतिविधि साबित नहीं करती है।

प्रेषक और सामग्री बदल जाती है

अपेक्षित संदेश के साथ प्राप्त प्रेषक आईडी, पाठ और एन्कोडिंग की तुलना करें। अस्पष्टीकृत परिवर्तनों को चिह्नित करें.

सबूत चाहिए

प्रेषक का संदर्भ पाठ और आईडी, प्राप्त संदेश और लागू प्रेषक-सामान्यीकरण नियम। अप्रत्याशित परिवर्तनों को सहमत परिवर्तनों से अलग करें। अकेले DLR प्राप्त सामग्री को नहीं दिखाता है।

फ़्लैश-कॉल सत्यापन पथ

अपेक्षित SMS के स्थान पर लघु सत्यापन कॉल की जाँच करें। ऑपरेटर के साथ कॉल करने वाले नंबर और समय की समीक्षा करें।

सबूत चाहिए

किसी सहमत परीक्षण उपकरण या ऑपरेटर कॉल रिकॉर्ड से कॉल अवलोकन, जिसमें कॉलर नंबर और टाइमस्टैम्प शामिल हैं। SMPP अकेले कॉल का निरीक्षण नहीं कर सकता। flash call एक वैध सत्यापन विधि हो सकती है; घटना स्वयं धोखाधड़ी स्थापित नहीं करती है।

परीक्षण से रिपोर्ट तक

  1. 01

    अनुप्रयोग परिदृश्य

    एप्लिकेशन, देश, नेटवर्क, प्राप्त अंक और परीक्षण सीमा से सहमत हों।

  2. 02

    एसएमएससी और संदेश विश्लेषण

    संदेश आईडी, प्रेषक, गंतव्य, समय और स्थिति के आधार पर फ़िल्टर द्वारा आपूर्ति किए गए SMSC/SMPP रिकॉर्ड।

  3. 03

    परीक्षणों में पैटर्न

    एप्लिकेशन, नेटवर्क और रूट के आधार पर देरी, गुम संदेशों और बार-बार होने वाले परिवर्तनों की तुलना करें।

  4. 04

    रिपोर्ट और पुनः परीक्षण

    निष्कर्षों और अगली कार्रवाइयों की रिपोर्ट करें। रूटिंग परिवर्तन के बाद प्रभावित परिदृश्यों का पुनः परीक्षण करें।

नमूना रिपोर्ट देखें

हम किसके साथ काम करते हैं

नेटवर्क ऑपरेटर, मैसेजिंग प्रदाता और टीमें अपने स्वयं के लेनदेन ट्रैफ़िक के लिए जिम्मेदार हैं।

मोबाइल ऑपरेटर और एमवीएनओ

अपने नेटवर्क में डिलीवरी की जाँच करें। MVNO परीक्षण होस्ट ऑपरेटर के साथ समन्वित है।

थोकवाहक सेवाएँसंदेश भेजना

SMS हब और एग्रीगेटर

मार्गों की तुलना करें और रूटिंग परिवर्तनों के परिणाम को सत्यापित करें।

मार्ग गुणवत्ताअंतर्संबंधSMPP

CPaaS और मैसेजिंग प्लेटफॉर्म

अपने SMPP बुनियादी ढांचे के माध्यम से प्रदाता मार्गों, वितरण रिपोर्ट और गुणवत्ता को मान्य करें।

प्रदाता तुलनावितरण गुणवत्ता

थोक वाहक और एमवीएनई

इंटरकनेक्शन गुणवत्ता की जांच करें और प्रत्येक पार्टी से उपलब्ध रूटिंग रिकॉर्ड को सहसंबंधित करें।

आपस में जुड़नासाझेदार नेटवर्क

प्रमाणीकरण और OTP प्रदाता

अपनी स्वयं की सत्यापन यात्राओं में देरी और गुम SMS को मापें।

खाता सत्यापनसमय के प्रति संवेदनशील संदेश

डिजिटल सेवाएँ और उद्यम टीमें

बैंक, फिनटेक, ई-कॉमर्स, लॉजिस्टिक्स, मोबिलिटी और SaaS: अपने प्रदाता के साथ अपने लेन-देन SMS का परीक्षण करें।

लेन-देन संबंधी SMSग्राहक यात्राएँ

परीक्षण कैसे काम करता है

  1. दायरा

    एक मापने योग्य परीक्षण पर सहमत हों

    इनपुट

    गंतव्य, नेटवर्क, अनुमोदित परीक्षण संख्या और अनुप्रयोग परिदृश्य।

    हम क्या करते हैं

    परीक्षण विंडो, वॉल्यूम सीमा और स्वीकृति मानदंड निर्धारित करें।

    अगला कदम

    स्पष्ट जिम्मेदारियों के साथ एक साझा दायरा।

  2. कनेक्ट करें

    SMPP कनेक्शन तैयार करें

    इनपुट

    कनेक्शन पैरामीटर, आईपी श्वेतसूची और रूटिंग कॉन्फ़िगरेशन।

    हम क्या करते हैं

    तकनीकी टीम के साथ सेटअप की पुष्टि करें और पहली परीक्षण विंडो पर सहमति दें।

    अगला कदम

    दोनों टीमें सहमत परीक्षण के लिए तैयार हैं.

  3. परीक्षण

    निरीक्षण करें और तुलना करें

    इनपुट

    सहमत दायरे में ग्राहक-स्वामित्व वाला या स्पष्ट रूप से अधिकृत ट्रैफ़िक।

    हम क्या करते हैं

    रसीद, उपलब्ध टाइमस्टैम्प और डिलीवरी रिपोर्ट की जाँच करें। किसी भी विसंगति को रिकॉर्ड करें.

    अगला कदम

    परीक्षण किए गए मार्ग और परिदृश्य से जुड़े निष्कर्ष।

  4. पालन करें

    प्रत्येक परीक्षण के बाद लूप बंद करें

    इनपुट

    परीक्षण आईडी, टाइमस्टैम्प, रसीद साक्ष्य और देखी गई समस्या।

    हम क्या करते हैं

    निष्कर्ष साझा करें → सहमत हों कि जांच कौन करता है → परिवर्तनों के बाद उसी परिदृश्य को दोहराएं।

    अगला कदम

    पुनः परीक्षण परिणाम की पुष्टि करें, फिर आगे की निगरानी, मात्रा और वाणिज्यिक शर्तों पर सहमति दें।

परीक्षण ग्राहक-स्वामित्व वाले या स्पष्ट रूप से अधिकृत ट्रैफ़िक पर किया जाता है। प्रत्येक सहभागिता के लिए गंतव्य, एप्लिकेशन और वॉल्यूम की पुष्टि की जाती है।

SMPP एकीकरण

आप नंबर, नेटवर्क एक्सेस और रूटिंग की पुष्टि करते हैं। हम साथ मिलकर कनेक्शन भूमिकाओं और डिलीवरी जांच पर सहमत होते हैं।

उदाहरण: ऑपरेटर से संदेश प्राप्त करना

ऑपरेटर आवंटित परीक्षण संख्याओं के लिए सहमत आने वाले A2P ट्रैफ़िक को Routesms SMPP प्राप्त समापन बिंदु पर रूट करता है।

  1. सहमत प्रेषकग्राहक-स्वामित्व/अधिकृत ट्रैफ़िकSMS
  2. सहमत मार्गप्रदाता खंड जहां लागू होSMS
  3. मोबाइल ऑपरेटरपरीक्षण संख्या और प्रवेश द्वारSMPP
  4. RoutesmsSMPP समापन बिंदु प्राप्त कर रहा है

समीक्षा डेटा: Routesms पर रसीद, प्लस सोर्स-साइड लॉग और DLR केवल तभी जब संबंधित पार्टी उन्हें आपूर्ति करती है।

पुष्ट अवलोकन: SMPP समापन बिंदु पर रसीद।

आरेख संभावित कनेक्शन भूमिकाएँ दिखाता है, डिफ़ॉल्ट कॉन्फ़िगरेशन नहीं। SMPP समापन बिंदु पर SMS प्राप्त करना उस समापन बिंदु को सत्यापित करता है, भौतिक हैंडसेट पर डिलीवरी नहीं।

  1. 01

    परीक्षण के दायरे की पुष्टि करें

    देश, नेटवर्क, स्वीकृत संख्याएं, प्रेषक परिदृश्य, यातायात दिशा और स्वीकृति मानदंड।

  2. 02

    विनिमय कनेक्शन विवरण

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

  3. 03

    SMPP सत्र को मान्य करें

    बाइंड, कनेक्शन स्वास्थ्य और सहमत संदेश दिशा की जाँच करें। थ्रूपुट सीमाएं, एड्रेसिंग, एन्कोडिंग और DLR हैंडलिंग संरेखित करें।

  4. 04

    एक सीमित पायलट चलाएँ

    सहमत परीक्षण मामले चलाएँ। जहां उपलब्ध हो वहां आईडी, गेटवे प्रतिक्रियाएं, डिलीवरी रिपोर्ट और रसीद साक्ष्य कैप्चर करें।

  5. 05

    समीक्षा करें और पुनः परीक्षण करें

    प्रत्येक मुद्दे को जिम्मेदार टीम को सौंपें। विफल या विलंबित परिदृश्यों को दोहराएं और नए परिणाम की तुलना करें।

  6. 06

    अगले दायरे पर सहमति

    पायलट के आधार पर निगरानी आवृत्ति, समर्थन संपर्क, सीमा, मात्रा और वाणिज्यिक शर्तों की पुष्टि करें।

प्रत्येक पुष्टिकरण का क्या अर्थ है?

submit_sm_resp

सबमिशन अनुरोध स्वीकार करता है. एक सफल प्रतिक्रिया का मतलब यह नहीं है कि SMS हैंडसेट तक पहुंच गया।

DLR

एक डिलीवरी रिपोर्ट प्रदाता के रिपोर्ट किए गए परिणाम को बताती है। इसे मूल संदेश आईडी और रसीद साक्ष्य के साथ सहसंबंधित करें।

deliver_sm

प्राप्त संदेश या डिलीवरी रसीद ले जा सकते हैं। निष्कर्ष निकालने से पहले संदेश प्रकार और कॉन्फ़िगर किए गए समापन बिंदु की व्याख्या करें।

SMPP 3.4 विशिष्टता

मासिक परीक्षण मात्रा

एक वॉल्यूम चुनें. मूल्य निर्धारण देशों, नेटवर्क, परिदृश्यों और एकीकरण पर निर्भर करता है।

Focus

10 लाख

परीक्षण/माह

प्राथमिकता वाले मार्गों का एक केंद्रित सेट।

अनुरोध पर कीमत
  • सहमत मार्ग एवं परिदृश्य
  • रसीद, समय और DLR समीक्षा
  • मासिक परिणाम रिपोर्ट
  • मासिक निष्कर्ष समीक्षा

Orbit

50 लाख

परीक्षण/माह

कई मार्गों पर नियमित जांच।

अनुरोध पर कीमत
  • मार्ग और प्रदाता तुलना
  • रसीद, समय और DLR समीक्षा
  • मासिक परिणाम रिपोर्ट
  • वॉल्यूम के भीतर अनुवर्ती परीक्षण

Horizon

1 क॰

परीक्षण/माह

सभी नेटवर्कों पर एक व्यापक कार्यक्रम।

अनुरोध पर कीमत
  • एकाधिक नेटवर्क और परीक्षण परिदृश्य
  • रसीद, समय और DLR समीक्षा
  • दैनिक परिणाम रिपोर्ट
  • मासिक रिपोर्ट एवं निष्कर्ष समीक्षा

Custom

अधिक

10 मिलियन/कस्टम से ऊपर

आपके नेटवर्क के आसपास बनाया गया एक प्रोग्राम।

अनुरोध पर कीमत
  • व्यक्तिगत रूप से सहमत परीक्षण मात्रा
  • Custom परीक्षण विंडो और आवृत्ति
  • रिपोर्टिंग प्रारूप एक साथ सहमत हुआ
  • एकीकरण का दायरा अलग से सहमत हुआ

SMPP सेटअप और परीक्षण ग्राहक-स्वामित्व वाले या स्पष्ट रूप से अधिकृत ट्रैफ़िक का उपयोग करते हैं। लॉन्च से पहले कवरेज, संख्या, रिपोर्टिंग, कीमत और अनुबंध अवधि की पुष्टि करें।

एक परीक्षण = एक प्राप्त बिंदु तक एक SMS डिलीवरी प्रयास। पुनः परीक्षण की गणना अलग से की जाती है; वॉल्यूम डिलीवरी की गारंटी नहीं देता.

अपने परीक्षण दायरे पर चर्चा करें.

किसी विशेषज्ञ से बात करें

Расскажите, что происходит с вашими SMS

Достаточно пары предложений: куда отправляете сообщения, через кого и что пошло не так.

info@routesms.pro
Объём

Инженер проверяет сетевое оборудование и кабельные соединения