Перейти до вмісту

Дзвінок не вдався, і CDR не пояснює чому

Цей переклад зроблено автоматично і ще не вичитано. Читати англійську версію

CDR фіксує результат дзвінка; SIP-лог фіксує саму розмову між сторонами. Коли одного коду недостатньо, щоб пояснити збій, потік повідомлень показує, яка сторона що сказала й коли. SIP Logs Viewer (переглядач SIP-логів) витягує сигналізацію одного дзвінка за його Call-ID і показує її у вигляді діаграми послідовності (ladder diagram).

  • Дзвінок не вдався або поводився дивно: наприклад, обірвався через 30 секунд, дзвонив, але так і не з’єднався, або був без звуку.
  • Код у CDR загальний, як-от 500, 503 або 408, або в дзвінка взагалі немає CDR.
  • Reports → Calls не дає однозначного Diagnosis (діагноз).
  1. Спочатку знайдіть дзвінок у Reports → Calls: його картка містить кожну спробу до вендорів із кодами, PDD і тим, хто завершив дзвінок.
  2. Відкрийте Call Details (деталі дзвінка) і перегляньте Release Source (сторона, що завершила дзвінок), PDD і SDP Records: багато проблем із медіа й тайм-аутами видно вже там.
  3. Переконайтеся, що дзвінок нещодавній: SIP-логи ротуються через кілька днів, і старі дзвінки витягти неможливо.

Витягування SIP-логу

Розділ «Витягування SIP-логу»

SIP Logs Viewer доступний кореневому клієнту.

  1. Знайдіть дзвінок у Reports → Call Records (CDRs) або Vendors Call Records і скопіюйте його Call-Id з Call Details. Для дзвінка без CDR візьміть Call-ID з пристрою або АТС абонента, що дзвонив.
  2. Натисніть Options → Queue SIP Log Extraction у рядку або Extract SIP Log у розгорнутому поданні маршрутизації рядка й підтвердьте дію. Натисніть Open SIP Logs у підтвердженні.
  3. Або відкрийте Tools & Debugs → SIP Logs Viewer, введіть Call-Id і Description (опис) у розділі Add Extracting Task (додати завдання на витягування) й натисніть Add.
  4. Зачекайте, доки Status зміниться з Extracting на Completed. Список оновлюється сам.
  5. Натисніть View Log, щоб побачити діаграму послідовності, або Get Log, щоб завантажити необроблені повідомлення.
Screenshot "troubleshooting/sip-logs-viewer" has not been generated yet — see scripts/screenshots/screens.yml.

Not Found означає, що лог більше не містить цього дзвінка (зазвичай тому, що лог ротовано) або що Call-ID неправильний. Фільтруйте список за Start Date і End Date; типово показується останній тиждень. Delete видаляє завдання, яке вам більше не потрібне.

Причина 1: дзвінок так і не дійшов до комутатора

Розділ «Причина 1: дзвінок так і не дійшов до комутатора»

Як підтвердити: витягування нещодавнього дзвінка завершується з Not Found, і в Calls немає запису про нього.

Рішення: INVITE загубився ще до комутатора. Перевірте фаєрвол комутатора (System Management → IP Firewall), маршрутизацію клієнта до вашої IP-адреси й будь-який роутер із SIP ALG на шляху. Дивіться Пристрої втрачають реєстрацію або мають односторонній звук.

Причина 2: комутатор відхилив дзвінок

Розділ «Причина 2: комутатор відхилив дзвінок»

Як підтвердити: діаграма показує INVITE від абонента й остаточну відповідь комутатора без жодного INVITE до вендорів. Код відповіді відповідає від’ємному внутрішньому коду в CDR або помилці автентифікації.

Рішення: знайдіть код на сторінці Дзвінки завершуються з кодом помилки SIP і відтворіть дзвінок у Test Dialplan з CLI, CLD і адресою джерела з INVITE.

Причина 3: вендор відхилив дзвінок або не відповів

Розділ «Причина 3: вендор відхилив дзвінок або не відповів»

Як підтвердити: діаграма показує INVITE до однієї чи кількох адрес вендорів і їхні відповіді. 100 Trying, після якого нічого немає аж до CANCEL, означає, що спливли тайм-аути; швидкий 403 або 503 надходить із боку вендора.

Рішення: надішліть вендору Call-ID, час і його відповідь. Налаштуйте Reply Timeout, 1xx Timeout і 2xx Timeout або перемістіть вендора нижче в групі маршрутизації, доки проблему не виправлять.

Причина 4: дзвінок з’єднався, але медіа не пройшло

Розділ «Причина 4: дзвінок з’єднався, але медіа не пройшло»

Як підтвердити: дзвінок доходить до 200 OK і ACK, але завершується BYE приблизно через 30 або 60 секунд, або користувачі скаржаться на тишу. SDP на діаграмі містить приватні адреси, як-от 192.168.x.x, або кодеки, що не збігаються.

Рішення: увімкніть Use Media Relay (використовувати медіа-реле) у підключенні або Media Relay Type (тип медіа-реле) в акаунті, перевірте, що порти релею відкрито у фаєрволі, і вимкніть SIP ALG на задіяних роутерах. Дивіться Медіа-реле.

Зберіть таку інформацію й створіть звернення на support.flysip.com:

  • Call-ID і час дзвінка.
  • SIP-лог, завантажений через Get Log.
  • Акаунт, CLI і CLD, а також що чув абонент.

Пов’язані сторінки

Розділ «Пов’язані сторінки»