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

आपके वर्कस्पेस का कोई नंबर आने वाली कॉल को SIP ट्रंक पर पहुँचा सकता है, उसे किसी सत्यापित नंबर पर फ़ॉरवर्ड कर सकता है, कोई प्रकाशित सीक्वेंस चला सकता है, या उसे अस्वीकार कर सकता है। एक नंबर का एक समय में एक ही रूट होता है: उसका अपना रूट, या अपना रूट न होने पर आपके वर्कस्पेस का डिफ़ॉल्ट रूट।

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

आने वाली कॉल को नेटिव Bird फ़्लो में संभालने के लिए, सीक्वेंस प्रकाशित करें और नंबर को उसकी कॉल एंट्री से जोड़ें। चुनी गई एंट्री को खाली डेटा स्वीकार करना चाहिए।

पूर्वापेक्षाएँ

किसी नंबर को किसी जवाब पर सेट करने से पहले आपको चाहिए:

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

कॉल को SIP ट्रंक पर डिलीवर करें

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

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

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

API से, inbound_enabled: true के साथ ट्रंक अपडेट करें, एक गेटवे जोड़ें, फिर नंबर के वॉइस रिकॉर्ड को ट्रंक की ओर इंगित करें। वॉइस रिकॉर्ड की ID vnu_ से शुरू होती है, जो उसी नंबर के लिए /v1/numbers द्वारा लौटाई गई nda_ ID से अलग है। किसी वॉइस नंबर ऑपरेशन में nda_ ID देने पर वह 422 के साथ अस्वीकार हो जाता है। वॉइस रिकॉर्ड ढूँढने के लिए, नंबर के अंकों से अपने वॉइस नंबर खोजें:

for await (const number of bird.voice.numbers.list({ search: "31201234567" })) {
  console.log(number.id, number.phone_number);
}

for number, err := range client.Voice.Numbers.List(context.Background(), bird.VoiceNumbersListParams{
	Search: "31201234567",
}) {
	if err != nil {
		log.Fatal(err)
	}
	fmt.Println(number.Id, number.PhoneNumber)
}

foreach ($bird->voice->numbers->list(['search' => '31201234567']) as $number) {
    echo $number->getId(), ' ', $number->getPhoneNumber(), "\n";
}

bird voice numbers list --search 31201234567

curl -X GET "https://{region}.platform.bird.com/v1/voice/numbers" \
  -H "Authorization: Bearer $TOKEN" \
  --url-query "search=31201234567"

हर परिणाम में उसका id, उसका phone_number और मौजूदा inbound_configuration.route होता है। उस id के साथ वॉइस नंबर अपडेट करने के लिए ट्रंक रूट भेजें:

const number = await bird.voice.numbers.update("NUMBER_ID", {
  inbound_configuration: {
    route: { type: "trunk", trunk_id: "spt_01krdgeqcxet5s7t44vh8rt9mg" },
  },
});
console.log(number.id, number.inbound_configuration?.route?.type);

var route bird.VoiceCallRouteWritable
if err := route.FromVoiceCallRouteTrunk(bird.VoiceCallRouteTrunk{
	TrunkId: "spt_01krdgeqcxet5s7t44vh8rt9mg",
}); err != nil {
	log.Fatal(err)
}
number, err := client.Voice.Numbers.Update(context.Background(), "NUMBER_ID", bird.VoiceNumbersUpdateParams{
	InboundConfiguration: &bird.VoiceInboundConfigurationPut{Route: route},
})
if err != nil {
	log.Fatal(err)
}
fmt.Println(number.Id)

$number = $bird->voice->numbers->update(
    'NUMBER_ID',
    (new VoiceNumberUpdate())->setInboundConfiguration(
        (new VoiceInboundConfigurationPut())->setRoute([
            'type' => 'trunk',
            'trunk_id' => 'spt_01krdgeqcxet5s7t44vh8rt9mg',
        ]),
    ),
);
echo $number->getId(), "\n";

bird voice numbers update <number-id> --body-file - <<'JSON'
{
  "inbound_configuration": {
    "route": {
      "type": "trunk",
      "trunk_id": "spt_01krdgeqcxet5s7t44vh8rt9mg"
    }
  }
}
JSON

curl -X PATCH "https://{region}.platform.bird.com/v1/voice/numbers/{number_id}" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "inbound_configuration": {
      "route": {
        "type": "trunk",
        "trunk_id": "spt_01krdgeqcxet5s7t44vh8rt9mg"
      }
    }
  }'

जिस ट्रंक की इनबाउंड कॉलिंग बंद है, वह 412 और E21052 के साथ अस्वीकार हो जाता है। रूट नंबर के पिछले रूट की जगह ले लेता है। रूट के रूप में {"type": "reject"} भेजने पर डिफ़ॉल्ट चाहे जो हो, कॉलर लौटा दिए जाते हैं, और null भेजने पर नंबर वर्कस्पेस के डिफ़ॉल्ट रूट पर लौट जाता है।

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

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

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

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

API के ज़रिए, इन सेटिंग्स के साथ ट्रंक में गेटवे जोड़ें। पहले ट्रंक की इनबाउंड कॉलिंग चालू करें: इसके बिना किसी ट्रंक पर गेटवे बनाने का अनुरोध 412 और E21052 के साथ अस्वीकार कर दिया जाता है।

const gateway = await bird.voice.trunks.gateways.create("TRUNK_ID", {
  sip_uri: "sip:pbx.example.com:5060",
  priority: 0,
  destination_format: "1234#{number}",
});
console.log(gateway.id, gateway.priority);

gateway = client.voice.trunks.gateways.create(
    "TRUNK_ID",
    sip_uri="sip:pbx.example.com:5060",
    priority=0,
    destination_format="1234#{number}",
)
print(gateway.id, gateway.priority)

gateway, err := client.Voice.Trunks.Gateways.Create(context.Background(), "TRUNK_ID", bird.VoiceTrunksGatewaysCreateParams{
	SipURI:            "sip:pbx.example.com:5060",
	Priority:          0,
	DestinationFormat: bird.Ptr("1234#{number}"),
})
if err != nil {
	log.Fatal(err)
}
fmt.Println(gateway.Id, gateway.Priority)

$gateway = $bird->voice->trunks->gateways->create(
    'TRUNK_ID',
    (new VoiceTrunkGatewayCreate())
        ->setSipUri('sip:pbx.example.com:5060')
        ->setPriority(0)
        ->setDestinationFormat('1234#{number}'),
);
echo $gateway->getId(), ' ', $gateway->getPriority(), "\n";

bird voice trunks gateways create <trunk-id> \
  --destination-format '1234#{number}' \
  --priority 0 \
  --sip-uri sip:pbx.example.com:5060

curl -X POST "https://{region}.platform.bird.com/v1/voice/trunks/{trunk_id}/gateways" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "sip_uri": "sip:pbx.example.com:5060",
    "priority": 0,
    "destination_format": "1234#{number}"
  }'

बाद में किसी गेटवे की प्राथमिकता या फ़ॉर्मेट बदलने के लिए गेटवे अपडेट करें।

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

डिफ़ॉल्ट रूट सेट करें

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

1. Voice > Numbers खोलें।
2. Calls to numbers without their own route के आगे Change चुनें, जवाब चुनें और सेव करें।

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

curl -X PATCH "https://{region}.platform.bird.com/v1/voice/settings" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "inbound_configuration": {
      "route": {
        "type": "trunk",
        "trunk_id": "spt_01krdgeqcxet5s7t44vh8rt9mg"
      }
    }
  }'

डिफ़ॉल्ट रूट की जाँच उसी तरह होती है जैसे किसी नंबर के रूट की। किसी नंबर को डिफ़ॉल्ट पर लौटाने के लिए उसका रूट null पर सेट करें, या नंबर पर Use the workspace default चुनें।

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

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

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

API के ज़रिए, नंबर का vnu_ ID पढ़ने के लिए उसके अंकों से अपने वॉइस नंबर खोजें, फिर forward_to और forward_as के साथ forward रूट भेजें:

const number = await bird.voice.numbers.update("NUMBER_ID", {
  inbound_configuration: {
    route: { type: "forward", forward_to: "+14155551234", forward_as: "dialed_number" },
  },
});
console.log(number.id, number.inbound_configuration?.route?.type);

var route bird.VoiceCallRouteWritable
if err := route.FromVoiceCallRouteForward(bird.VoiceCallRouteForward{
	ForwardTo: "+14155551234",
	ForwardAs: "dialed_number",
}); err != nil {
	log.Fatal(err)
}
number, err := client.Voice.Numbers.Update(context.Background(), "NUMBER_ID", bird.VoiceNumbersUpdateParams{
	InboundConfiguration: &bird.VoiceInboundConfigurationPut{Route: route},
})
if err != nil {
	log.Fatal(err)
}
fmt.Println(number.Id)

$number = $bird->voice->numbers->update(
    'NUMBER_ID',
    (new VoiceNumberUpdate())->setInboundConfiguration(
        (new VoiceInboundConfigurationPut())->setRoute([
            'type' => 'forward',
            'forward_to' => '+14155551234',
            'forward_as' => 'dialed_number',
        ]),
    ),
);
echo $number->getId(), "\n";

bird voice numbers update <number-id> --route forward --forward-to +14155551234 --forward-as dialed_number

curl -X PATCH "https://{region}.platform.bird.com/v1/voice/numbers/{number_id}" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "inbound_configuration": {
      "route": {
        "type": "forward",
        "forward_to": "+14155551234",
        "forward_as": "dialed_number"
      }
    }
  }'

forward_to ऐसा कॉलर ID होना चाहिए जिसका सत्यापन पूरा हो चुका हो। जो नंबर आपने रजिस्टर नहीं किया है, या जिसका सत्यापन pending या failed है, उसे 412 और E21053 के साथ अस्वीकार कर दिया जाता है। API के ज़रिए कॉलर ID रजिस्टर और सत्यापित करने का तरीका कॉलर ID में दिया गया है।

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

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

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

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

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

संबंधित कनेक्शन ढूँढने के लिए लेग सूची पर call_id फ़िल्टर का उपयोग करें, या Voice > Calls खोलें। आने वाली कॉल का रिकॉर्ड ही बताता है कि नंबर को क्या करने के लिए कॉन्फ़िगर किया गया था।

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

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

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

API या CLI के ज़रिए लिखे गए हर फ़ॉरवर्ड में यह चुनाव स्पष्ट रूप से दें। जिस पुराने कॉन्फ़िगरेशन में कोई चुनाव सहेजा नहीं गया है, वह पढ़ने पर डायल किया गया नंबर लौटाता है।

नंबर का inbound_configuration.forward_as_options एडिटर में उपलब्ध विकल्पों की सूची देता है। मौजूदा विकल्पों में कॉल करने वाले का नंबर और डायल किया गया नंबर शामिल हैं। इंटीग्रेशन बनाते समय ये विकल्प पढ़ें, और लागू सेटिंग की पुष्टि के लिए लौटाए गए forward_as का उपयोग करें।

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

देखें कि किसी नंबर ने कॉल के साथ क्या किया

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

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

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

सीक्वेंस रूट के लिए, चलने वाली एंट्री और वर्शन पहचानने के लिए सीक्वेंस का Runs पेज भी देखें। नंबर का मौजूदा कॉन्फ़िगरेशन किसी पिछली कॉल में दर्ज वर्शन से अलग हो सकता है।

अस्वीकार की गई इनकमिंग कॉल की जाँच करें

अस्वीकार की गई इनकमिंग कॉल rejected स्टेटस के साथ दर्ज होती है। यह स्टेटस दो अलग कारणों से आता है, और rejection_reason से इन्हें अलग पहचाना जाता है:

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

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

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

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

जानें कि प्राप्त कॉल की लागत कितनी है

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

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

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

अगले कदम