Здраствуйте уважаемые любители АТС Meridian!!!!
Всем нам известно, что меридианчик умеет выводить ("выплёвывать"), так называемые лог файлы, которые несут в себе подробнейшую информацию о звонках.
Эти файлы мы в дальнейшем можем обработать таррификатором.
Порывшись на просторах Интернета и нашего замечательного форума, нашлась информация, которая по "полочкам" раскладывает CDR запись.
Вот она:
Строка 1
------------------------------------------------------------------------------------
1 RECTYPE Y Тип записи
2 <пробел>
3-5 RECNO XXX Номер записи в последовательности
6 <пробел>
7-8 CUSTNO XX Номер пользователя
9 <пробел>
10-16 ORIGID Идентификатор организатора
TRRRMMM Транк
ARRRMMM Транк с ответом супервидения
XXXXX Номер
ATTNXX Номер консоли оператора
CFLLLNN Номер конференции
17 <пробел>
18-24 TERID Идентификатор ответчика (см.ORIGID)
25 <пробел>
26-39 TIMESTAMP MO/DD_HH:MI:SS Время генерации записи
40 <пробел>
41-50 DURATION HH:MI:SS.S Продолжительность вызова
51 <пробел>
52 DIGITYPE E,A,C или пробел Идентификатор типа цифр
E=BARS/NARS маршрут
A=MFC CNI цифры
C=BARS/NARS дорогостоящий маршрут
53-84 DIGITS XXX...X Цифры набора
85-86 <пробел>
87 <пробел>
88 <cr>
89 <lf>
-----------------------------------------------------------------------------------


Строка 2
-----------------------------------------------------------------------------------
1 <пробел>
2 & Индикатор новой строки
3-18 CLID XXX...X ID вызвавшей линии разрешает 16
символов напр. 1234567XXXXXXXXX
19 <пробел>
20-24 CHGINFO XXXXX Информация оплаты
25 <пробел>
26-31 CALLCHG XXXXXX Вычисление оплаты вызова/
продолжительности вызова
32 <пробел>
33-45 FGDANI XX-NPANXXXXXX Свойства группы D ANI
46 <пробел>
47-50 DNIS XXXX Номер DNIS
51-53 резерв XXX Возможность расширения DNIS (Пробелы)
54 <пробел>
55-65 ORIGAUXID LLL.S.CC.UU Вспомогательная идентификация организатора
66 <пробел>
67-77 TERMAUXID LLL.S.CC.UU Вспомогательная идентификация ответчика
78 <пробел>
79-81 ORIGTENO XXX Номер владельца-организатора
82 <пробел>
83-85 TERMTENO XXX Номер владельца-ответчика
86 <пробел>
87 <cr>
88 <lf>
------------------------------------------------------------------------------------


Строка 3
-----------------------------------------------------------------------------------
1 <пробел>
2 & Индикатор новой строки
3-7 TTA MI:SS Время ответа(общее время звонка)
или
<пробел>
8 REDIR Y Время ответа(индикатор переадресации)
или or
B B

9-13 TWT MI:SS Время ответа(общее время ожидания)
или
<пробел>
14 <пробел> Пробел
-------------------------------------
Т.е выбран NEW CDR формат и выводится 86-символьная строка, затем 85-символьная строка.
Если свойство Время ответа активно (TTA YES), выводится третья 13-символьная строка.

Имеем такую запись (звонок входящий на DN3310):
см. в прикреплённом файле.

А теперь вопросы:
1) в 1 -ой строке какая то беда с пробелами,
почему так происходит?
2) как видно из лога, присутствует 3 я строка
так она должна быть 13-символьная
почему?
3) обьясните, что означает 000 01 2 в третьей строке?

На первый вопрос блица отвечает господин Друзь:
В терминале надо поставить настройку заменять все символы с кодом меньше 20(пробел) пробелами, т.к. Меридиан выдает сиволы с кодом 00, который внешне выглядит как пробел, от чего у некоторых программ, извините за *****ную подробность, происходит, мягко выражаясь, несварение.

Тов.Urri
Спешу огорчить вас что у всех программ которые используют стандартную библиотеку для обработки символьных строк (по крайней мере на платформе IBM PC) символ 00 интерпретируется как окончание строки.
Нортел конечно этого не знал видать в свое время и поэтому програмерам теперь приходиться заниматься вот таким он...змом. :D

vv11 пишет
....
символ 00 интерпретируется как окончание строки.
....

Спорить не буду. В городе Сочи-темные ночи :)
24,51,141,373, 409, 464 и 500 символы. Как конец строки не интерпретируются. Снято Zoc. Видать в платформе что-то не то:confused:

По 1 му вопросу уточню
Общая схема лога сохраняется, т. е в логе всё присутствует
и RECTYPE и ORIGID и TERID и DURATION HH:MI:SS.S
смущает то, что номера позиций не совпадают.
1 RECTYPE
2 <пробел>
3-5 RECNO XXX
с позиции 10 начинается оригинатор
однако далее получается смещение какое то, т е оригинатор не заканчивается на позиции 16, а на 17 где должен быть пробел уже
соответственно далее Идентификатор TERID идёт уже не с 18- той позиции а с 19.
И такая тенденция на смещение на одну,две позиции, сохраняется и далее.
А третья строка меня вообще смутила.

1) в 1 -ой строке какая то беда с пробелами,
Это не пробелы. Это символы с ascii 0. В документации написано, что они могут появиться в любом месте строки. В биллинговых системах режутся.

3) обьясните, что означает 000 01 2 в третьей строке?
The Call Detail Recording 100 Hour Call feature expands the Call Detail

Recording (CDR) duration measurement capability to accommodate calls with a duration greater than 99:59:59.
This feature provides a 100 Hour Duration field. This field is automatically displayed on the third line of all current Fixed Format CDR record types that have the duration field even though the call may be less than or greater than 99:59:59. Table 1 on page 204 illustrates the CDR format for CDR 100 Hour Call.

оставь почту, скину CDR Description and Formats 553-2631-100

за документ спасибо app.81@mail.ru
а почему 3я строка не 13 ти символьная то?

vv11 пишет
Тов.Urri
Спешу огорчить вас что у всех программ которые используют стандартную библиотеку для обработки символьных строк (по крайней мере на платформе IBM PC) символ 00 интерпретируется как окончание строки.
Нортел конечно этого не знал видать в свое время и поэтому програмерам теперь приходиться заниматься вот таким он...змом. :D
Что-то тут не так.
Строки в стиле Си и работа с символьные устройствами это разные вещи.
В современном си широкие строки (Unicode-16 с разными индианами) часто есть 8битный 0 - например COMBINING GRAVE ACCENT это 0x0300

Библиотека совсем не правильная. Нестандартная.

что то тут савсем не для чайников разговор пошёл:D
а битва титанов какая то

Решил выложить доку по CDR

Описание CDR Меридиана 1, и как их обрабатывать - см. в прикрепленном файле.

Более подробную инфу можно получить в документации на комплекс TarifSV (http://7548.ru/tarifsv.htm)

Спасибо уважаемый vsorokin
отличный документ