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

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

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

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

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

- **एक ऐसा नंबर जो कॉल प्राप्त कर सके।** **Voice** > [**Numbers**](https://bird.com/dashboard/w/voice/numbers) खोलें और **Directions** कॉलम में इनबाउंड मार्क देखें। किसी अन्य कैरियर से कॉलर ID के रूप में रजिस्टर किया गया नंबर यहाँ कॉल प्राप्त नहीं करता: वह कैरियर उस पर आने वाली कॉल को रूट करता है, इसलिए उस नंबर पर कोई जवाब नहीं होता।
- **ट्रंक पर डिलीवरी के लिए:** एक [SIP ट्रंक](/docs/guides/voice/sip-trunks) जिस पर इनबाउंड कॉलिंग चालू हो और कम से कम एक डिलीवरी गेटवे हो।
- **फ़ॉरवर्ड के लिए:** फ़ॉरवर्ड करने के लिए एक [सत्यापित कॉलर ID](/docs/guides/voice/caller-ids)।
- **API या CLI से सेटिंग बदलने के लिए:** एक API कुंजी जिसमें `voice_management` स्कोप write स्तर पर हो। यह स्कोप वॉइस कॉन्फ़िगरेशन को कवर करता है; `voice` स्कोप कॉल ट्रैफ़िक और आँकड़ों को कवर करता है, इसलिए कॉल लॉग पढ़ने के लिए दूसरा स्कोप चाहिए।

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

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

1. **Voice** > [**SIP Trunks**](https://bird.com/dashboard/w/voice/sip-trunks) खोलें, ट्रंक खोलें, और **Inbound calling** के तहत **Enable inbound** चुनें।
2. उसी सेक्शन में कम से कम एक गेटवे जोड़ें। बिना गेटवे वाला ट्रंक अपने द्वारा उत्तर दिए जाने वाले नंबरों पर आने वाली हर इनकमिंग कॉल को अस्वीकार करता है।
3. **Voice** > [**Numbers**](https://bird.com/dashboard/w/voice/numbers) खोलें, नंबर खोलें, और **Inbound routing** के तहत **Deliver to a SIP trunk** चुनें।
4. ट्रंक चुनें और **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.

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

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

1. **Voice** > [**Numbers**](https://bird.com/dashboard/w/voice/numbers) खोलें, नंबर खोलें, और **Inbound routing** के तहत **Forward to another number** चुनें।
2. फ़ॉरवर्ड करने के लिए नंबर चुनें। सूची में आपकी सत्यापित कॉलर ID हैं, क्योंकि फ़ॉरवर्ड केवल उसी नंबर को लक्षित कर सकता है जिस पर आपका नियंत्रण साबित हो चुका हो।
3. चुनें कि फ़ॉरवर्ड की गई कॉल कॉलर के रूप में कौन सा नंबर दिखाए, फिर **Save** चुनें।

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

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

फ़ॉरवर्डिंग एक कॉल करती है, इसलिए दूसरे लेग पर आउटबाउंड नियम लागू होते हैं: जिस देश को आपने [Destinations](/docs/guides/voice/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**](https://bird.com/dashboard/w/voice/calls) से कॉल खोलें और **Inbound route** पंक्ति पढ़ें, जो उस नंबर से लिंक करती है जिसकी सेटिंग्स ने यह तय किया। API पर, `route` [`GET /v1/voice/calls/{call_id}`](/docs/api/reference/get-voice-call) और [`GET /v1/voice/calls`](/docs/api/reference/list-voice-calls) पर है, और `direction` सूची को इनकमिंग कॉल तक फ़िल्टर करता है।

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

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

- **बिना `rejection_reason` के रिजेक्ट।** नंबर ने स्वयं कॉल वापस भेज दी। कॉल हमारी किसी जाँच में विफल नहीं हुई, इसलिए कोई कारण नहीं बताया गया, और `route` बताता है कि नंबर किस पर सेट था। `reject` रूट का मतलब है कि नंबर को किसी ने कहीं पॉइंट नहीं किया, या उसे जानबूझकर अस्वीकार पर सेट किया गया है।
- **`rejection_reason` के साथ रिजेक्ट।** कॉल आपके फ़ोन सिस्टम तक पहुँचने से पहले हमारी किसी जाँच में विफल हुई। कारण उस जाँच का नाम बताता है। [अस्वीकृत कॉल](/docs/guides/voice/call-log#rejected-calls) हर कारण और उसका समाधान सूचीबद्ध करता है।

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

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

| `route` और कारण                      | कारण                                                                                                                                                                                     |
| ------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `reject`, कोई कारण नहीं              | नंबर किसी जवाब पर पॉइंट नहीं है। ट्रंक हटाना, या उसकी इनबाउंड कॉलिंग बंद करना, उस पर पॉइंट करने वाले हर नंबर को यहाँ वापस लाता है, इसलिए पहले काम कर रहा नंबर भी इस स्थिति में आ सकता है |
| `trunk`, `no_route_found`            | नंबर एक ट्रंक पर पॉइंट है, और उस ट्रंक में कॉल डिलीवर करने के लिए कोई गेटवे नहीं है। ट्रंक पेज पर एक गेटवे जोड़ें                                                                        |
| `forward`, कोई कारण नहीं             | फ़ॉरवर्ड टारगेट अब सत्यापित कॉलर ID नहीं है। [Caller IDs](/docs/guides/voice/caller-ids) में दोबारा सत्यापित करें, या दूसरे नंबर पर फ़ॉरवर्ड करें                                        |
| `forward`, `destination_not_enabled` | फ़ॉरवर्ड टारगेट के देश में दूसरा लेग नहीं लगाया जा सका। [Destinations](/docs/guides/voice/destinations) में उस देश को चालू करें                                                          |

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

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

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

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

इनकमिंग कॉल डिलीवर होने से पहले वॉलेट की जाँच की जाती है, इसलिए उसे कवर न कर पाने वाला बैलेंस होने पर कॉल रिजेक्ट हो जाती है, बजाय इसके कि बाद में आपको बिल किया जाए। [लागत और बिलिंग](/docs/guides/voice/placing-calls#cost-and-billing) बताता है कि बिल योग्य समय, दरें और वॉलेट दोनों दिशाओं के लिए कैसे काम करते हैं।

## अगले कदम

| पेज                                                         | क्या कवर करता है                                                   |
| ----------------------------------------------------------- | ------------------------------------------------------------------ |
| [SIP ट्रंक](/docs/guides/voice/sip-trunks)                  | ट्रंक बनाना, उसकी दो दिशाएँ, और कौन भेज सकता है इसे नियंत्रित करना |
| [Caller IDs](/docs/guides/voice/caller-ids)                 | नंबर रजिस्टर करना और साबित करना कि वह आपके नियंत्रण में है         |
| [कॉल लॉग](/docs/guides/voice/call-log)                      | कॉल रिकॉर्ड पर हर फ़ील्ड, और हर अस्वीकृति कारण                     |
| [Voice events](/docs/guides/voice/events)                   | कॉल परिणामों को आपके अपने सिस्टम पर पुश करवाना                     |
| [Voice troubleshooting](/docs/guides/voice/troubleshooting) | किसी असफल कॉल का उसके लक्षण से निदान करना                          |

## Related resources

- [What is a voice API?](/explained/voice/what-is-a-voice-api) (answer)
- [Voice](/products/voice) (product)

[Get an implementation brief](/learn/workspace?topic=voice)