Коли виклик погіршується, підтримка нарешті отримує правильні дані
Проблеми зі звуком важко описати та ще складніше відтворити. MaxiPBX збирає корисні метрики на стороні програми, пов'язує їх із PBX і надає підтримці придатний до аналізу журнал виклику.
Діагностика, запущена користувачем
З програми користувач може розпочати збір, здійснити тестові виклики, зупинити збір і відправити звіт підтримці.
- Чіткі стани в програмі: запуск, активний збір, зупинка та відправлення
- Метрики WebRTC: втрата пакетів, дрейф часу, затримка, приблизна оцінка MOS та кодек
- Інформація про версію, платформу, аудіопристрої та события виклику
- Секрети та чутливі ідентифікатори виключені або замасковані перед відправленням
Передача через PBX на ControlPlane
PBX збагачує діагностику своїм контекстом перед передачею на портал підтримки.
- Послуга, користувач, період збору та вибіркові виклики
- Резюме якості, серйозність та завантажувані артефакти
- Сеанси суворо ізольовані за клієнтом та послугою
- Сторінка діагностичної підтримки для фільтрування, відкриття та аналізу сеансів
Журнал виклику з реєстру CDR
Виклик повинен зберігати мінімум інформації, видимої постійно: напрямок, статус, тривалість, джерело, призначення, час початку та закінчення.
- Резюме виклику доступне навіть без історичного PCAP
- Візуальна хронологія маршруту виклику
- Посилання кореляції на зібрану діагностику
- Телефонні события та пов'язані артефакти, коли доступні
Перехоплення мережі за запитом
Коли потрібно відтворити проблему, адміністратор може запустити коротке або довге перехоплення SIP/RTP відповідно до потреби.
- Настроювані перехоплення: кілька хвилин, одна година, шість годин або двадцять чотири години
- Запуск з адміністрації PBX або з ControlPlane
- Автентифіковане завантаження та видимий стан перехоплення
- Перехоплення «з цього моменту», без обіцянки відтворити минулий виклик
Часто задавані запитання
Чи MaxiPBX записує всі виклики в PCAP?
Ні. Перехоплення мережі запускається, коли потрібно діагностувати проблему. Однак журнал викликів зберігає суттєву інформацію про виклик.
Чи бачить користувач, що діагностика працює?
Так, програма повинна чітко відображати стан діагностики: запуск, активний збір, зупинка та відправлення підтримці.
Чи містять діагностики паролі?
Ні. Секрети, токени та чутливі ідентифікатори виключені або замасковані перед передачею.
Повторювана проблема зі звуком у клієнта?
Запускаємо чистий збір, відтворюємо проблему та підтримка отримує необхідні елементи для аналізу.