Asterisk FreePBX

Довідник системного адміністратора

Asterisk+FreePBX. Опис полів у таблиці cdr 1

Опис допоможе розібратися у змісті полів cdr таблиці та написати свій варіант звітності за дзвінками в системі, якщо не влаштовує безкоштовний модульCDR Reports у штатній установціFreePBX.

Встановлено FreePBX 12, а версія модуля CRD Reports - 12.0.22

Імена полів у базіasteriskcdrdb таблиціcdr :

Дата та час виклику

Повнийcallerid (caller identification, CID) телефонуючого. Callerid складається з Caller Name і Caller Number: "Caller Name". При отриманні дзвінка з PSTN найчастіше присутній тільки номер телефону. Існують різні сервіси для отримання розширеної інформації щодо Caller Number. У FreePBX є модуль CID Superfecta, що дозволяє використовувати різні джерела і схеми отримання імені телефону (Caller Name) за його номером (Caller Number).

Номер телефону. ФактичноCaller Number складова зCaller ID

Викликанийextension у контекстіdcontext на момент завершення дзвінка. У логіці проходження дзвінка Asterisk все поділяється на контексти (context) і extension у цих контекстах, тому кожен виклик у будь-який момент часу знаходиться у певному контексті, «викликаючи» певний набір інструкцій відповідногоextension (найчастіше це номер) . У момент завершення дзвінкаasterisk фіксує останній контекст (dcontext ) і викликаний extension у ньому (dst ). У звичайному варіантіdst —це номер викликаного. Але може бути номером групи, номером черги, службовими та спеціальними розширеннями (s, busy, h, t,i), а також іншими - Заданимипрограмістом контексту.

Контекст, в якому виклик було завершено. Найчастіше використовуються для FreePBX установки:

from-internal : контекст у який потрапляють усі дзвінки, ініційовані внутрішніми абонентами системи або самою системою.

ext-group : контекст груп дзвінка. Сюди потрапляють виклики, що направляються до групи (applications -> ring groups у GUI)

ext-queues : контекст черг дзвінка. Сюди потрапляють виклики, які прямують до черги (applications -> queues)

Канал приймаючий виклик. Позначення має вигляд: [Channel Drivers]/[Викликаний ресурс]-[унікальний ідентифікатор]. Вигляд ресурсу залежить від типу каналу (channel driver).

Найчастіше типи каналів:

SIP : Виклики, що приймаються за протоколом SIP. Формат ресурсу: SIP вузол, його позначення у системі . Як правило, це або внутрішній номер абонента (application -> extensions),

абоTrunk Name ( Connectivity -> Trunks )

Local : Виклики ініційовані всередині системи. Формат ресурсу:extension@context. Що означає: виклик extension у контексті context.

Кожен дзвінок, як правило, піднімає два канали: канал для викликаючого (caller channel) і канал для викликаного (called channel).

Спрощена схема:channel Asteriskdstchannel

dstchannel

Канал вихідного дзвінка. Позначення як і дляchannel.

Спрощена схема: channel Asterisk dstchannel.

Остання Dialplan Application обробна виклик. При стандартній схемі, для нормально завершених дзвінків, це поле буде мати значенняDial.

Інші випадки це, як правило, дзвінки завершені до виклику виклику стороні (наприклад трубку поклали на етапі прослуховування вітання).

Дані та параметри передані вlastapp. У випадку lastapp=Dial розкриває детальні параметри дзвінка ( номер, що викликається, тайм дзвінка).

Кількість секунд від початку виклику до завершення.

Фактичний час розмови. Якщо бути точніше: час від переходу каналу (channel ) в станANSWERED до закриття каналу.

Так чи інакше — для абонента, що викликає, цей час, який йому нарахує провайдер зв'язку за розмову.

disposition

Стан виклику на момент завершення.

ANSWERED : виклик був відповісти. Якщо у схемі прийому дзвінка використовується голосове меню або вітання, то дзвінок буде в цьому стані практично завжди.

Тому це недостатній критерій для відбору прийнятих людиною (а не роботом) викликів.

NO ANSWER : На дзвінок не відповіли.

CONGESTION та FAILED : Виклик завершився помилкою або відповіддю про недоступність зробити дзвінок.

Буває, наприклад, якщо абонента не існує або використовується вид зв'язку недоступний.

BUSY : абонент, що викликається, відповів сигналом «зайнято «

AMA flags. Не використовується

Accountcode

Значення параметра countcode. Можна прописати свій додатковий код для кожного номера Applications-> extensions.

Таким чином, можна додатково щось позначити або згрупувати, якщо стандартних властивостей не вистачає.

Унікальний ідентифікатор каналу, що викликає (channel).

Параметри, що визначаються користувачем системи, асоційовані з каналом. Якщо параметри визначені і для зухвалоїсторони (channel) і для викликаної (dstchsnnel) параметри будуть записані через «;». Якщо вони збігатимуться, то буде записано параметри лише зухвалої сторони. У стандартному варіанті не використовується.

DID номер. Як правило, використовується для отримання вхідного дзвінка від оператора зв'язку.

Може бути заданий у налаштуваннях вхідної маршрутизації: Connectivity -> Inbound Routes -> DID Number

Явна ознака вхідного по відношенню до системи дзвінка.

recordingfile

ім'я файлу запису розмови. Формат має вигляд: [скорочене позначення контексту]-[викликаний extension]-[callid]-[час виклику]-[uniqueid].[формат запису].

Може мати однакове значення для декількох записів у таблиці, якщо дзвінки належали до однієї розмови.

Caller Name частина відCallerID

Caller Number частина відCallerID

outbound_cnam

Caller Name частина відCallerID при викликівикликаного абонента. Залежно від настройок може відрізнятися від параметрів, визначених на каналіабонента, що викликає

outbound_cnum

Caller Number частина відCallerID при викликівикликаного абонента. Залежно від настройок може відрізнятися від параметрів, визначених на каналіабонента, що викликає