Добрый день !

Станция: DX30P-3.6Df, стык с вышестоящей: PRI DSS1,
голосовой сервис VMIBE, Attendant - цифровик 7024 с номером 170.

Вызов из ТфСОП направляется MSN-FlexDID в UCD группу *623.
По приходу вызова проигрывается первое сообщение,
вызов передается агентам группы,
при неответе, через 2 секунды, вызов уходит на Overflow Destination
параметром которого является ячейка ускоренного системного набора 2100,
ячейка содержит номер 7001.
Итого "петля" - ГАТС -> ipLDK-300 -> ГАТС.
Вызов проходит, CLI отображаются верно = нет проблем.

Вопрос. Почему, в данной ситуации, некоторые поля onLine SMDR записи (см.ниже):
- имеют значения "DISA" - номер записи 0894.
- имеют значения "EXT" - номер записи 0907.
- имеют символы "-> 0"
- имеют номер абонента не учавствующего в передаче вызова - номер записи 0896.
- имеют направление вызова на абонента --//-- - например последние две строки.

030 : 444502295
029 : 442003375
030 : 444502295 -> 0
029 : 442003375 -> 0
028 : 444679330
028 : 444679330 -> 0
025 : 672304172
023 : 445732754
0896 170 004 00:00:42 05/22/07 16:59 O7001# ** 0 0
0894 DISA 029 00:00:45 05/22/07 16:59 I442003375 8888
025 : 672304172 -> 0
023 : 445732754 -> 170
0900 DISA 023 00:00:00 05/22/07 17:00 I445732754 8888
0902 170 001 00:00:00 05/22/07 17:00 O7001# ** 0 0
0898 170 003 00:00:22 05/22/07 16:59 O7001# ** 0 0
0897 DISA 028 00:00:26 05/22/07 16:59 I444679330 8888
029 : 445732754
028 : 443319105
0895 170 005 00:01:24 05/22/07 16:59 O7001# ** 0 0
0893 DISA 030 00:01:27 05/22/07 16:59 I444502295 8888
0891 DISA 027 00:02:05 05/22/07 16:58 I445137679 8888
030 : 445028635
0892 170 007 00:02:02 05/22/07 16:58 O7001# ** 0 0
0907 EXT 030 00:00:00 05/22/07 17:00 G445028635 8888
029 : 445732754 -> 140
028 : 443319105 -> 150

1. Во-первых, в вашем логе все "свалено" в одну кучу, поскольку здесь одновременно присутствуют как записи SMDR, так и сообщения функции CLI Info Print (ПГМ200/6). Это две совершенно разные функции.
CLI Info Print выводит информацию о входящих вызовах только в том случае, если станция получила номер А (CLI вызывающего абонента). На каждый такой вызов обычно станция выдает 3 сообщения (3 строки):
Тип1: • CO : CLI_Info
Тип2: ♠ CO : CLI_Info : SPD_Name (SPD_Bin) -> Assigned Destination
Тип3: ♠♠ CO : CLI_Info : SPD_Name (Speed_Bin) -> Answered Station
Здесь:
- "•" и "♠" - это управляющие символы ASCII (06'h и 07'h) - но не всякая терминальная программа отображает эти символы,
- СО - номер СО-линии (канала), по которому пришел входящий вызов,
- CLI_INFO - полученный АОН вызывающего абонента,
- SPD_Name и SPD_Bin - имя и номер Speed-ячейки (если номер, соотвествующий полученному АОНу, -внесен в какую-либо системную или персональную ячейку ускоренного набора),
- Assigned Destination - куда назначен прием этого DID-вызова,
- Answered Station - реально ответивший абонент.
Так вот все записи вида:
030 : 444502295
029 : 442003375
030 : 444502295 -> 0
029 : 442003375 -> 0
028 : 444679330
028 : 444679330 -> 0
025 : 672304172
023 : 445732754
это и есть CLI Info Print. Никакого отношения к записям SMDR это не имеет.
Что касается самих записей. Тут есть некоторые ошибки в софте станций LDK (в отличии от GDK, в которой в этом отношении все в порядке). Ошибки следующие:
- станция не выдает сообщение Тип2, если вызов направлен в Hunt-группу (поэтому в вашем логе этих сообщений и нет),
- если вызов переадресован на внешний номер, то станция выводит сообщение типа 2, но
ошибочно указывает, что ответил абонент STA158 (порт №58). В вашей станции абонентскому порту №58 не присвоен номер, поэтому станция выводит -> 0.
В тех случаях, когда действительно был ответ от конкретного абонента, сообщение выводится правильно:
029 : 445732754 -> 140
028 : 443319105 -> 150
Мы попробуем сделать запрос в Корею на устранение этих ошибок.

2. Что касается записей SMDR, то:
- DISA означает наличие прямого входящего вызова (DISA и DID - близки по сути, "с донабором"), а в данном случае подразумевается "транзитный" вызов - входящий вызов по данной линии уже был переадресован на другую внешнюю линию,
- EXT означает, что внешний вызывающий абонент "отбил" линию еще до того, как станция определила, кому нужно доставить этот вход. вызов, и послала вызывной сигнал требуемому абоненту.
Станция подставляет DISA или EXT в зависимости от состояния вызова в момент разъединения,
- все исходящие вызовы, переадресованные посредством System Speed (на внешний номер из общесистемной памяти), станция приписывает к System Attendant'у (первая позиция в ПГМ164), коим и является в вашем случае STA170.
Вот так вот, ИМХО...

Благодарю Вас за исчерпывающий ответ.
Считаю, что такие ответы можно переносить в документацию, ИМХО...