कॉल प्राप्त करना

आपके वर्कस्पेस में मौजूद कोई नंबर इनकमिंग कॉल का तीन में से किसी एक तरीके से जवाब दे सकता है: उसे आपके किसी SIP ट्रंक पर डिलीवर करना, आपके द्वारा सत्यापित किसी नंबर पर फ़ॉरवर्ड करना, या रिजेक्ट करना। यह जवाब नंबर पर एक सेटिंग है, और एक नंबर पर एक समय में ठीक एक ही जवाब होता है।

हर नंबर reject पर शुरू होता है, इसलिए जिस नंबर को किसी ने कॉन्फ़िगर नहीं किया है वह कॉल करने वालों को वापस भेजता है, बजाय इसके कि उसके पास कोई जवाब ही न हो।

आवश्यक शर्तें

किसी नंबर को किसी जवाब पर पॉइंट करने से पहले:

एक ऐसा नंबर जो कॉल प्राप्त कर सके। Voice > Numbers खोलें और Directions कॉलम में इनबाउंड मार्क देखें। किसी अन्य कैरियर से कॉलर ID के रूप में रजिस्टर किया गया नंबर यहाँ कॉल प्राप्त नहीं करता: वह कैरियर उस पर आने वाली कॉल को रूट करता है, इसलिए उस नंबर पर कोई जवाब नहीं होता।
ट्रंक पर डिलीवरी के लिए: एक SIP ट्रंक जिस पर इनबाउंड कॉलिंग चालू हो और कम से कम एक डिलीवरी गेटवे हो।
फ़ॉरवर्ड के लिए: फ़ॉरवर्ड करने के लिए एक सत्यापित कॉलर ID।
API या CLI से सेटिंग बदलने के लिए: एक API कुंजी जिसमें voice_management स्कोप write स्तर पर हो। यह स्कोप वॉइस कॉन्फ़िगरेशन को कवर करता है; voice स्कोप कॉल ट्रैफ़िक और आँकड़ों को कवर करता है, इसलिए कॉल लॉग पढ़ने के लिए दूसरा स्कोप चाहिए।

SIP ट्रंक पर कॉल डिलीवर करना

डिलीवरी आपके अपने फ़ोन सिस्टम को उन पतों पर डायल करती है जो आपने ट्रंक पर घोषित किए हैं। पहले दिशा चालू करें, क्योंकि किसी नंबर को केवल उसी ट्रंक पर पॉइंट किया जा सकता है जो पहले से इनबाउंड कॉल स्वीकार करता हो।

Voice > SIP Trunks खोलें, ट्रंक खोलें, और Inbound calling के तहत Enable inbound चुनें।
उसी सेक्शन में कम से कम एक गेटवे जोड़ें। बिना गेटवे वाला ट्रंक अपने द्वारा उत्तर दिए जाने वाले नंबरों पर आने वाली हर इनकमिंग कॉल को अस्वीकार करता है।
Voice > Numbers खोलें, नंबर खोलें, और Inbound routing के तहत Deliver to a SIP trunk चुनें।
ट्रंक चुनें और Save चुनें। सूची में केवल वे ट्रंक दिखाई देते हैं जिन पर इनबाउंड कॉलिंग चालू है।

Numbers सूची पर Used for कॉलम तब उस नंबर को उस ट्रंक पर डिलीवर किए गए के रूप में दिखाता है, और ट्रंक का अपना पेज उन नंबरों को सूचीबद्ध करता है जिनका वह उत्तर देता है।

गेटवे को क्या चाहिए

गेटवे वह एक पता है जिस पर कॉल डिलीवर की जाती है, और यह बताता है कि वह पीयर कॉल के दो नंबरों को किस फ़ॉर्मेट में चाहता है:

सेटिंग	यह क्या है
SIP URI	आपके फ़ोन सिस्टम का होस्ट, वैकल्पिक पोर्ट के साथ, जैसे sip:pbx.example.com:5060। केवल होस्ट दें: user part वाली URI अस्वीकार की जाती है
Priority	गेटवे को किस क्रम में आज़माया जाता है, सबसे कम पहले
Destination format	इस पीयर को डायल किया गया नंबर किस फ़ॉर्मेट में भेजा जाता है। डिफ़ॉल्ट E.164 है
Origination format	इस पीयर को कॉल करने वाले का नंबर किस फ़ॉर्मेट में भेजा जाता है, डिलीवर की गई कॉल के P-Asserted-Identity हेडर में। डिफ़ॉल्ट E.164 है

समान प्राथमिकता वाले गेटवे कॉल का बराबर हिस्सा लेते हैं, और किसी भी कॉल पर उनमें से कोई भी पहले आज़माया जा सकता है। डिलीवरी को दूसरे पते पर फ़ेल ओवर करने के लिए, उस गेटवे को बड़ा प्राथमिकता नंबर दें: जब पहला उत्तर नहीं देता तब उसे आज़माया जाता है।

दोनों नंबर फ़ॉर्मेट एक प्लेसहोल्डर {number} पर आधारित टेम्प्लेट हैं, जो नंबर को उसके शुरुआती + के बिना दर्शाता है। डेस्टिनेशन फ़ॉर्मेट SIP URI होस्ट से पहले रखा जाता है, इसलिए 1234#{number} एक कॉल को +31201234567 पर sip:1234#31201234567@pbx.example.com:5060 के रूप में डिलीवर करता है। दोनों का डिफ़ॉल्ट +{number} है, जो E.164 है। कोई भी {number} न रखने वाला फ़ॉर्मेट ट्रंक द्वारा उत्तर दिए जाने वाले हर नंबर को एक निश्चित पते पर भेजता है।

Warning: turning inbound calling off on a trunk, or deleting the trunk, puts every number pointing at it back on reject. Turning inbound back on does not restore them, so each number has to be pointed at a trunk again.

कॉल को दूसरे नंबर पर फ़ॉरवर्ड करना

फ़ॉरवर्ड इनकमिंग कॉल का उत्तर देता है और आपके द्वारा सत्यापित किए गए नंबर पर दूसरी कॉल करता है, फिर दोनों को जोड़ता है।

Voice > Numbers खोलें, नंबर खोलें, और Inbound routing के तहत Forward to another number चुनें।
फ़ॉरवर्ड करने के लिए नंबर चुनें। सूची में आपकी सत्यापित कॉलर ID हैं, क्योंकि फ़ॉरवर्ड केवल उसी नंबर को लक्षित कर सकता है जिस पर आपका नियंत्रण साबित हो चुका हो।
चुनें कि फ़ॉरवर्ड की गई कॉल कॉलर के रूप में कौन सा नंबर दिखाए, फिर Save चुनें।

फ़ॉरवर्ड टारगेट की जाँच तब होती है जब आप उसे सेट करते हैं और हर उस कॉल पर फिर से होती है जिसे वह फ़ॉरवर्ड करता है। बाद में हटाई गई कॉलर ID फ़ॉरवर्डिंग बंद कर देती है बजाय जारी रखने के, और उस बिंदु से इनकमिंग कॉल रिजेक्ट हो जाती हैं।

फ़ॉरवर्ड की गई कॉल 45 सेकंड तक रिंग होती है इसके बाद छोड़ दी जाती है, जो ट्रंक डिलीवरी रिंग से अधिक है क्योंकि दूसरे सिरे पर आमतौर पर फ़ोन सिस्टम के बजाय किसी व्यक्ति का फ़ोन होता है।

फ़ॉरवर्डिंग एक कॉल करती है, इसलिए दूसरे लेग पर आउटबाउंड नियम लागू होते हैं: जिस देश को आपने Destinations में चालू नहीं किया है वहाँ फ़ॉरवर्ड करना destination_not_enabled के साथ अस्वीकार किया जाता है।

एक फ़ॉरवर्ड, दो कॉल रिकॉर्ड

फ़ॉरवर्ड की गई कॉल दो रिकॉर्ड बनाती है जो एक session_id साझा करते हैं:

रिकॉर्ड	यह क्या है
आने वाली कॉल	direction का मान inbound है, और route बताता है कि नंबर फ़ॉरवर्ड पर सेट था, किस नंबर पर, और फ़ॉरवर्ड किए गए लेग ने कौन सा नंबर प्रस्तुत किया
फ़ॉरवर्ड की गई कॉल	direction का मान outbound है, लेग ने जो नंबर प्रस्तुत किया उससे आपके फ़ॉरवर्ड किए गए नंबर तक। इसमें अपना कोई route नहीं होता

पूरी कॉल देखने के लिए उन्हें session_id के अनुसार ग्रुप करें। आने वाला रिकॉर्ड वह है जो बताता है कि नंबर किस पर कॉन्फ़िगर था।

चुनें कि फ़ॉरवर्ड की गई कॉल कॉलर के रूप में कौन सा नंबर दिखाए

फ़ॉरवर्ड की गई कॉल में दो नंबर होते हैं जो उत्तर देने वाले को दिखाए जा सकते हैं, और यह चुनाव बदलता है कि वे क्या देखते हैं और कैरियर द्वारा कॉल में हस्तक्षेप की कितनी संभावना है:

Calling number कॉलर का अपना नंबर है, इसलिए फ़ोन ऐसे बजता है जैसे उन्होंने सीधे डायल किया हो और कॉल को कॉल लॉग से वापस किया जा सकता है। चूँकि यह नंबर आपका नहीं है, कुछ कैरियर, अक्सर US और यूरोप के कुछ हिस्सों में, ऐसी कॉल को असत्यापित चिह्नित करते हैं, नंबर बदल देते हैं, या उन्हें स्क्रीन करते हैं।
Dialed number वह नंबर है जो कॉलर ने डायल किया, जो आपके नंबरों में से एक है। उत्तर देने वाला देखता है कि आपके किस नंबर पर कॉल आई थी, न कि किसने कॉल की।

कोई डिफ़ॉल्ट नहीं है। API या CLI से लिखे गए हर फ़ॉरवर्ड पर यह चुनाव बताएँ।

आपका वर्कस्पेस कौन से मान सेट कर सकता है, यह नंबर पर ही, उसके inbound_configuration में forward_as_options में बताया गया है। डायल किया गया नंबर प्रस्तुत करने के लिए आपके वर्कस्पेस को हमसे खरीदे गए नंबरों से कॉल करने की अनुमति चाहिए, और यह अनुमति अभी उपलब्ध नहीं है, इसलिए forward_as_options केवल कॉलिंग नंबर देता है और फ़ॉरवर्ड कॉलर का अपना नंबर प्रस्तुत करता है। तब तक डायल किया गया नंबर सेट करना अस्वीकार किया जाता है।

रीड पर, forward_as वह मान है जो कॉल वास्तव में ले जाती हैं, जो अंतिम बार लिखे गए मान से भिन्न हो सकता है।

पढ़ें कि किसी नंबर ने कॉल के साथ क्या किया

इनकमिंग कॉल के रिकॉर्ड में उसकी स्थिति के साथ एक route होता है, और route बताता है कि कॉल हैंडल होने के समय नंबर किस पर सेट था। बाद में नंबर की सेटिंग बदलने से उसकी पिछली कॉल में लिखा हुआ नहीं बदलता।

route.type	नंबर ने क्या किया
trunk	कॉल trunk_id में नामित SIP ट्रंक पर डिलीवर की गई
forward	कॉल forward_to में दिए गए नंबर पर फ़ॉरवर्ड की गई, forward_as में दिया गया नंबर प्रस्तुत करते हुए
reject	नंबर ने कॉल वापस भेज दी

route बताता है कि नंबर किस पर सेट था, यह नहीं कि वह काम कर गया। कभी कनेक्ट न हुई कॉल पर trunk रूट का मतलब है कि नंबर एक ऐसे ट्रंक पर पॉइंट था जिसने कॉल नहीं ली, और कॉल की स्थिति ही परिणाम बताती है। route आउटबाउंड कॉल पर और इस फ़ील्ड के अस्तित्व से पहले रिकॉर्ड की गई कॉल पर अनुपस्थित होता है।

डैशबोर्ड में, Voice > Calls से कॉल खोलें और Inbound route पंक्ति पढ़ें, जो उस नंबर से लिंक करती है जिसकी सेटिंग्स ने यह तय किया। API पर, route GET /v1/voice/calls/{call_id} और GET /v1/voice/calls पर है, और direction सूची को इनकमिंग कॉल तक फ़िल्टर करता है।

अस्वीकृत इनकमिंग कॉल का निदान करना

अस्वीकृत इनकमिंग कॉल rejected स्थिति के साथ रिकॉर्ड होती है। दो अलग-अलग चीज़ें इसे उत्पन्न करती हैं, और rejection_reason उन्हें अलग करता है:

बिना rejection_reason के रिजेक्ट। नंबर ने स्वयं कॉल वापस भेज दी। कॉल हमारी किसी जाँच में विफल नहीं हुई, इसलिए कोई कारण नहीं बताया गया, और route बताता है कि नंबर किस पर सेट था। reject रूट का मतलब है कि नंबर को किसी ने कहीं पॉइंट नहीं किया, या उसे जानबूझकर अस्वीकार पर सेट किया गया है।
rejection_reason के साथ रिजेक्ट। कॉल आपके फ़ोन सिस्टम तक पहुँचने से पहले हमारी किसी जाँच में विफल हुई। कारण उस जाँच का नाम बताता है। अस्वीकृत कॉल हर कारण और उसका समाधान सूचीबद्ध करता है।

failed एक अलग स्थिति है और इसका मतलब अस्वीकृत नहीं है: इसका मतलब है कि कॉल का प्रयास किया गया और वह काम नहीं आई, sip_response_code में वापस आया रिस्पॉन्स दर्ज है।

अस्वीकृतियों को अलग-अलग पहचानने के लिए route और rejection_reason को एक साथ पढ़ें:

route और कारण	कारण
reject, कोई कारण नहीं	नंबर किसी जवाब पर पॉइंट नहीं है। ट्रंक हटाना, या उसकी इनबाउंड कॉलिंग बंद करना, उस पर पॉइंट करने वाले हर नंबर को यहाँ वापस लाता है, इसलिए पहले काम कर रहा नंबर भी इस स्थिति में आ सकता है
trunk, no_route_found	नंबर एक ट्रंक पर पॉइंट है, और उस ट्रंक में कॉल डिलीवर करने के लिए कोई गेटवे नहीं है। ट्रंक पेज पर एक गेटवे जोड़ें
forward, कोई कारण नहीं	फ़ॉरवर्ड टारगेट अब सत्यापित कॉलर ID नहीं है। Caller IDs में दोबारा सत्यापित करें, या दूसरे नंबर पर फ़ॉरवर्ड करें
forward, destination_not_enabled	फ़ॉरवर्ड टारगेट के देश में दूसरा लेग नहीं लगाया जा सका। Destinations में उस देश को चालू करें

अकाउंट सीमाएँ इनकमिंग कॉल पर भी लागू होती हैं: आपके वॉलेट बैलेंस, आपके संगठन की दैनिक वॉइस खर्च सीमा, या आपकी कॉन्करेंसी और प्रति-सेकंड सीमा पार होने पर इनकमिंग कॉल संबंधित कारण के साथ रिजेक्ट हो जाती है। Voice overview इन सीमाओं को स्वयं कवर करता है।

प्राप्त कॉल की लागत जाँचें

कॉल प्राप्त करना शुल्क योग्य है। दर प्राप्त करने वाले नंबर के देश और प्रकार पर निर्भर करती है, और वॉइस प्राइसिंग पेज पर Receiving calls के तहत प्रति देश प्रकाशित है, साथ ही आपके द्वारा की जाने वाली कॉल की दरें भी।

फ़ॉरवर्ड की बिलिंग दो कॉल के रूप में होती है: आने वाली कॉल रिसीविंग दर पर, और हमारे द्वारा किया गया लेग आपके फ़ॉरवर्ड किए गए नंबर के लिए आउटबाउंड दर पर। एक हैंडलिंग शुल्क कॉल के लिए एक बार लिया जाता है, प्रति लेग नहीं।

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

अगले कदम

पेज	क्या कवर करता है
SIP ट्रंक	ट्रंक बनाना, उसकी दो दिशाएँ, और कौन भेज सकता है इसे नियंत्रित करना
Caller IDs	नंबर रजिस्टर करना और साबित करना कि वह आपके नियंत्रण में है
कॉल लॉग	कॉल रिकॉर्ड पर हर फ़ील्ड, और हर अस्वीकृति कारण
Voice events	कॉल परिणामों को आपके अपने सिस्टम पर पुश करवाना
Voice troubleshooting	किसी असफल कॉल का उसके लक्षण से निदान करना

संबंधित संसाधन