Основные рекомендуемые установки параметров CDR  в СМ AVAYA и примеры CDR

 

(Детальное описание см. "Детальная регистрация вызовов" в документе "Описание и установка функций Avaya Communication Manager". 555-245-205RU)

 

Для сбора CDR с коммутатора на компьютер – сервер можно использовать, например, TSVreaderCDR.

 

Далее описывается примерный порядок (очередность) установки параметров CDR.

 

1.Сначала прописываем все параметры IP соединения коммутатора AVAYA с сервером CDR  (компьютер-сервер с запущенной на нем соответствующей программой, которая будет принимать и обрабатывать информацию).

 

 

Смотрим, что получилось:

 

 

Примечание. В некоторых АТС нет CLAN (платы TN799). В таком случае используйте procr.

 

2.Далее записываем номер(а) порта(ов) сервера(ов), куда будут писаться CDR:

 

 

Важно! Значения Remote Port должны лежать в диапазоне 5000 .. 64500

 

Обязательно ставим Reliable Protocol = n, если используем прием данного CDR TSVserver-ом:

 

 

3. Переходим к установке общих параметров CDR:

 

 

Важно! Если у вы поставите Primary Output Endpoint: DISK (т.е. CDR хранятся «внутри» AVAYA), то вывода CDR «наружу» НЕ БУДЕТ!

 

 

 

4. Определение состава CDR (информации, в ней содержащейся).

В случае установки Primary Output Format или Secondary Output Format в значение customized, необходимо заполнить еще одну страничку с указанием конкретных параметров, которые вы хотите видеть в CDR. Например:

 

 

В результате получим примерно такую CDR:

 

16.02.2010  17:19:55 <- «метка времени» прихода CDR на TSVserverCDR (не обязательная). Ставится, при необходимости, программой TSVserverCDR

160210  1719 00002 7010022 7003005    989164497351                   11264 9         1

Дата   время длит. Вход.   Исх.        АОН (CLID)       набранный номер    |  vdn   frl (кто первым отбился)

ДДММГГ ЧЧММ  ЧММСС TAC     TAC                                         тип вызова                                                                                                                                                                                        

                   и № СЛ  и № СЛ                                    (код состояния)

 

Важное замечание по «CDR SYSTEM PARAMETERS».

В принципе, вы можете здесь прописать любые другие параметры (по своему усмотрению). В том числе те, которые требуются для конкретного биллинга либо предлагаются AVAYA.

В последнем случае в поле «Primary Output Format» («Secondary Output Format») вместо «customized» выберите нужное из выпадающего списка.

Более того, в полях «Primary Output Format» и «Secondary Output Format» вы можете указать разные типы CDR. Либо выдавать CDR только на  «Primary Output Endpoint», оставив поле «Secondary Output Format» незаполненным.

В любом случае, наличие полей line-feed, как и return,  практически обязательно, а null – нежелательно.     

 

В комплексе программ тарификации TSVOffice  используется приведенный выше перечень параметров (формат TSV87).

Примечание. В некоторых старых версиях Definity поле 19: vdn допускает длину не более 5 символов. В таком случае, для совместимости с форматом TSVOffice, нужно добавить необходимое число пробелов в поле 18: space. Установите 18: space – 3.

 

5. Проверяем установки в TRUNK GROUPS, влияющие на информативность выдаваемых CDR:

 

 

Примечание. Указание ‘r’ в поле ‘CDR Reports’ для TRUNK GROUP позволяет выдавать более подробную информацию о вызовах.

 

В документе "Описание и установка функций Avaya Communication Manager" 555-245-205RU отмечается:

«Если эта опция установлена, и группа соединительных линий инициирует входящий вызов, направленный внутреннему абоненту, то контроль вызова осуществляется с момента выдачи сигнала контроля посылки вызова инициатору вызова. Если на вызов был получен ответ, выполняется печать записи CDR с кодом состояния (cond-code) G, а указанное в ней значение продолжительности соответствует периоду времени между началом выдачи вызывных сигналов и получением ответа на вызов. Если вызов был сброшен до получения ответа, система печатает запись с кодом состояния H, а указанное в ней значение продолжительности соответствует периоду времени между началом выдачи вызывных сигналов и отменой вызова. Если адресат вызова занят, выполняется печать записи CDR с кодом состояния I, при этом в ней указывается продолжительность 0».

Итак, в CDR, у которых cond-code принимает значение G, H или I,  параметр определяющий длительность вызова, соответствует времени ожидания ответа на вызов.  То же самое относится и к значениям cond-code, равным E (отбой на дальней стороне) и F (отказ в обслуживании на ближнем конце).

 

Ниже в таблице  приведены возможные значения параметра «коды состояния» (cond-code)

 

Код состояния (cond-code)	Описание
0	Обозначает исходящий вызов внутри коммутатора (вызов, инициируемый и заканчивающийся на одном коммутаторе).
4	Чрезвычайно длительный вызов или вызов с чрезвычайно большим количеством сообщений TSC. Чрезвычайно длительным является вызов, продолжительность которого составляет 10 и более часов. Чрезвычайно высокое количество сообщений TSC - 9999 и более сообщений. Если продолжительность вызова превышает 10 часов, система создает запись о вызове с этим кодом состояния и продолжительностью 9 часов, 59 минут и 1–9 десятых долей минуты. Аналогичная запись о вызове с этим кодом состояния создается системой по истечении каждого последующего 10-часового периода. После завершения этого вызова создается окончательная запись о вызове с другим кодом состояния, идентифицирующим данный тип вызова.
7	Вызовы, для обработки которых используется функция AAR или ARS (как правило – исходящий внешний вызов).
9	Обозначает входящий внешний вызов (разговорная часть соединения).
A	Обозначает исходящий внешний вызов.
B	Входящий вызов, инициированный внешним устройством.
C	Обозначает вызов конференцсвязи.
E	Незавершенный внешний исходящий вызов по причине занятости или нерабочего состояния всех соединительных каналов (для ISDN – отбой на дальней стороне).
F	Вызов, для которого не было установлено соединение по одной из следующих причин (отказ в обслуживании на ближнем конце): • инициатор вызовов имеет недостаточные полномочия на выполнение вызовов; • несоответствие NSF для ISDN-вызова; • несоответствие авторизации для вызова для передачи данных.
G	Вызов, поступающий вызываемому абоненту (фактически - прослушивание КПВ либо голосового приветствия). Длительность отражает время с момента начала поступления вызывных сигналов и до момента ответа на вызов.
H	Означает вызов, оставшийся без ответа. Длительность отражает время с момента начала поступления вызывных сигналов и до момента отмены вызова.
I	Вызов, поступающий на занятый терминал
K	Вызов, поступающий по исходящей соединительной линии, относящийся к новому соединению с использованием функции ANF-PR или DCS с повторной маршрутизацией. Для получения дополнительной информации см. Руководство администратора Avaya Communication Manager.
M	Вызов, поступивший по исходящей соединительной линии и разъединенный системой из-за того, что значение продолжительности вызова превысило допустимое время.
T	Записи CDR для вызова, соответствующего следующим условиям: • в поле Condition Code 'T' for Redirected Calls? в форме CDR System Parameters указано значение y; • группа входящих соединительных линий является группой DID; • система автоматически перенаправляет входящий вызов адресату за пределами сервера.
O	Вызовы (SIP), в которых в качестве CLID использован Uniform Resource Identifier (URI).
P	CDR записи вызовов, в которых используется SA8957 PIN – код Private Calls.

Примечание. Для получения дополнительной информации см., например, «Avaya Communication Manager. Feature Description and Implementation. July 2012».

 

6. Для вывода CDR о внутренних вызовах в СМ AVAYA нужно в change system-parameters cdr в пункте "intra-switch cdr" поставить "Y".

Далее возможно два пути:

1)  Для вывода внутренних вызовов с sta на sta нужно их (stations)  перечислить в change intra-switch-cdr.

2)  Либо использовать special spplication feature SA8202 - Intra-switch CDR by COS. И вам не потребуется перечислять все sta в change intra-switch-cdr.

 

Возможность его выдачи обеспечивается в СМ AVAYA с помощью установки:

 

 

 

Примеры CDR, выдаваемых CM AVAYA (в формате TSV87)

 

Ниже приводятся несколько примеров CDR для демонстрации этих установок. Отмечу, что, в общем случае, между CDR, принадлежащих к одному вызову, может находиться множество записей о других вызовах (помечено «…»).

 

Здесь строки, подобные 20.01.2010  15:29:16 , представляют собой т.н. метки времени, проставляемые (при необходимости) TSVserver-ом. Необходимость вставки меток в данном случае обусловлена не возможностью получения в CDR (параметр time) времени окончания соединения с точностью до 1 сек.

 

1) Пример входящего внешнего вызова (АОН – 89164497351) с транк-группы 7010 (соединительная линия № 001) на 6859692 с донабором внутреннего абонента 3882:

 

20.01.2010  в 15:29:15 пришел вызов с номера 89164497351 на вектор с VDN 6859692 (здесь это – голосовая DISA). Через 1 сек вызывающему абоненту было предложено донабрать внутренний номер. Абонент донабрал номер 3882. Тип вызова – входящий, ожидающий ответа  («G»):

 

20.01.2010  15:29:16

200110 1529 00001 7010001             89164497351                 6859692 G 6859692 0

…

через 11 сек (включают в себя операцию донабора и ожидание ответа внутреннего абонента) 3882 поднял трубку. Почему именно 3882? Это видно из последней записи, в которой фигурирует транк-группа 7010 (соединительная линия № 001).  Тип вызова – входящий («9»):

20.01.2010  15:29:27

200110 1529 00011 7010001             89164497351                 6859692 9 6859692 0

…

В 15:29:46 абонент 3882 переключился на абонента 3422 (на 5 сек для консультации, без конференции). Тип вызова – внутренний («0»). Первым отбился 3422:

 

20.01.2010  15:29:51

200110 1529 00005                            3882                    3422 0         2

…

В 15:30:37 (через 1 мин 10 сек разговор закончился):

 

20.01.2010  15:30:37

200110 1530 00110 7010001             89164497351                    3882 9 6859692 1

 

2) Еще один входящий с (АОН – 89164497351) с транк-группы 7010 (соединительная линия № 010) на 6859402 с донабором внутреннего абонента 3882:

 

23.03.2010  14:58:20

230310 1458 00001 7010010            989164497351                 6859402 G 6859402 0

 

через 16 сек (включают в себя операцию донабора и ожидание ответа внутреннего абонента) 3882 поднял трубку. Тип вызова – входящий («9»):

…

23.03.2010  14:58:36

230310 1458 00016 7010010            989164497351                 6859402 9 6859402 0

 

через 10 сек 3882 перевел вызов на 3025. Тип вызова – входящий («9»):

 …

23.03.2010  14:58:45

230310 1458 00010 7010010            989164497351                    3882 9 6859402 0

 

В 14:59:32 входящий вызов завершился по инициативе абонента с транк-группы 7010. Длительность вызова после его перевода с номера 3882 на 3025  – 46 сек.

Этому предшествовал перевод абонентом 3025 входящего вызова на внешний номер (см. последующую запись):

…

23.03.2010  14:59:32

230310 1459 00046 7010010            989164497351                    3025 9 6859402 2

 

В 14:59:24 абонент 3025 перевел входящий вызов на внешнего абонента (89104528649). Тип вызова – исходящий с использованием ARS  или AAR («7») Первым отбился 3025:

 

23.03.2010  14:59:32

230310 1459 00008         7010059            3025             89104528649 7         1

 

3) Исходящий вызов абонентом 3882 на номер 89104528649 через транк-группу 7010 (СЛ № 006). Тип вызова – исходящий с использованием ARS  или AAR («7») Первым отбился 3882:

 

11.02.2010  10:07:37

110210 1007 00012         7010006            3882             89104528649 7         1

 

4) Транзитный вызов. Передача номера 6859631 с транк-группы 7010 (СЛ № 008) на транк-группу 7003 (СЛ № 002) и с использованием вектора (vdn = 6859631) и coverage path 0070:

 

В 15:03:43 пришел вызов с транк-группы 7010 (АОН 984959511397). На 1 с задержался на vdn 6859631. Тем самым нами был зафиксирован номер (6859631), поступивший с транк-группы 7010:    

 

16.02.2010  15:03:44

160210 1503 00001 7010008            984959511397                 6859631 G 6859631 0

 

Далее вызов был переведен по coverage path 0070 на транк-группу 7003 (на номер 11265).

В 15:04:06 абонент 11265 (на транк-группе 7003) поднял трубку и разговаривал 22 сек,  после чего он же первым отбился. Тип вызова – исходящий («А»):

…

16.02.2010  15:04:28

160210 1504 00022         7003002            0070                   11265 A 6859631 2

 

В 15:04:28 наша АТС, получив отбой с транк-группы 7003, в свою очередь «отбила» входящий вызов. Общая продолжительность входящего соединения (после перевода вызова с vdn по coverage path 0070 на транк-группу 7003) составила 44 сек:

 

16.02.2010  15:04:28

160210 1504 00044 7010008            984959511397                    0070 9 6859631 1

 

5) Такой же (транзитный) вызов, но с использованием change inc-call-handling-trmt trunk-group 10 (напрямую, из транк-группы 7010 в транк-группу 7003). Здесь не очевидно, какой же номер (в данном случае – 6859631) транслировался на номер 11264. Кроме того, тип вызова остался входящим (9):

16.02.2010  17:19:55

160210 1719 00002 7010022 7003005    989164497351                   11264 9         1

6) Пример входящего вызова с АОН – 989161039687 с транк-группы 7010 (соединительная линия № 002) на 6859692 с донабором внутреннего абонента 3049, который оказался занят (код «I»):

 

09.03.2010  11:00:51

090310 1100 00001 7010002            989161039687                 6859402 G 6859402 0

…                

09.03.2010  11:01:04

090310 1101 00000 7010002            989161039687                    3049 I 6859402 2  

 

7) Входящий с (АОН – 89164497351) с транк-группы 7010 (соединительная линия № 010) на 6859402 с донабором внутреннего абонента 3882 и последующим подключением внешнего абонента (4956859543) в конференцию:

 

25.03.2010  17:20:01

250310 1720 00001 7010010            989164497351                 6859402 G 6859402 0

 

через 7 сек (включают в себя операцию донабора и ожидание ответа внутреннего абонента) 3882 поднял трубку. Тип вызова – входящий («9»):

…

25.03.2010  17:20:08

250310 1720 00007 7010010            989164497351                 6859402 9 6859402 0

…

В 17:21:17 внешний абонент 989164497351 отбился. Общая длительность соединения 1 мин 9 сек. Код завершения – «С»:

 

25.03.2010  17:21:17

250310 1721 00109 7010010            989164497351                    3882 C 6859402 2

 

В 17:20:24  абонент 3882 соединился с внешним абонентом (4956859543) и подключил его в конференцию на 53 сек. Код завершения – «С»:

25.03.2010  17:21:17

250310 1721 00053         7004030            3882              4956859543 C         1

 

8) Аналогично. Еще один входящий с (АОН – 89164497351) с транк-группы 7010 (соединительная линия № 030) на 6859402 с донабором внутреннего абонента 3882 и последующим подключением внешнего абонента (4956859543) в конференцию.

Здесь входящий вызов отбился первым в 17:58:43, а 3882 продолжил разговор с 4956859543 до 17:58:51:

 

25.03.2010  17:57:27

250310 1757 00001 7010030            989164497351                 6859402 G 6859402 0

 

25.03.2010  17:57:41

250310 1757 00014 7010030            989164497351                 6859402 9 6859402 0

…

25.03.2010  17:58:43

250310 1758 00102 7010030            989164497351                    3882 C 6859402 2

…

25.03.2010  17:58:51

250310 1758 00054         7004049            3882              4956859543 C         1

 

 

9) Пример «чрезвычайно длительного» внутреннего вызова (код состояния – «4»).

     Документ «Описание и установка функций Avaya Communication Manager», 555-245-205RU, описывает подобные вызовы так:

«Чрезвычайно длительный вызов или вызов с чрезвычайно большим количеством сообщений TSC. Чрезвычайно длительным является вызов, продолжительность которого составляет 10 и более часов. Чрезвычайно высокое количество сообщений TSC - 9999 и более сообщений».

 

В 18:00:22 28.09.2010 абонент 3882 начал говорить с абонентом 3025. Поскольку длительность вызова превысила 10 часов, коммутатор в 03:59:28 29.09.2010 создал запись (код состояния – «4»):

 

29.09.2010  03:59:28

290910 0359 95906                            3882                    3025 4         0 

…

По завершении вызова абонентом 3025 в 08:41:39  29.09.2010,  коммутатор выдал еще одну запись (код состояния – «0»):

 

29.09.2010  08:41:39

290910 0841 44211                            3882                    3025 0         2 

 

Общая длительность вызова составила 14 час 41 мин 17 сек.            

 

10) Входящий внешний вызов, оставшийся без ответа. Код завершения – «H»:

25.03.2010  18:13:15

250310 1813 00024 7010015            984958888888                 6859542 H         2

Вызов на номер 6859542 был завершен «внешней стороной» после 24 сек ожидания ответа (прослушивания КПВ).

 

Пример входящего вызова на номер 4019282 (VDN = 4019282). Поскольку время ожидания ответа равно 0, то можно предположить, что была сделана попытка вызова несуществующего номера.

(На самом деле в данном конкретном случае так и есть – в векторе, задействованном после vdn, был прописан несуществующий номер).

02.08.2016  10:02:18

020816 1002 00000 0003032            984994019999                 4019282 H 4019282 1      

 

11) Следующие два примера внешних исходящих вызовов, соединение по которым не было установлено (коды состояния «E» и «F») :

 

25.03.2010  18:14:01

250310 1814 00000                            3536             84999079067 E         0

 

Код Е свидетельствует о том, что это -  незавершенный внешний исходящий вызов.

Отбой с кодом Е всегда приходит от «дальней стороны» (за пределами коммутатора).

 

25.03.2010  10:34:49

250310 1034 00000                            3032             84964846263 F         0

 

Код F свидетельствует о том, что это -  вызов, для которого не было установлено соединение по одной из следующих причин:

• инициатор вызовов имеет недостаточные полномочия на выполнение вызовов (например, ему запрещен выход на МГ связь);

• несоответствие NSF для ISDN-вызова;

• несоответствие авторизации для вызова для передачи данных.

Отбой с кодом F всегда дает сам коммутатор.

 

Формат TSV106 (CDR AVAYA для TSVOffice )

 

 

 

От формата TSV87 он отличается наличием дополнительных полей 23: code-dial - 4 и 25: auth-code  - 13, разделенных пробелом  24: space – 1.

Поле 23: code-dial – 4 содержит информацию о набранном абонентом коде доступа, как правило, в целях выполнения исходящего вызова.

Поле 25: auth-code  - 13  содержит информацию об авторизационном коде, который был использован абонентом при выполнении вызова.

 

Ниже привожу несколько примеров CDR в расширенном формате.

 

1) Исходящий вызов, осуществленный абонентом посредством набора авторизационного кода «88888» и кода доступа «9» (выхода «на город») :

 

30.03.2011  11:50:58

300311 1150 00724         7010034            3443                 9500299 7         1    9         88888

 

2) Исходящий вызов, осуществленный абонентом посредством набора кода доступа «9» :

 

30.03.2011  11:51:14

300311 1151 00021         7004053            1184             89037369134 7         1    9  

 

 

Формат TSV108

 

Формат TSV108 практически совпадает с ранее рассмотренным TSV106. Единственные отличия – в 1 и 3 параметрах вместо даты и времени окончания вызова (date и time) используются дата и время начала (старта) вызова (части вызова). При этом, время старта определяется с точностью до 1 сек.

Возможность его выдачи обеспечивается в СМ AVAYA с помощью установки:

 

 

 

Собственно TSV108:

 

Примеры вызовов в формате TSV108:

 

1) Исходящий вызов, осуществленный абонентом 3762 посредством набора кода доступа «9». Первым «отбился» 3762 (frl = 1) :

 

230414 145305 00054         0009005            3762             84965770506 7         1    9             

 

2) Входящий вызов с транк-группы 0010 (канал 059) на внутреннего абонента с номером 3773. Первой «отбилась» внешняя сторона (frl = 2):

 

230414 144331 01031 0010059            984999752804                    3773 9         2                  

 

Как видно, здесь уже можно обойтись и без метки времени J. Дата и время старта вызова и так определяются с точностью до 1 сек!

 

 

Формат TSV129

 

Единственное отличие от формата TSV108 – наличие поля contact-uri, несущее дополнительную информацию об отданном CLID при SIP - соединении:

 

 

 

Примеры вызовов в формате TSV129:

 

1)Пример входящего вызова с транка #742101 (CLID 4956297891), поступивший 12.08.2016 в 08:40:39 на внутренний номер 40423 (вторая строка).

Он сразу (длительность соединения равна 0) был переадресован на транк-группу #742 (первая строка). Фактически эта строка свидетельствует об имевшейся в данном случае переадресации на внешний адресат.

При этом был отдан номер 89258055094 с помощью кода доступа 8 (третья строка).

 

120816 034042 00000 #742091              4956297891                    #742 9         0                                        

120816 034042 00202 #742091              4956297891                   40423 9         2                                       

120816 034042 00202     091 #742090           40423             89258055094 7         1    8                                   

 

2)Пример исходящего внешнего вызова с внутреннего номера 60636, осуществленного 12.08.2016 в 05:24:01 через транк #732042 на номер 84992667595.

При этом «в город» был отдан АОН 4952XXX63660636 (вторая строка). 

Первая строка является вспомогательной и свидетельствует о том, что вызов был осуществлен с помощью AVAYA SM (Session Manager), соединенного с AVAYA CM транк-группой #790.

 

120816 052401 00052 #790249                   60636                    #732 9         1                    sip:[email protected]

120816 052401 00052     249 #732042           60636             84992667595 7         1    8               sip:4952XXX63660636@

 

3)Пример «чрезвычайно длительного» внешнего входящего вызова (код состояния – «4»), начавшегося  11.08.2016 в 17:50:10 (первая строка) и закончившегося 12.08.2016 в 09:51:14 (вторая строка).

 

110816 175010 95911 #742092              4955210954                   54842 4         0                                       

120816 034921 60153 #742092              4955210954                   54842 9         1                                       

 

_______________________________________________________________________________________________________________________________________________________________________________

 

P.S. Конечно, в текстовом виде анализировать CDR практически очень сложно. Комплекс программ TSVreaderCDR включает TSVclient – программу позволяющую не только преобразовать текстовое представление в табличный вид (рис. 1), но и, при необходимости, провести тарификацию вызовов (рис. 2). 

 

 

Рис.1.

 

Рис.2