У нас версия 7.0.2. Там всего 48 байт "лишних" с начала файла. Думаю, в 7.0.3, аналогично, но 56 байт.

Не пробовали в HEX-редакторе отрезать лишние байты с начала файла?

Т.к. аппарат поддерживает функцию CallerID, то можно поменять тип аппарата в программе с Z set на Z set (Class).

Клиент Pangolin работает. Проблемы с клиентом и сервером 1С- Рарус.

Сообщите версию станции с точностью до патча.

Если есть дока, можгно почитать про Reports, там есть предварительно созданный отчет о ежедневных событиях. Можно им воспользоваться или сделать свой с экспортом куда вам надо (Excel, почта и т.д.). Более полно можно воспользоваться приложением Audit, но оно требует лицензии, а обычно ее не заказывают.

Связь между планами нумерации для "Абонента" идет по полю - База (Base). Т.е. одному значению База в разных планах нумерации соответствует один абонент. Попробуйте открыть свойства какого-нибудь абонента и рядом с его номером нажать кнопку More. Может быть, тогда станет понятнее.
Откройте старую (ранее сохраненную) базу данных со станции, посмотрите, как там было сделано, сравните.
Может, вы поправили только в Internal Numbering Plan, а в Public/Private - нет?

Можно на отдельную машину временно поставить новую версию и понаблюдать.

Например, в 2.6.07.01а исправлено:
crqms00161182
8770 - scheduler - random & often - errors server unreachable

Текущий - 2.6.07.08а

Какая версия 8770 с точностью до патча?

Отбивает ОХЕ:
RX d_channel: 100 (S:00 T:000) payload: (9) 08 02 00 1A 4D 08 02 81 E4  0x4D RELEASE Ref: O,26   ie 0x08 Cause: 81 E4      Coding: CCITT standardized      Location: Private network serving the local user      Class: 3      Value: Unknown information element cont

| (126389:000010) 1169: Send_IO1 (link-nbr=1, sapi=0, tei=0) :  | long: 22 desti: 0 source: 15 cryst: 1 cpl: 4 us: 8 term: 0 type a5  | tei: 0 <<<< message sent : RELEASE [4d]   Call ref : 00 1a  |____________________________________________________________­
­__________________  |  | IE:[08] CAUSE (l=2) 81 e4 -> [e4] INVALID INFORMATION ELEMENT CONTENTS

Посмотрите в System реакцию на неправильные сообщения (не помню точное название).

Обычно, цифры прописывают в трансляторе в реальном дискриминаторе. Там же им назначают арии. А вот разрешение для выхода на определенные арии задают в COS. Как правило, забывают, что соответсвие логического и реального дискриминатора задается в Entity/ Discriminator selector.

Отчего трассировка неполная? На ваш исходящий сетап пришел CALL PROCEEDING и всё, а дальше что?
Ещё впечатляет длина вызываемого номера - 17 цифр. Это реально такой номер?

В приведенном вами сетапе отсутствует поле CALLED NUMBER, т.е., номера не уходят блоком.

Сама ОХЕ и отбивает, т.к. отсутствует номер куда звонят. Скорей всего, номер не блоком пытается уйти, а по IP нужно номер блоком посылать. Смотрите как у вас настроено, как звоните.