--- title: "VoIP प्रदाता कनेक्ट करें" description: "जिस प्रदाता का आप पहले से उपयोग करते हैं उसे कनेक्ट करें (API key के जरिए Twilio या Telnyx; SIP के जरिए SignalWire, Vonage, Plivo या कोई भी SIP ट्रंक), या गाइडेड सेटअप के साथ नया Telnyx अकाउंट खोलें।" --- प्रोडक्शन ट्रैफ़िक उन नंबरों पर चलना चाहिए जो आपके स्वामित्व में हों और आपके अपने VoIP प्रदाता के माध्यम से हों। डैशबोर्ड का **कनेक्शन → VoIP** पेज (`/dashboard/voip-connections`) आपके प्रदाता खाते को कनेक्ट करता है; कनेक्ट होने के बाद, आप ऐसे नंबर इंपोर्ट करते हैं जो इनबाउंड **और आउटबाउंड** कॉलिंग को सपोर्ट करते हैं। **नया कनेक्शन** पर क्लिक करें और दो विकल्पों में से एक चुनें: **पहले से उपयोग किए जा रहे प्रोवाइडर को कनेक्ट करें**, या **नया Telnyx अकाउंट सेट अप करें**। ## उस प्रोवाइडर को कनेक्ट करें जिसका आप पहले से उपयोग करते हैं वह प्रोवाइडर चुनें जिसके साथ आपके नंबर हैं: | प्रोवाइडर | यह कैसे कनेक्ट होता है | |----------|-----------------| | Twilio | API key: अपना Account SID और Auth Token पेस्ट करें | | Telnyx | API key: अपनी v2 API key पेस्ट करें | | SignalWire | SIP सेटअप | | Vonage | SIP सेटअप | | Plivo | SIP सेटअप | | अन्य प्रोवाइडर | किसी भी अन्य कैरियर या आपके द्वारा चलाए जाने वाले PBX के लिए ThunderPhone के सेटअप असिस्टेंट के साथ SIP सेटअप | Twilio और Telnyx के लिए, क्रेडेंशियल्स पेस्ट करें और **कनेक्ट करें और टेस्ट करें** पर क्लिक करें। ThunderPhone उन्हें सत्यापित करता है और आपके लिए प्रोवाइडर पक्ष को कॉन्फ़िगर करता है। Telnyx के लिए, ThunderPhone आपके Telnyx अकाउंट में अपना एक SIP कनेक्शन (जिसका नाम `thunderphone-production--outbound-` है) जोड़ता है और उसके माध्यम से आउटबाउंड कॉल करता है, इसलिए Telnyx उन कॉलों का बिल आपको भेजता है। यह उस Telnyx कनेक्शन की आउटबाउंड वॉइस प्रोफ़ाइल का उपयोग करता है जिस पर आपके नंबर हैं, इसलिए उस प्रोफ़ाइल के अनुमत देश और खर्च सीमाएं लागू होती हैं। यदि उस कनेक्शन में कोई आउटबाउंड वॉइस प्रोफ़ाइल नहीं है और आपके अकाउंट में ठीक एक सक्षम प्रोफ़ाइल है, तो ThunderPhone उसी का उपयोग करता है। किसी अलग प्रोफ़ाइल का उपयोग करने के लिए, उसे Telnyx पोर्टल में कनेक्शन को असाइन करें और ThunderPhone कनेक्शन को फिर से सेव करें। यदि अकाउंट में कोई सक्षम प्रोफ़ाइल नहीं है, या कई हैं, तो Telnyx पोर्टल में कनेक्शन को एक प्रोफ़ाइल असाइन करें और ThunderPhone कनेक्शन को फिर से सेव करें। तब तक, आउटबाउंड कॉल `outbound_trunk_unavailable` के साथ विफल होंगी; इनबाउंड कॉल काम करती रहेंगी। जब Telnyx किसी आउटबाउंड कॉल को अस्वीकार करता है (उदाहरण के लिए SIP 403 Forbidden), तो अस्वीकृति आपके अपने Telnyx अकाउंट से आती है। सामान्य कारण हैं उपलब्ध क्रेडिट न होना, ऐसा कॉलर नंबर जो उस Telnyx अकाउंट में नहीं है, या ऐसी आउटबाउंड वॉइस प्रोफ़ाइल जो डेस्टिनेशन देश को अनुमति नहीं देती। ### SignalWire, Vonage और Plivo के लिए SIP सेटअप ये तीनों [मैन्युअल SIP फ़ॉर्म](#manual-sip-configuration) खोलते हैं, जिसमें उस प्रोवाइडर के चरण सबसे ऊपर, प्रोवाइडर की अपनी सेटअप गाइड का लिंक, और एक उदाहरण SIP डोमेन होता है: - **SignalWire:** आउटबाउंड कॉल के लिए SIP क्रेडेंशियल्स बनाएं, SIP डोमेन, यूज़रनेम और पासवर्ड दर्ज करें, और हर नंबर को एक SWML स्क्रिप्ट दें जो इनकमिंग कॉल को ThunderPhone SIP एंडपॉइंट से कनेक्ट करे। - **Vonage:** SIP Trunking डैशबोर्ड में, आउटबाउंड क्रेडेंशियल्स के साथ एक ट्रंक बनाएं, उसका डोमेन (उदाहरण के लिए `your-trunk.sip-us.vonage.com`) और क्रेडेंशियल्स दर्ज करें, ट्रंक के इनबाउंड SIP URI के रूप में ThunderPhone SIP एंडपॉइंट जोड़ें, और अपने नंबरों को ट्रंक से लिंक करें। - **Plivo:** एक क्रेडेंशियल के साथ आउटबाउंड ट्रंक बनाएं और उसका Termination SIP Domain (`.zt.plivo.com`), यूज़रनेम और पासवर्ड दर्ज करें; एक इनबाउंड ट्रंक बनाएं जिसका Primary URI ThunderPhone SIP एंडपॉइंट हो, जिसके बाद `;transport=tcp` हो; फिर हर नंबर का एप्लिकेशन टाइप उस ट्रंक पर सेट करें। परिणाम एक मैन्युअल SIP कनेक्शन है (`provider: "manual"` API में), जिसे हाथ से दर्ज किए गए कनेक्शन की तरह ही टेस्ट और सत्यापित किया जाता है। कनेक्शन कार्ड प्रोवाइडर का नाम दिखाता है, उदाहरण के लिए **SignalWire · SIP**। ## नया Telnyx अकाउंट सेट अप करें अभी तक कोई प्रोवाइडर नहीं है? गाइडेड फ्लो आपको Telnyx अकाउंट खोलने और उसे कनेक्ट करने की प्रक्रिया से गुजारता है: **Telnyx साइनअप खोलें** पर क्लिक करें, अपना खाता बनाएं, और "मैंने अपना खाता बना लिया है।" चुनें। **API Keys पेज खोलें** पर क्लिक करें, एक key जनरेट करें, और उसे **API Key (v2)** में पेस्ट करें। वैकल्पिक रूप से कनेक्शन को नाम दें। **कनेक्ट करें और टेस्ट करें** पर क्लिक करें — ThunderPhone क्रेडेंशियल्स को सत्यापित करता है और सेव करने से पहले Telnyx की ओर आवश्यक चीज़ों का प्रोविज़न करता है। ### Telnyx में ThunderPhone क्या सेट अप करता है जब तक आप अपना Connection ID दर्ज नहीं करते, दोनों Telnyx रूट (गाइडेड सेटअप और API key पेस्ट करना) आपके Telnyx अकाउंट में एक ही चीज़ छोड़ते हैं: `thunderphone-` नाम का एक SIP कनेक्शन। यह एक **FQDN कनेक्शन** है जिसका FQDN रिकॉर्ड ThunderPhone के SIP एंडपॉइंट की ओर पॉइंट करता है, और आपके द्वारा इंपोर्ट किया गया हर नंबर इससे असाइन होता है। Telnyx उन नंबरों के लिए कॉल SIP के ज़रिए सीधे ThunderPhone को भेजता है। - इसके webhook फ़ील्ड जानबूझकर खाली हैं। इसमें कोई webhook, Call Control एप्लिकेशन, TeXML एप्लिकेशन या रजिस्टर्ड SIP फ़ोन शामिल नहीं होता। - इंपोर्ट किए गए नंबरों को किसी दूसरे कनेक्शन या एप्लिकेशन में न ले जाएँ, और इसके लिए कोई डिवाइस रजिस्टर न करें। - अगर कनेक्ट करते समय आपने अपना Connection ID दर्ज किया है, तो ThunderPhone उसी कनेक्शन का उपयोग करता है और उसे कभी नहीं बदलता; यह ThunderPhone के SIP एंडपॉइंट की ओर पॉइंट करने वाला FQDN कनेक्शन होना चाहिए। 30 अगस्त, 2026 से पहले, ThunderPhone द्वारा बनाया गया `thunderphone-…` कनेक्शन एक **क्रेडेंशियल कनेक्शन** था, जो कॉल प्राप्त नहीं कर सकता। अगर आपका कनेक्शन अब भी क्रेडेंशियल कनेक्शन के रूप में दिखता है, तो सपोर्ट से संपर्क करें और हम इसे कन्वर्ट कर देंगे। ## मैन्युअल SIP कॉन्फ़िगरेशन SignalWire, Vonage और Plivo टाइल्स यह फ़ॉर्म खोलती हैं, और **अन्य प्रोवाइडर** के अंतर्गत **मैं हर सेटिंग खुद दर्ज करूंगा** भी यही फ़ॉर्म खोलता है। DIDWW या आपके स्वयं चलाए गए PBX सहित कोई भी SIP ट्रंक काम करता है। कनेक्शन का नाम, **SIP डोमेन / URI**, वैकल्पिक यूज़रनेम और पासवर्ड, पोर्ट और ट्रांसपोर्ट दर्ज करें; **एडवांस्ड सेटिंग्स** मीडिया एन्क्रिप्शन (SRTP) जोड़ती है। फ़ॉर्म वह SIP एड्रेस भी दिखाता है जिस पर आपके ट्रंक को इनबाउंड कॉल भेजनी हैं: `sip.thunderphone.com`, UDP या TCP के लिए पोर्ट 5060 पर, या TLS के लिए 5061 पर। TLS के माध्यम से, SIP सिग्नलिंग LiveKit Cloud तक पूरी तरह एन्क्रिप्टेड रहती है, जहां ThunderPhone कॉल संभालता है; ऑडियो कभी भी `sip.thunderphone.com` से होकर नहीं गुजरता, इसलिए SRTP पहले की तरह काम करता है। हर कॉल को E.164 फ़ॉर्म में डायल किए गए नंबर पर एड्रेस करें, जिसमें वही नंबर, `+` सहित, रिक्वेस्ट लाइन और `To` हेडर दोनों में हो: उदाहरण के लिए `sip:+14155550142@sip.thunderphone.com`। `+` ही ThunderPhone को सही रीजन में कॉल संभालने देता है ([IP अनुमति सूची](#ip-allowlisting-and-trunk-authentication) के अंतर्गत नोट देखें)। पहले से `.sip.livekit.cloud` एड्रेस के साथ सेट किए गए ट्रंक, **अनुमत स्रोत IPs** खाली रहने तक काम करते रहेंगे; आपको उन्हें बदलने की जरूरत नहीं है। ThunderPhone इन सेटिंग्स को LiveKit Cloud पर SIP ट्रंकों की एक समर्पित जोड़ी में बदल देता है: आउटबाउंड कॉल कनेक्शन के नंबरों से आपके क्रेडेंशियल्स के साथ आपके SIP डोमेन पर की जाती हैं, और उन नंबरों पर इनबाउंड कॉल किसी भी एड्रेस से स्वीकार की जाती हैं, जब तक कि आप वैकल्पिक **अनुमत स्रोत IPs** फ़ील्ड नहीं भरते। इसे केवल तभी भरें जब आपका कैरियर निश्चित सिग्नलिंग IPs प्रकाशित करता हो: गलत या अधूरी सूची ThunderPhone को आपके कैरियर की इनकमिंग कॉल अस्वीकार करने पर मजबूर करती है। दो बटन मुख्य काम करते हैं: - **AI सेटअप गाइड जनरेट करें** — आपकी आवश्यक ट्रंक-साइड कॉन्फ़िगरेशन के लिए प्रोवाइडर-विशिष्ट निर्देश लिखता है। - **कनेक्शन टेस्ट करें और सेव करें** — जांचता है कि SIP एंडपॉइंट किसी पब्लिक एड्रेस पर रिज़ॉल्व होता है और TCP/TLS के लिए चुने गए पोर्ट पर कनेक्शन स्वीकार करता है (UDP होस्ट को केवल DNS जांच मिलती है), फिर सेव करता है। यह अभी कॉल नहीं कर सकता क्योंकि कनेक्शन में कोई नंबर नहीं है; वास्तविक पुष्टि इंपोर्ट के समय होती है (नीचे)। बाद में किसी कनेक्शन को एडिट करने पर, कुछ भी सेव होने से पहले आपकी बदली हुई सेटिंग्स पर वही जांच फिर से चलती है, फिर ट्रंक को फिर से बनाया जाता है और बैकग्राउंड में एक छोटी टेस्ट कॉल के साथ कनेक्शन के हर नंबर का फिर से सत्यापन किया जाता है — नंबरों की टेस्ट कॉल सफल होने तक वे *प्रोविजनिंग* के रूप में दिखते हैं। *कनेक्टेड* कनेक्शन पर केवल **अनुमत स्रोत IPs** बदलना अलग है: यह कभी भी आउटगोइंग कॉल को प्रभावित नहीं करता, इसलिए ThunderPhone तुरंत इनबाउंड ट्रंक पर सूची अपडेट करता है और नंबर *सक्रिय* रहते हैं। उनकी इनकमिंग कॉल टेस्ट *परीक्षित नहीं* पर रीसेट हो जाती है; नई सूची कॉल आने देती है, इसकी पुष्टि करने के लिए इसे फिर से चलाएं या अपने कैरियर के माध्यम से वास्तविक कॉल करें। जब टेस्ट की कॉल सूची के तहत अस्वीकार हो जाती, तो टेस्ट विफल होता है। सेव किए गए पासवर्ड कभी वापस नहीं दिखाए जाते; उसे बनाए रखने के लिए पासवर्ड खाली छोड़ें, या IP-प्रमाणित ट्रंक के लिए "सेव किया गया पासवर्ड हटाएं" चुनें। ### IP अलाउलिस्टिंग और ट्रंक ऑथेंटिकेशन कुछ कैरियर (DIDWW, Telnyx IP-auth कनेक्शन, फायरवॉल के पीछे अधिकांश PBX) केवल उन पतों से SIP ट्रैफ़िक स्वीकार करते हैं जिन्हें आप अलाउलिस्ट करते हैं, या स्रोत IP से आउटबाउंड कॉल को ऑथेंटिकेट करते हैं। ThunderPhone पतों के दो सेट का उपयोग करता है। **SIP एज।** आप `sip.thunderphone.com` पर भेजने वाली इनबाउंड कॉल ThunderPhone के SIP एज से होकर जाती हैं, जो केवल SIP सिग्नलिंग संभालता है। पहला INVITE `sip.thunderphone.com` पर जाता है; कॉल की बाकी सिग्नलिंग (ACK, हैंग-अप, ट्रांसफ़र) आपके कैरियर और कॉल लेने वाले एज सर्वर, `sip-1` या `sip-2`, के बीच चलती है। यदि आपका फायरवॉल SIP सिग्नलिंग फ़िल्टर करता है, तो UDP और TCP पोर्ट 5060 तथा TLS पोर्ट 5061 पर इन तीनों को अनुमति दें: | होस्ट | IP पता | |------|------------| | `sip.thunderphone.com` | `172.170.39.202` | | `sip-1.thunderphone.com` | `13.86.104.121` | | `sip-2.thunderphone.com` | `20.80.98.90` | **LiveKit Cloud।** हर कॉल का ऑडियो (RTP), और आउटबाउंड कॉल की SIP सिग्नलिंग, आपके कैरियर और LiveKit Cloud के बीच चलती है, SIP एज से कभी नहीं। SIP सिग्नलिंग और मीडिया, दोनों के लिए नीचे दी गई **हर** रेंज को अनुमति दें: {/* generated:livekit-static-ips:start */} {/* GENERATED BLOCK — do not edit by hand. Source: scripts/docs-freshness/data/livekit-static-ips.json Regenerate: python3 scripts/docs-freshness/generate_livekit_static_ips.py CI regenerates this block and fails on drift (scripts/docs-freshness/generators.d/30-livekit-static-ips.sh). */} | IP रेंज | |----------| | `143.223.88.0/21` | | `161.115.160.0/19` | | `153.57.128.0/18` | LiveKit इन रेंजों को Realtime, SIP सिग्नलिंग और मीडिया और Webhooks पर लागू करता है, और वे इसके कनाडा, EU, भारत, जापान और US रीजन में हैंडल की जाने वाली कॉल को कवर करती हैं। पिन किए गए एंडपॉइंट के लिए रीजन नाम: `canada`, `eu`, `india`, `japan`, `us`। {/* generated:livekit-static-ips:end */} `sip.thunderphone.com` पर भेजी गई कॉल कवर किए गए रीजन में संभाली जाती हैं। `To` हेडर में शुरुआती `+` वाला नंबर और जापानी, भारतीय, EU/EEA, UK या स्विस देश कोड उस रीजन में जाता है। अन्य सभी कॉल ThunderPhone के SIP एज के सबसे निकट वाले LiveKit रीजन में संभाली जाती हैं, जो वर्तमान में US है। कोई ट्रंक जो अभी भी `.sip.livekit.cloud` पते की ओर इंगित करता है, कॉलर के सबसे निकट वाले LiveKit रीजन से रूट होता है, जो कवर किए गए रीजन के बाहर हो सकता है यदि आपका कैरियर भी बाहर है। इसे `sip.thunderphone.com` पर ले जाएँ, या `.sip.livekit.cloud` के ठीक पहले रीजन नाम डालकर पिन करें: उदाहरण के लिए `.japan.sip.livekit.cloud`। इनबाउंड नंबर मैचिंग प्रभावित नहीं होती। ट्रंक के लिए कुछ सामान्य नियम: - **ThunderPhone रजिस्टर नहीं करता।** यह आपके कैरियर को कभी SIP `REGISTER` नहीं भेजता, इसलिए ट्रंक को रजिस्ट्रेशन के लिए नहीं, बल्कि IP-आधारित और/या क्रेडेंशियल (यूज़रनेम + पासवर्ड) ऑथेंटिकेशन के लिए कॉन्फ़िगर करें। - **आउटबाउंड कॉल में क्रेडेंशियल्स का उपयोग करें।** कैरियर की ओर यूज़रनेम/पासवर्ड ऑथेंटिकेशन सक्षम करें और मैन्युअल SIP फ़ॉर्म में वही वैल्यू दर्ज करें। IP अलाउलिस्ट को एक दूसरी परत मानें, एकमात्र परत नहीं — कवर किए गए रीजन के बाहर के डेस्टिनेशन पर आउटबाउंड कॉल अन्य पतों से शुरू हो सकती हैं। - **इनबाउंड उलटी दिशा है।** फ़ॉर्म में वैकल्पिक **अनुमत स्रोत IPs** फ़ील्ड वह जगह है जहाँ आप *अपने कैरियर के* सिग्नलिंग पते दर्ज करते हैं, ताकि ThunderPhone केवल उन्हीं से कॉल स्वीकार करे। IP पते या CIDR रेंज दर्ज करें; होस्टनेम कभी मैच नहीं होते। जब तक आपका कैरियर एक निश्चित सूची प्रकाशित न करे, इसे खाली छोड़ दें। ThunderPhone हर इनबाउंड कॉल पर सूची को उस पते से मिलाता है जिसे उसका SIP एज देखता है, इसलिए सूची सेट होने के बाद अपनी कॉल `sip.thunderphone.com` पर भेजें। सूची में न होने वाले पते से आने वाली, या सीधे `.sip.livekit.cloud` पते पर भेजी गई कॉल अस्वीकार कर दी जाती है: वह विफल हो जाती है या कनेक्ट होकर तुरंत समाप्त हो जाती है। ये रेंज LiveKit द्वारा [रीजन, रीजनल एंडपॉइंट और स्टैटिक IPs](https://docs.livekit.io/deploy/admin/regions/endpoints/) पर प्रकाशित की जाती हैं; ThunderPhone उस पेज को साप्ताहिक जांचता है और बदलाव होने पर इस गाइड को अपडेट करता है। ## कनेक्ट करने के बाद **Phone Numbers → Add number → Connect VoIP provider** से नंबर इंपोर्ट करें (या सीधे कनेक्शन से)। हर इंपोर्ट किए गए नंबर को सक्रिय होने से पहले वेरिफ़ाई किया जाता है। मैनुअल SIP कनेक्शन के लिए, यह वेरिफ़िकेशन कुछ सेकंड की छोटी टेस्ट कॉल **आपके नंबर से, आपके SIP ट्रंक के माध्यम से, ThunderPhone नंबर पर** करता है — ताकि यूज़रनेम, पासवर्ड, ट्रांसपोर्ट और आपके कैरियर की आउटबाउंड रूटिंग सभी का वास्तविक रूप से परीक्षण हो सके। आपका कैरियर इस कॉल का बिल किसी भी अन्य कॉल की तरह करता है। अगर कैरियर इसे अस्वीकार करता है, तो नंबर *Provisioning* में रहता है और फ़ोन-नंबर्स पेज कैरियर का जवाब दिखाता है (उदाहरण के लिए "ThunderPhone के क्रेडेंशियल्स अस्वीकार किए गए (SIP 401)"); कनेक्शन ठीक करें और फिर से वेरिफ़ाई करें। अगर आपका कैरियर ट्रंक स्वीकार करता है, लेकिन उसकी रूटिंग योजना ThunderPhone के टेस्ट नंबर को कवर नहीं करती (DIDWW जवाब देता है "डेस्टिनेशन नंबर रूटिंग योजना द्वारा ब्लैकलिस्ट किया गया"), तो नंबर *Verified · carrier accepted* के रूप में दिखता है: यह उपयोग योग्य है, लेकिन अन्य डेस्टिनेशन पर कॉल का परीक्षण नहीं किया गया। यह कॉल साबित करती है कि आपका ट्रंक नंबर के रूप में कॉल *कर सकता है*; यह इस बात का प्रमाण नहीं है कि नंबर आपका है, और न ही यह नंबर *पर* आने वाली कॉल का परीक्षण करती है; नीचे दिया गया वैकल्पिक इनकमिंग टेस्ट यह करता है। वेरिफ़ाइड नंबर इनबाउंड और आउटबाउंड का समर्थन करते हैं — जिससे [आउटबाउंड कैंपेन](/hi/guides/outbound-campaigns) और प्रोग्रामेटिक [आउटबाउंड कॉल](/hi/guides/place-outbound-calls) अनलॉक होते हैं। ### इनकमिंग कॉल परीक्षण **नंबर सत्यापित करें** एक डायलॉग खोलता है जो इनकमिंग कॉल का परीक्षण भी कर सकता है। परीक्षण आपके नंबर पर कॉल करता है, यह जाँचता है कि कॉल ThunderPhone तक पहुँचती है, फिर आपका एजेंट शुरू किए बिना कॉल काट देता है: - **अपने आउटबाउंड SIP ट्रंक वाले नंबर** (मैन्युअल SIP नंबर, और Twilio नंबर जब ThunderPhone ने आपके Twilio अकाउंट में आउटबाउंड कॉलिंग सेट अप कर दी हो) पहले खुद को कॉल करते हैं: ThunderPhone उस ट्रंक के ज़रिए उसी नंबर से उसी नंबर पर डायल करता है। कॉल करने से पहले डायलॉग आपको बताता है। कॉल आपके कैरियर के ज़रिए बाहर जाती है और, अगर आपकी इनबाउंड रूटिंग सही है, तो सीधे ThunderPhone पर वापस आती है। जब वह नंबर के अपने caller ID के साथ वापस आती है, तो वह एक कॉल यह साबित करती है कि आपका कैरियर ThunderPhone की कॉल को उस नंबर की ओर से स्वीकार करता है और उस नंबर की कॉल किसी भी देश में ThunderPhone तक पहुँचती हैं। कुछ कैरियर किसी नंबर से उसी नंबर पर कॉल को अस्वीकार करते हैं या कनेक्ट नहीं करते; इसका आपकी रूटिंग से कोई संबंध नहीं है, इसलिए ThunderPhone फिर अपने किसी नंबर से कॉल करता है। अगर आपका नंबर कहीं और फ़ॉरवर्ड होता है, तो वह फ़ोन दो बार रिंग कर सकता है: पहले नंबर का अपना caller ID दिखाते हुए, फिर ThunderPhone का परीक्षण नंबर। - **अन्य नंबरों** (और ऊपर दिए गए फ़ॉलबैक) पर ThunderPhone के अपने किसी नंबर से कॉल की जाती है। ThunderPhone फ़िलहाल ये कॉल केवल अमेरिकी और कनाडाई नंबरों पर कर सकता है; अन्य नंबरों के लिए परीक्षण यह रिपोर्ट करता है कि वह चल नहीं सका, और अगर सेल्फ-कॉल अस्वीकार हुई थी तो आपके कैरियर का जवाब भी दिखाता है। अगर आपका कैरियर रास्ते में caller ID बदल देता है, तो ThunderPhone कॉल को पहचान नहीं सकता, इसलिए आपका एजेंट कुछ समय के लिए उसका जवाब दे सकता है। इनकमिंग परीक्षण वैकल्पिक है। इसे छोड़ दें और नंबर फिर भी काम करेगा; फ़ोन-नंबर पेज तब *इनकमिंग का परीक्षण नहीं किया गया* दिखाता है, और आप इसे बाद में **परीक्षण** या नंबर के **इनकमिंग कॉल का परीक्षण करें** मेनू आइटम से चला सकते हैं। इंपोर्ट के तुरंत बाद, फ़ोन-नंबर पेज आपसे नए नंबरों पर इनकमिंग कॉल का परीक्षण करने के लिए भी कहता है। डायलॉग में आपकी पुष्टि होने तक कुछ भी डायल नहीं किया जाता। अगर आपका प्रदाता नंबर को कहीं और भेजता है, तो ThunderPhone के कॉल काटने से पहले जिस स्थान पर वह पॉइंट करता है वहाँ हर कॉल के लिए 8 सेकंड तक रिंग हो सकती है। अगर कोई चीज़ पहले जवाब देती है (ऐसा Twilio ऐप जो जवाब देकर फिर फ़ॉरवर्ड करता है, या फ़ोन मेनू), तो परीक्षण फ़ॉरवर्ड की गई कॉल के ThunderPhone तक पहुँचने की प्रतीक्षा करता है: सेल्फ-कॉल पर 8 सेकंड तक और ThunderPhone नंबर से की गई कॉल पर 15 सेकंड तक। परिणाम नंबर पर बना रहता है (*इनकमिंग* सफल या विफल) जब तक आप कनेक्शन नहीं बदलते या नंबर को फिर से इंपोर्ट नहीं करते, जो इसे *परीक्षण नहीं किया गया* पर रीसेट कर देता है। कनेक्शन बदलने पर बैकग्राउंड में आउटगोइंग कॉल फिर से सत्यापित होती हैं, लेकिन आपकी अनुमति के बिना कभी आपके नंबर पर कॉल नहीं की जाती। ## इनबाउंड कॉल की समस्या निवारण कनेक्शन का **टेस्ट** बटन क्रेडेंशियल्स की जांच करता है, और वेरिफिकेशन आउटबाउंड डायलिंग की जांच करता है। इनबाउंड जांचने के लिए, ऊपर दिया गया इनकमिंग कॉल टेस्ट चलाएं, या किसी फोन से नंबर पर कॉल करें और कॉल को **कॉल हिस्ट्री** में देखें। ब्राउज़र **टॉक** टेस्ट और बॉट-टू-बॉट सिमुलेशन आपके कैरियर से होकर नहीं जाते, इसलिए वे यह नहीं दिखाते कि इनबाउंड काम कर रहा है या नहीं। फोन नंबर को टारगेट करने वाला सिमुलेशन (SIP लूपबैक) उसे आपके कैरियर के माध्यम से डायल करता है, इसलिए जवाब दिया गया सिमुलेशन इनबाउंड रूटिंग की जांच करता है। - **आपको अपने मोबाइल कैरियर का संदेश सुनाई देता है** (उदाहरण के लिए "Verizon में आपका स्वागत है" या "आपने जो नंबर डायल किया है, वह सेवा में नहीं है"): कॉल ThunderPhone तक पहुंचने से पहले विफल हो गई। जांचें कि नंबर आपके प्रोवाइडर अकाउंट में सक्रिय है और ThunderPhone कनेक्शन या ट्रंक को असाइन किया गया है। - **बिजी सिग्नल या कॉल बजती रहती है:** प्रोवाइडर ने कॉल स्वीकार की, लेकिन उसे डिलीवर नहीं कर सका। Telnyx के साथ, Telnyx पोर्टल में नंबर का **कनेक्शन** जांचें: यह ऊपर बताया गया `thunderphone-…` FQDN कनेक्शन, या ThunderPhone SIP एंडपॉइंट की ओर पॉइंट करने वाला आपका अपना FQDN कनेक्शन होना चाहिए। Twilio के साथ, नंबर को Voice वेबहुक या TwiML ऐप के बजाय ThunderPhone SIP ट्रंक से अटैच किया जाना चाहिए। - **आपके कैरियर के लॉग में `404 No trunk found` दिखता है** (मैन्युअल SIP): कॉल ThunderPhone तक पहुंची, लेकिन किसी ट्रंक से मैच नहीं हुई। जांचें कि नंबर इस कनेक्शन पर इंपोर्ट किया गया है और ट्रंक `sip.thunderphone.com` की ओर पॉइंट करता है। यदि वह `.sip.livekit.cloud` पते की ओर पॉइंट करता है, तो **अनुमत सोर्स IPs** खाली होने चाहिए: सूची सेट होने पर, केवल `sip.thunderphone.com` को भेजी गई कॉल स्वीकार की जाती हैं। - **`sip.thunderphone.com` से `404 Not Found`** (मैन्युअल SIP): कॉल को फोन नंबर पर एड्रेस नहीं किया गया था, या रिक्वेस्ट लाइन और `To` हेडर में अलग-अलग नंबर हैं। ऊपर बताए अनुसार, डायल किया गया नंबर दोनों में भेजें। - **`sip.thunderphone.com` से `403 Forbidden`:** रिक्वेस्ट लाइन किसी अन्य होस्ट का नाम देती है। कॉल को `sip.thunderphone.com` पर एड्रेस करें, उदाहरण के लिए `sip:+14155550142@sip.thunderphone.com`। - **कॉल ThunderPhone तक पहुंचती है, लेकिन गलत एजेंट जवाब देता है या कोई जवाब नहीं देता:** **फोन नंबर** में नंबर के इनबाउंड एजेंट की जांच करें। इन-ऐप कोपायलट आपके लिए किसी नंबर की जांच कर सकता है: उससे पूछें कि उस नंबर पर कॉल क्यों विफल हो रही हैं। Telnyx कनेक्शन के लिए, यह रीड-ओनली रूप में और संगठन एडमिन्स के लिए यह भी देखता है कि Telnyx नंबर को किस कनेक्शन पर असाइन करता है। --- ## अगले चरण नंबर जोड़ने की पूरी प्रक्रिया, ThunderPhone नंबर और VoIP। REST पर वही कनेक्ट-इंपोर्ट-वेरिफ़ाई प्रक्रिया। CSV सूचियां, कॉलिंग विंडो और रीट्राई पॉलिसी। कनेक्शन, एविडेंस और इंपोर्ट के हर फ़ील्ड की जानकारी।