Часті запитання

Короткі відповіді з посиланням на сторінку, яка докладно пояснює кожну тему. Про повідомлення про помилки й дзвінки, що не проходять, див. Усунення несправностей.

Ставки й маршрути

Як завантажити прайс-лист вендора?

Прайс-лист вендора - це Termination Route (маршрут термінації). Відкрийте Vendors → Termination Routes, натисніть Routes у рядку набору вендора, потім Upload, і зіставте стовпці файлу вендора в Map CSV Columns (зіставлення стовпців CSV). Див. Маршрути термінації.

Що стається з наявними цінами, коли я завантажую новий прайс-лист?

Це залежить від Action (дія) кожного рядка. A додає ставку й закриває безстрокову ставку того самого префікса на нову дату активації, тож CDR (записи про дзвінки) зберігають ціну, за якою їх тарифікували. U і S змінюють ставку на місці за id або за префіксом; дати в минулому змінити не можна. AS оновлює префікс, якщо він існує, і додає його в іншому разі. D видаляє. Для регулярних змін цін використовуйте A з майбутньою Activation Date (дата активації). Див. Дати активації й завершення.

Як показати більше знаків після коми в цінах?

Ціни зберігаються з повною точністю; панель лише округлює їх для відображення. Збільште Display Precision (точність відображення) у System Management → System Parameters → Web Interface, Security. Точність збереженої вартості дзвінка - окреме налаштування, Cost Decimal Precision (точність вартості), у кожному тарифі й вендорі. Див. Округлення вартості дзвінків у CDR.

Як по-різному тарифікувати міжштатні й внутрішньоштатні дзвінки?

Увімкніть Local Calling (місцеві дзвінки) у тарифі або маршруті термінації й задайте ставкам Area/State Name (назва зони/штату) з місцевими цінами. Див. Місцеві дзвінки.

Чому зміна ставок або маршрутизації не застосовується одразу?

Рушій обробки дзвінків кешує тарифи, ставки, маршрути, маршрути термінації, групи маршрутизації й DID (вхідні номери). Зміни доходять до нього приблизно за хвилину, після великого завантаження - довше. Зачекайте, перш ніж перевіряти через Test Dialplan (перевірка плану набору). Див. Системний кеш.

Маршрутизація

Як розподілити трафік між підключеннями у відсотках?

Додайте Weighted Distribution (зважений розподіл) до Routing Policy (політика маршрутизації) групи маршрутизації й задайте кожному запису Weight (вага). Частка запису - це його вага, поділена на суму всіх ваг: 20, 30 і 50 дають 20%, 30% і 50%, так само як 40, 60 і 100. Ваги, що в сумі дають 100, читати найпростіше; 35, 45 і 85 означають не 35%, 45% і 85%, а приблизно 21%, 27% і 52%.

Розподіл випадковий для кожного дзвінка й не має пам’яті, тож 100 дзвінків не діляться точно як 20/30/50; пропорція витримується на великій кількості дзвінків. Див. Зважений розподіл.

Що роблять тайм-аути 1xx і 2xx?

Вони обмежують, скільки комутатор чекає на підключення, перш ніж спробувати наступне. 1xx Timeout (тайм-аут 1xx) на маршруті - це очікування будь-якої попередньої відповіді, як-от 180 Ringing чи 183 Session Progress, і він виявляє непрацюючі шлюзи; 2xx Timeout (тайм-аут 2xx) - це очікування відповіді абонента. Обидва відлічуються від моменту надсилання INVITE разом із Reply Timeout (тайм-аут відповіді) підключення, і спрацьовує той, що спливає першим. Останній запис групи маршрутизації використовує Final 2xx Timeout (фінальний тайм-аут 2xx) групи. Див. Тайм-аути дзвінків.

Як налаштувати технічні префікси?

Є три місця, залежно від напрямку:

1. Від клієнта. CLD Translation Rule (правило трансляції CLD) у Authentication Rule (правило автентифікації) акаунта додає або видаляє префікс у дзвінках із цього джерела. Префікс, доданий тут, має бути в ставках тарифу й у маршрутах термінації групи маршрутизації.
2. Від зареєстрованого пристрою. CLD Translation Rule акаунта застосовується до дзвінків самого акаунта.
3. До вендора. CLD Translation Rule і CLI Translation Rule (правило трансляції CLI) у Connection (підключення) вендора додають префікс вендора безпосередньо перед надсиланням INVITE, тож ваші ставки й маршрути залишаються без префіксів.

Правило s/^/53872#/ додає префікс 53872#, s/^53872#// видаляє його. Див. Трансляція номерів.

Як дати одному клієнту різні ціни або маршрути за CLI чи за префіксом?

Додайте окреме Authentication Rule для кожного випадку з шаблонами Incoming CLI/ANI (вхідний CLI/ANI) або Incoming CLD/DNIS (вхідний CLD/DNIS) і задайте йому власні Tariff (тариф) і Routing Group (група маршрутизації) в Advanced Parameters (додаткові параметри). Див. Маршрутизація й тарифікація дзвінків за CLI або CLD.

Якість

Що таке ASR і ACD?

ASR (частка успішних дзвінків) - це частка спроб дзвінків, на які відповіли, у відсотках. ACD (середня тривалість дзвінка) - це загальна тривалість дзвінків з відповіддю, поділена на їхню кількість, у секундах або хвилинах.

Низький ASR означає багато спроб, які займають ємність, але нічого не заробляють; низький ACD зазвичай означає трафік кол-центрів. Типовий ACD - кілька хвилин для retail-трафіку, близько п’яти хвилин для wholesale і одна-дві хвилини для кол-центрів; трафік з дуже коротким ACD важко розмістити у вендорів. Сам комутатор не змінює ASR: він відображає трафік ваших клієнтів і якість ваших вендорів. Reports → ASR/ACD Reports показує обидва показники за тими, хто дзвонить, і за вендорами. Див. Що таке ASR і Звіти.

Автентифікація

Чи може акаунт дзвонити з CLI, що відрізняється від його VoIP-логіну?

Так. За замовчуванням зареєстрований пристрій, який надсилає CLI (номер того, хто дзвонить), відмінний від назви акаунта, відхиляється з 403 Authentication Failed. Позначте Trust Caller Info (довіряти даним про абонента) на вкладці Advanced (додатково) акаунта, щоб дозволити йому надсилати будь-який CLI. Робіть це лише для акаунтів, яким ви довіряєте, бо CLI тоді - будь-що, що надсилає пристрій. Див. Акаунти.

Чому я отримую «Another Authentication Rule with conflicting parameters exists»?

Правила автентифікації мають бути унікальними в межах усього комутатора: інший акаунт уже має правило з тими самими Remote IP Address (віддалена IP-адреса), Incoming CLI/ANI і Incoming CLD/DNIS. Знайдіть його через My Customers → Account Lookup, а потім зробіть одне з правил конкретнішим. Див. Автентифікація.

CDR і журнали

Як побачити SIP-журнал дзвінка?

Відкрийте дзвінок у Reports → Call Records (CDRs) і скопіюйте його Call-Id з Call Details (деталі дзвінка) або натисніть шеврон рядка й скористайтеся Extract SIP Log (витягти SIP-журнал). Потім відкрийте Tools & Debugs → SIP Logs Viewer і знайдіть дзвінок за Call-ID. Див. SIP Logs Viewer.

Чому зникли старі CDR?

CDR, старші за період Archive All CDRs in (архівувати всі CDR через) у System Parameters → Backup, Data Retention, переносяться в архів, а старші за Purge All CDRs in (видаляти всі CDR через) - видаляються. Архівні CDR може відновити підтримка. Див. Системні параметри і Архівування CDR.

Валюти

Як змінити базову валюту середовища?

Base Currency (базова валюта) задається в My Preferences кореневого клієнта, і її можна змінити лише в порожньому середовищі, до того як з’явиться перший тариф, сервісний план чи акаунт. Після цього залиште базову валюту й працюйте в інших валютах через Exchange Rates (курси валют) або попросіть підтримку скинути середовище. Див. Курси валют.

Підтримка й експлуатація

Як перенести інсталяцію на нове обладнання?

Створіть запит у підтримку. Команда підтримки встановлює програмне забезпечення на цільовий сервер, реплікує ваші дані й перемикає систему в погоджений з вами час; до того старий сервер продовжує обробляти дзвінки. Див. Вимоги.

Навіщо мати договір на підтримку й обслуговування?

Тому що обладнання ламається, у програмному забезпеченні та сторонніх пакетах, які воно використовує, знаходять нові вразливості, а виправлення отримують лише три останні мажорні версії. Чинний договір дає вам цілодобову допомогу під час збоїв, оновлення безпеки одразу після виходу й оновлення версії до того, як ваша версія вийде з підтримки. Див. Підтримувані версії.

Де налаштовуються комісії для реселерів і менеджерів акаунтів?

Або через другий рівень цін для клієнта-реселера, або через Commission Agent (агент комісії) у формі акаунта чи клієнта. Див. Моделі комісій.