Особливості обробки CDR від CUCM в Tariscope
Система Tariscope (SoftPI) дозволяє збирати, обробляти і аналізувати дані про виконані виклики через різні телефонні системи, включаючи і голосове обладнання компанії Cisco Systems, таке як Cisco Unified Communications Server (CUCM).
Зміст
Переваги використання Tariscope для аналізу CDR від CUCM
Конфігурація CDR параметров в CUCM
Налаштування Tariscope для збору та обробки CDR, CMR файлів
Аналіз даних
Контроль якосты виклику
Створення спеціальних форм звітів
Управління бюджетом на телефонні розмови
Тестування та придбання Tariscope
Посилання
Переваги використання Tariscope для аналізу CDR від CUCM
Опис переваг використання Tariscope для аналізу інформації про виклики від CUCM можна знайти в статті.
Конфігурація CDR параметрів в CUCM
CUCM формує CDR інформацію, яка записується в CDR файли. Це - текстові файли, найменування яких представляється в наступному вигляді:
тип_кластер_вузол_час_номер, де:
- тип – вказує на тип файлу: CDR або CMR (Call Management Record - записи для адміністрування виклику);
- кластер – ідентифікує кластер або сервер, де розташована база даних CUCM;
- вузол – идентифицирует узел;
- час - Всесвітній координований час (UTC) у форматі РРРРММДДЧЧММ (РРРР - рік, ММ - місяць, ДД - день, ГГ - година, ММ - хвилина);
- номер – послідовний номер запису.
Приклади імен файлів:
cdr_StandAloneCluster_01_201602111456_55
cmr_StandAloneCluster_01_201602111456_237
CUCM може посилати одночасно CDR файли максимально на три білінгові сервери, використовуючи FTP або SFTP протоколи. Відправкою займається в CUCM служба CDR Repository Manager. Для налаштування основних параметрів цієї служби виберіть режим Cisco Unified Serviceability (малюнок 1).
Малюнок 1
Виконайте наступні дії:
Крок 1. Виберіть Tool → CDR Management. З'явиться вікно CDR Management.
Крок 2. Клацніть по параметру, який бажаєте змінити.
Крок 3. Введіть необхідні значення, відповідно до інформації Таблиці 1.
Крок 4. Клацніть Update.
Таблиця 1
Поле | Опис |
Disk Allocation (MB) |
Виберіть число мегабайт, яке ви хочете розподілити для зберігання CDR і CMR файлів. Цей розмір і величина за замовчуванням істотно залежать від розміру жорсткого диска сховища. Однак, максимальний розмір становить 6 Гбайт. |
High Water Mark (%) |
Це поле визначає максимальний відсоток розподіленого дискового простору під CDR, CMR файли. Наприклад, в параметрі Disk Allocation задано 2000 Мбайта, а в High Water Mark - 80%, це означає, що верхня межа буде складає 1600 Мбайт. Коли зайнятий дисковий простір досягне заданої в цій позиції величини, і якщо не встановлено прапор в позиції Disable CDR / CMR Files Deletion Based on HWM, то система автоматично видалить все успішно передані CDR і CMR файли, починаючи з найбільш старих файлів до рівня, заданого в позиції Low Water Mark. |
Low Water Mark (%) | Це поле задає відсоток дискового простору, яке розподіляється для CDR і CMR файлів, і яке завжди доступно для використання. |
CDR/CMR Files Preservation Duration (Days) | Здається число днів, протягом яких будуть зберігатися CDR, CMR файли. Менеджер CDR сховища буде видаляти файли, які будуть перевищувати зазначену в цій позиції число днів. |
Disable CDR/CMR Files Deletion Based on HWM | Если вы желаете, чтобы CDR файлы не удалялись даже после того, как будет достигнут верхний предел (High Water Mark – HWM), установите флаг в этой позиции. По умолчанию эта позиция неактивна. |
CDR Repository Manager Host Name | Вкажіть ім'я хоста для сервера сховища (CDR Repository Manager). |
CDR Repository Manager Host Address | Вкажіть IP адреса для сервера сховища. |
Для налаштування відправки CDR файлів на конкретний білінговий сервер, необхідно виконати наступні дії:
Крок 1. Виберіть в меню Tools → CDR Management. З'явиться вікно CDR Management.
Крок 2. Виконайте один з варіантів:
- додайте новий білінговий сервер, натиснувши кнопку Add New (малюнок 1), з'явиться вікно (малюнок 2);
- поновіть параметри раніше заданого біллінгового сервера, клацнувши по імені сервера або його IP адреси.
Крок 3. Введіть необхідні параметри, які описані в таблиці 2.
Крок 4. Переконайтеся, що FTP сервер, до якого буде підключатися налаштований FTP клієнт працює. Якщо FTP сервер недоступний, то зберегти введені дані не вдасться, так як перед їх збереженням перевіряється наявність з'єднання з FTP сервером. Клацніть Add (при додаванні) або Update (при оновленні даних).
Малюнок 2
Таблиця 2
Поле | Опис |
Host Name/IP Address | Введіть ім'я або IP адресу біллінгового сервера, на який збираєтеся посилати CDR файли. |
User Name | Введіть ім'я користувача біллінгового сервера. |
Password | Введіть пароль для доступу на FTP сервер біллінгового сервера. |
Protocol | Виберіть протокол або FTP, або SFTP, який ви хочете використовувати для пересилки CDR файлів. |
Directory Path | Введіть шлях до папки на білінговому сервері, куди потрібно буде пересилати CDR файли. Наприкінці зазначеного шляху необхідно ввести символ "\" або "/", в залежності від операційної системи. |
Resendon Failure | Встановлення прапорця в цій позиції означає, що при розриві зв'язку, а потім її відновлення, CDR файли будуть передані на білінговий сервер. |
Generate New Key | Клацніть по кнопці Reset для генерації нових ключів і скидання з'єднання з SFTP сервером. |
Далі слід налаштувати CDR параметри. Для цього в Cisco Unified Communications Manager Administration оберіть System → Enterprise Parameters:
- CDR File Time Interval – визначає часовий інтервал для збору CDR даних. Якщо, наприклад, задана величина 1, то кожен CDR файл буде містити дані за 1 хвилину. Значення за замовчуванням: 1. Мінімальне значення - 1, максимальне - 1440. Якщо ви бажаєте якомога частіше отримувати CDR дані, залиште значення за замовчуванням. Збільшення цього значення буде означати, що ви не зможете отримати CDR дані раніше, ніж закінчиться час, відповідний встановленному значенню.
- Cluster ID – це параметр, що забезпечує унікальний ідентифікатор для кластера. Використання цього параметра важливо при зборі CDR інформації з декількох кластерів. За замовчуванням задано: StandAloneCluster. Максимальна довжина значення, що задається: 50 символів. Допускаються наступні символи: "A"-"Z", "a"-"z". "0"-"9", ".", "-".
І, нарешті, слід налаштувати параметри CDR служби. Для цього відкрийте Cisco Unified Communications Manager Administration та виберіть System → Service Parameters. У списку Service виберіть Cisco CallManager, щоб відобразити весь список параметрів служби. У розділі System є наступні параметри:
- CDR Enabled Flag – цей параметр включає / відключає видачу CDR записів. Рекомендується включити цей параметр на кожному CUCM в кластері. При цьому не потрібно перезавантаження CUCM для того, щоб зміна цього параметра вступило в силу.
- CDR Log Calls With Zero Duration Flag – даний параметр визначає, чи будуть фіксуватися в CDR виклики з нульовою тривалістю або ті, які тривали менше ніж 1 секунду. Cisco Unified Communications Manager записує в CDR невдалі виклики незалежно від значення цього прапорця. Значення за замовчуванням: False.
У розділі Clusterwide Parameters (Device – General):
- Call Diagnostics Enabled – визначає, чи будуть генеруватися діагностичні записи (CMR), що містять інформацію про якість обслуговування. За замовчуванням: False (відключено).
- Show Line Group Member DN in finalCalledPartyNumber CDR Field – цей параметр визначає, чи буде поле finalCalledPartyNumber показувати внутрішній номер (directory number - DN) членів лінійної групи, з якого виклик отримав відповідь, чи пошуковий пілотний номер (hunt pilot DN). Значення True в цій позиції означає, що в полі finalCalledPartyNumber буде відображатися номер телефону, який відповів на виклик; значення False означає, що буде відображатися пошуковий пілотний номер. Цей параметр застосовується тільки до основних викликів, які маршрутизируются через список пошуку (hunt list) без таких функцій як трансфер, конференція, парковка виклику і т.п. У тому випадку, коли подібна функція була застосована під час виконання виклику, в поле finalCalledPartyNumber відображається пошуковий пілотний номер незалежно від значення, встановленого в цій позиції. Значення за замовчуванням: False.
Налаштування Tariscope для збору і обробки CDR та CMR файлів
Нижче ми розглянемо тільки специфічні особливості налаштування Tariscope для збору і обробки даних від CUCM. Опис всіх налаштувань ви можете знайти в документі "Tariscope 4.5. Керівництво адміністратора".
Ви можете конфігурувати Tariscope відразу ж після його першого запуску за допомогою Майстра початкового налаштування або використовувати майстер в будь-який інший час, вибравши в меню Tariscope: Вузли зв'язку → Майстер створення пристрою. При цьому ви можете налаштувати параметри телефонної системи, вибравши потрібний телекомунікаційний необходмости Вузол → Пристрої → Управління пристроями. Щоб додати CUCM, клацніть значок Додати (+) на панелі інструментів. У вікні Новий пристрій введіть ім'я телефонної системи, наприклад, CUCM. Відкриється сторінка Редагування CUCM. Опис сторінки дивіться в статті. У списку Пристрій зв'язку виберіть пункт Cisco CallManager і натисніть кнопку Додаткові налаштування, розташовану в правій частині списку. З'явиться вікно Додаткові налаштування, як показано на малюнку 3.
Малюнок 3
Формат CDR CUCM містить сотні різних полів. Деякі поля не використовуються для визначення рейтингу. Вони доповнюють один одного. Тому за замовчуванням тільки ті поля, які використовуються для оцінки дзвінків, обробляються і зберігаються в базі даних Tariscope. Щоб всі поля файлу CDR оброблялися і зберігалися в базі даних Tariscope, включите перемикач Зберігати всі поля. При цьому слід враховувати, що для зберігання всіх полів потрібно більше місця на диску.
Для правильного визначення внутрішнього і зовнішнього телефонних номерів слід використовувати номерний план. Для цього включіть перемикач Використовувати номерний план для визначення внутрішніх номерів.
Якщо ви використовуєте номерний план, але не хочете обробляти виклики, що не входять в номерний план включите перемикач Пропускати виклики не входять в номерний план. Це економить місце на диску і збільшує продуктивність.
Якщо ви не хочете обробляти інформацію про пропущених викликів, включите перемикач Ігнорувати пропущені виклики.
Щоб врахувати коди авторизації, включите перемикач Зберігати префікс, як код авторизації, якщо підпадає під шаблон і введіть шаблон, який буде використовуватися для визначення кодів авторизації.
Якщо у вас більше одного розділу в CUCM, включите перемикач Використовувати поділ (partitions) Це дозволяє правильно визначити абонента, яка вчинила дзвінок.
Якщо вам потрібно використовувати поле outpulsedCalledPartyNumber з CDR в якості набраного номера, включите перемикач Використовувати outpulsedCalledPartyNumber як набраний номер.
Клацніть Зберегти, щоб зберегти настройки.
Якщо ви використовуєте розділи (partitions), а додаткові номери не унікальні в CUCM, ви повинні вказати розділ (partition) разом з додатковим номером для кожного абонента. Для цього на сторінці Абоненти виберіть потрібного абонента і натисніть іконку Змінити на панелі інструментів. Відкриється сторінка з даними абонента. Натисніть на кнопку, розташовану поруч з полем Додаткові ідентифікатори. З'явиться таблиця додаткових ідентифікаторів. Натисніть Додати (+) на панелі інструментів. Відкриється вікно Новий додатковий ідентифікатор. Приклад вікна показаний на малюнку 4.
Малюнок 4
У текстовому полі Додатковий ідентифікатор введіть додатковий номер та розділ в наступному форматі: [extension number]@[partition]. Наприклад: 1234@old_city, де 1234 - додатковий номер, а old_city - partition (розділ). Клацніть Зберегти.
Цей параметр дозволяє Tariscope правильно визначати абонента при обробці даних CDR.
Послуги Tariscope Observer використовуються для збору даних CDR з телефонних систем в системі Tariscope. Ви повинні створити новий профіль Tariscope Observer для CUCM. В меню Tariscope виберіть Збір даних/Observer → Керування збором даних. Відкриється сторінка Збір даних/Observer. Натисніть по іконці Додати (+) на панелі інструментів і у вікні Новий Observer введіть ім'я служби в полі Назва. Наприклад, CUCM Observer. Клацніть Зберегти. Потім натисніть Змінити. Відкриється сторінка Налаштування Tariscope Observer, приклад якої показаний на малюнку 5.
Малюнок 5
Для CUCM ви можете вибрати один з наступних джерел в залежності від того, яке джерело ви хочете використовувати:
- FTP-сервер.
- SFTP-сервер.
- Папка/файл.
Щоб використовувати FTP-сервер, що входить в Tariscope, в вікні, показаному на малюнку 5, в списку Джерело даних виберіть пункт FTP-сервер і натисніть кнопку Налаштування джерела даних. Відкриється вікно Налаштування джерела даних.
В поле Порт введіть IP-порт FTP-сервера. Цей порт слід використовувати в FTP-клієнті CUCM. За замовчуванням: 21.
В поле Логін введіть ім'я для входу. У полі Пароль введіть пароль, який FTP-клієнт буде використовувати для підключення до FTP-сервера.
В поле Локальна тека введіть шлях до папки, в яку FTP-клієнт буде записувати файли CDR.
При необхідності в полі Шаблон файлів вкажіть шаблон, за яким вибираються потрібні файли в папці. Шаблон за замовчуванням - «*», який дозволяє вибрати всі файли в папці.
Якщо немає необхідності зберігати завантажені файли в папці, включите перемикач Не зберігати завантажені файли.
Щоб зберегти настройки, натисніть Готово.
Якщо ви плануєте використовувати SFTP-сервер в Tariscope, виберіть елемент SFTP-сервер і натисніть кнопку Налаштування джерела даних. Відкриється Налаштування джерела даних. Всі настройки вікна такі ж, як і для FTP-сервера.
Якщо ви плануєте використовувати сторонній FTP- або SFTP-сервер, в списку Джерело даних виберіть пункт Папка/файл і натисніть кнопку Налаштування джерела данни. Відкриється вікно Налаштування джерела даних. Опис вікна дивіться в статті.
Tariscope Observer він почне збирати і обробляти дані CDR від CUCM.
Аналіз даних
Основне призначення Tariscope - це аналіз інформації про дзвінки, створення звітів по дзвінках, білінгу і т. Д. Оскільки оброблювані дані з усіх типів телефонних систем в Tariscope зводяться до одного виду, немає функцій по фільтрації, сортування, звітності для CUCM в порівнянні з іншими типами телефонних мереж.
Ці функції виконуються в поданнях викликів. Щоб створити уявлення викликів, в меню Tariscope виберіть Подання → Доступні подання. Опис створення нового подання для дзвінків дивіться в статті.
Приклад подання викликів програми Tariscope з обробленими даними з CUCM показаний на малюнку 6.
Малюнок 6
Подання Tariscope дозволяє вам встановити список бажаних полів і їх порядок, фільтрувати дані різними способами, групувати дані за певними полях і т. Д.
Деякі дзвінки можуть складатися з декількох записів, наприклад, для перекладу дзвінка. В цьому випадку, якщо ви встановите фокус на одній з цих записів і клацніть по іконці Показати пов'язані записи на панелі інструментів (малюнок 7), Tariscope вибере всі рядки, пов'язані з цим викликом.
Малюнок 7
Ця функція дозволяє легко аналізувати дзвінки, що складаються з декількох етапів.
Крім того, для CUCM, а також для деяких інших АТС, які мають широкий діапазон полів CDR, є можливість обробляти всі поля CDR і зберігати їх в базі даних Tariscope. Це може бути корисно, якщо вам потрібно проаналізувати деякі поля CDR з CUCM, які відсутні в звичайному поданні викликів. У цьому випадку виберіть потрібні рядки в поданні викликів і клацніть значок Докладні відомості про записи на панелі інструментів. З'явиться меню, що містить два пункти:
- в поточному вікні. Докладні записи відображаються на цій сторінці.
- в новому вікні. Докладні записи відображаються на новій вкладці браузера.
Приклад подання з докладними записами показаний на малюнку 8.
Малюнок 8
Подання містить панель інструментів. Якщо ви натиснете на Заголовок зліва, таблиця змінить форму і досягне такого рівня, як показано на малюнку 9.
Малюнок 9
Подання дозволяє вам також шукати, фільтрувати дані і експортувати таблицю у зовнішній файл (PDF, Excel, Text, CSV). При необхідності ви можете створити форму звіту, яка буде містити тільки обов'язкові поля за бажаний період або для інших умов фільтрації. Сервіс Tariscope Tasks може автоматично формувати цей звіт за розкладом.
Якщо ви хочете проаналізувати телефонний трафік, вам слід вибрати список Подання, вибрати необхідне або необхідні і клацнути значок Обчислення трафіку на панелі інструментів. З'явиться вікно Підрахунок трафіку, в якому необхідно вказати подання, дані яких будуть використовуватися для розрахунку, шлюзи, період і початок періоду. В результаті ви отримаєте графік, що відображає трафік. Приклад сторінки показаний на малюнку 10.
Малюнок 10
Для повного аналізу даних CDR ми рекомендуємо створити бажану форму звіту за допомогою Дизайнера звітів або Microsoft SQL Server Report Builder. Як створити спеціальну форму звіту для CUCM в дизайнера звітів, ви можете знайти в статті.
Контроль якості виклику
Tariscope може збирати і обробляти записи управління викликами (CMR), які містять інформацію про якість аудіо- і відеопотоків, а також може створювати ряд звітів з даними CMR.
Щоб дізнатися більше про цю функцію Tariscope, перейдіть до наступної статті.
Створення форм звітів для CUCM
Tariscope дозволяє користувачам створювати звіти для аналізу будь-яких даних, що містяться в CDR файлах. Як це зробити, читайте в статті.
Управління бюджетом на телефонні розмови
Tariscope не тільки дозволяє враховувати всі виклики кожного співробітника компанії, клієнта, а й забезпечує повний контроль над витратами на телефонні розмови. Tariscope дозволяє встановити грошові або тимчасові обмеження будь-якої особи або групи осіб. Коли цей ліміт буде вичерпано, Tariscope відправляє команди в CUCM, який обмежує, наприклад, міжміські виклики до кінця періоду ліміту. На початку наступного лімітного періоду обмеження буде автоматично знято. Таким чином компанія може чітко виконувати заплановані витрати на телефонні розмови, а при необхідності скорочувати їх. Для використання цієї можливості ліцензія Tariscope повинна містити функцію обмеження.
Тестування і придбання Tariscope
Завантажте та протестуйте Tariscope з вашим CUCM прямо зараз. Ця можливість - безкоштовна.
Ви можете придбати Tariscope різними способами:
- безпосередньо у компанії SoftPI,
- у партнерів нашої компанії у вашій країні,
- купити онлайн зі сторінки сайту.
Посилання
1. Call Detail Records Administration Guide for Cisco Unified Communications Manager, Release 12.5 (1).
2. Cisco Unified Serviceability Administration Guide, Release 11.5 (1).
3. Cisco Unified CDR Analysis and Reporting Administration Guide, Release 12.5 (1).
Додаткова інформація
Завантажте і протестуйте Tariscope
Переваги Tariscope для збору і аналізу CDR і CMR від CUCM
Контроль якості зв'язку для CUCM за допомогою Tariscope
Конфігурація Tariscope для використання функції обмеження з CUCM