Проходження дзвінка
Цей переклад зроблено автоматично і ще не вичитано. Читати англійську версію
Кожен дзвінок, що надходить у FlySIP, проходить ті самі п’ять етапів, незалежно від того, чи він іде з wholesale-транку, зареєстрованого софтфона або IVR (голосове меню) телефонної картки. Знаючи порядок етапів, ви розумієте, де шукати, коли дзвінок не проходить: кожен етап відхиляє дзвінок зі своїм кодом відповіді й залишає свій слід у панелі.
Як це працює
Розділ «Як це працює»- Автентифікація знаходить акаунт, якому належить дзвінок. Комутатор перевіряє облікові дані SIP digest у запиті або зіставляє віддалену IP-адресу, CLI (номер того, хто дзвонить), CLD і домени з Authentication Rules (правила автентифікації) усіх акаунтів. Якщо жоден акаунт не підходить, дзвінок відхиляється, а CDR (запис про дзвінок) не записується. Див. Автентифікація.
- Авторизація перевіряє, що за дзвінок хтось платить. Починаючи з акаунта, комутатор піднімається ланцюжком клієнтів до кореневого клієнта. Для кожного з них він знаходить тариф і ставку, що відповідає набраному номеру, порівнює Balance (баланс) із Credit Limit (кредитний ліміт) і обчислює максимальну тривалість, яку може оплатити той, хто дзвонить. Відсутня ставка, ставка з позначкою Forbidden (заборонено) або вичерпаний баланс будь-де в ланцюжку відхиляють дзвінок. Див. Тарифікація й білінг.
- Маршрутизація будує список підключень вендорів, які можуть прийняти дзвінок. Комутатор бере Routing Group (група маршрутизації) акаунта (або правила автентифікації, яке спрацювало), знаходить маршрути термінації, префікс яких відповідає набраному номеру, і впорядковує підключення відповідно до політики маршрутизації. Див. Маршрутизація.
- Перебір (hunting) надсилає INVITE на перше підключення зі списку й чекає. У разі відповіді з помилкою або тайм-ауту він переходить до наступного підключення, доки одне з них не відповість або список не закінчиться. Останній код відповіді повертається тому, хто дзвонить.
- Списання коштів відбувається, коли дзвінок завершується. Комутатор тарифікує дзвінок один раз для кожної сутності, якій виставляється рахунок: акаунта, кожного клієнта в ланцюжку й вендора. Він оновлює їхні баланси й записує по одному CDR на кожну сутність. Саме тому той самий дзвінок з’являється в Call Records (CDRs) з ціною клієнта і в Vendors Call Records з ціною вендора.
Поки дзвінок триває, медіа ретранслюється комутатором, якщо на підключенні ввімкнено Use Media Relay (використовувати медіа-реле), а Max Session Time (максимальна тривалість сеансу) акаунта обмежує загальну тривалість. Див. Тайм-аути дзвінків.
Ключові терміни
Розділ «Ключові терміни»- Акаунт — SIP-ідентичність (ім’я користувача/пароль або IP), що належить клієнту, ініціює й приймає дзвінки та має власний баланс.
- Клієнт — сутність, якій виставляють рахунки; володіє акаунтами, має баланс, кредитний ліміт і призначений тариф.
- Правило автентифікації — правило, що зіставляє вхідні дзвінки з акаунтом за віддаленою IP-адресою, CLI, CLD або доменом.
- Група маршрутизації — упорядкований набір підключень вендорів і маршрутів термінації, за яким маршрутизується дзвінок.
- Підключення — SIP-шлюз вендора з власним хостом, автентифікацією та ємністю.
- CDR — запис про дзвінок, що створюється після його завершення: тривалість, ціна, причина роз’єднання й сутності, яким виставлено рахунок.
Типові сценарії
Розділ «Типові сценарії»Дзвінок відхиляється з 401 або 403, і CDR немає
Розділ «Дзвінок відхиляється з 401 або 403, і CDR немає»Дзвінок не пройшов автентифікацію. Або жодне правило автентифікації не відповідає віддаленій IP-адресі й номерам, або два правила підходять з однаковою вагою, або облікові дані digest неправильні. Перевірте в Tools & Debugs → Test Dialplan з тими самими CLI, CLD і віддаленою адресою, а також у Vendors → Registrations, якщо той, хто дзвонить, - зареєстрований пристрій. Дзвінки, що не дійшли до авторизації, видно лише в SIP Logs Viewer.
Акаунт існує, але дзвінки на один напрямок не проходять
Розділ «Акаунт існує, але дзвінки на один напрямок не проходять»Для цього номера не пройшла авторизація або маршрутизація. Test Dialplan показує, що саме: no rate означає, що в тарифі акаунта або клієнта над ним немає префікса для цього номера; no routes означає, що жоден маршрут термінації в групі маршрутизації йому не відповідає. Ставка Forbidden блокує напрямок навмисно.
Дзвінок довго дзвонить, а потім не проходить
Розділ «Дзвінок довго дзвонить, а потім не проходить»Перебір по черзі пробує кожне підключення. Кожна спроба чекає 1xx Timeout і 2xx Timeout маршруту та Reply Timeout (тайм-аут відповіді) підключення, перш ніж перейти далі. Скоротіть тайм-аути для вендорів, які не відповідають, або задайте Huntstop (зупинити перебір) на маршрутах, де повторна спроба через інше підключення не має сенсу.
Два CDR для одного дзвінка
Розділ «Два CDR для одного дзвінка»Так і має бути. Для кожної сутності, якій виставляється рахунок, створюється окремий запис: клієнт акаунта бачить ціну клієнта, запис вендора показує собівартість термінації, а реселер між ними отримує власний запис. Разом вони показують маржу на дзвінку.