Тема закрыта.
Сам нашел косяк с помощью алгоритма (выложен на сайте арткома)

Забыл приписать SIP работает в режиме Provision без регистрации.

Господа, доброго дня!
Направьте на путь истинный, пожалуйста.

Имеем:
LIK-300
MFIM/GS96M-6.1Bf DEC/14
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Aq
H/W issue-3

Встречная infinity 4.0

Связь по SIP транку.
Сейчас звоню на внутренние порты infinity без проблем (через 9-ку сделал).
Обратно на LIK до моего местного не получается. Все перелопатил.
ПГМ 145 на линии DID conv. TYPE установлено use "as is", но пробовал по всякому.
ПГМ 126 для учётной ID для RING Route TYPE установлено "ID ASSIGNED STATION"
там же в DID CONVERSION TYPE установлено use "as is".
На всякий случай в ПГМ 231 на DID входящий прописал destination соответствующий полю инвайта ID To Sip:111@IP
Звонят со 101 (номер инфинити) на 111 (номер LIK).
В трассировке вижу правильный INVITE, Trying, Ringing. Где-то звонит, но где?
Со стороны Infinity слышен КПВ.

Что не так?
Пришпиливаю трассировку.

Вроде бы принимающая сторона видит трансляцию Name в поле DID. Завтра будет точно понятно.
Я прикрутил, на всякий случай, Cisco-Phone. Вижу оба номера: А и B с приставкой "from".

AXEL, благодарю за помощь!

Сейчас я подставляю номер в атрибуте NAME во flex DID. На "родных" LIP-SIP вижу АОН аб. А и во второй строчке "from поле аб. B". Встречной не я рулю. Но в инвайте по умолчанию не видят. Сейчас выясню, что в расширенном Setup видят,
в логе.

Спасибо, AXEL!

К сожалению, не передается. Точнее, не видит присоединенная АТС (infinity).
Может я ошибаюсь, но для меня это более очевидно, чем если бы передавался.
Я исхожу из того, что после трансляции в LIK из PSTN, номер аб. B после цифровой
подстановки в ПГМ 231 остается в LIK, т.е. чистого транзита DID с
возможностью дальнейшей маршрутизации на встречной не происходит.
Сейчас в LIK из города поступают 10 цифр, включается анализ 3-х последних цифр,
по ним вызов перенаправляется на группу SIP - абонентов (infinity).

Спасибо!
1. По Networking не совсем понял. Например, у меня работают несколько маршрутов через ПГ 324 в PRI для определенных Net num Code. Ну и собственно выход в город там же (правило набора, обслуживание 8-ки).
2. Присоединенная АТС именно так и зарегистрирована в качестве внутренних SIP с номерами 412-421 (10 штук) на LIK.
3. Главный вопрос: "для транзита можно использовать CO". Можно или нужно, чтобы транслировать DID? С учетом, что подключение по внутренним SIP. Я же не смогу их в CO транк собрать. А System Call Rerouting будет транслировать
номер на внутренние SIP?

IPECS LIK-300
MFIM/GS96M-6.1Bf DEC/14
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Aq
H/W issue-3

Господа, доброго дня!
А правильно ли я понимаю?
По PRI на LIK приходит DID (поле аб. "B"). Мне нужно его транзитом
передать по SIP (на самом деле не важно, может и по PRI) на присоединенную
АТС, чтобы там был цифровой анализ и маршрутизация по DID в национальном формате.
Для этого в 145 DID conv type во входящей PSTN grp необходимо выставить "as is", а
далее в 324 Net hum plan создать статический маршрут этого номера на соответств. группу SIP/PSTN ?
Сейчас LIK "отжирает" цифры из города в 231 и передает вызов на Hunt из абонентских SIP (3rd party),
которые заведены, как узловые для присоединенной АТС. Туда я могу передать только
информационный кадр "Name" конкретного DID -номера.

IPECS LIK-300
MFIM/GS96M-6.1Bf DEC/14
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Aq
H/W issue-3

Такой вопрос, уважаемые...
А есть ли возможность встроенными
средствами мониторить в реал тайме
не только события STA, но и собственно
линк, точнее, его потерю между MFIM и STA IP?
Сейчас через терминал по RS-232 вижу
только "телефонию".
Если отключить//включить ТА или soft phone, то
чека не выдаётся.

IPECS LIK-300

Господа, а с такой проблемой не сталкивались?

Есть операторы. На терминалах phontage работают.
Собрана группа ACD.
На функц. кнопках запрограммировал
причины выхода из группы: DUTY OFF/1, 2, 3...
Через PGM NUM PLAN *571*HANT№ причины.
Одна кнопка общая -сигнализатор DUTY ON/OFF.
Все вроде работает: оператор нажала соответствующую
кнопку - ушла. Пришла - нажала ON.
В мониторинге отражаются события.

Но если после активации события закрыть phontage/выкл. комп,
потом снова включить все кнопки событий блинкуют.

По мануалу может быть только одна кнопка ON/OFF DUTY,
кнопок событий может быть несколько.
Всё вроде бы правильно. На телефонах работает.
Что не так?

Уважаемый Dron, Вы - шаман.
Получилось!
До этого вроде пробовал не раз
maint > хоть тресни.
Сейчас сразу mon>

Всегда maint>

Спасибо, уважаемый Axel!
А не подскажите, как в monitoring зайти?
По brandy и jennie захожу в maint.

Доброго дня!
IPECS LIK-300.

Такой вопрос.
После изменения параметров ПГМ 175 (Serial Port Sellection)
требуется ли для актуализации перезапуск MFIM?
Дело в том, что поставил все выгрузки в NULL, кроме
ACD Package Print, а выводится всё.
Подключился через Hyper Terminal

Спасибо, многоуважаемый Dron!
Тут Вы абс. правы.
В идеале я хотел собрать ACD с дальнейшим
выходом агентов по событиям 0-#.
Но трабл как наладить сбор Event Messanges
побюджетнее.
В лоб насколько я понял:
лицензии TSP/TAPI 3-d Party на каждый терминал
+ Server типа Win 2003.
Мне нужно, чтобы и выход из группы был администрирован
и лог событий/причин ACD хоть в каком виде сохранялся.

Не уследить.
Хочется автоматом: нет человека, а другой
занят - busy либо оверфлоу на VSF VM и т.п.,
а то как-то не корректно.

А если ON, то другая беда -
система видит фонтаж, даже в выкл.
состоянии и не игнорирует его
при обзвоне группы

LIK-300

Подскажите, что сделать, чтобы не обслуженные по busy/OOS
вызовы на terminal group не уходили на sys att?

Сейчас в данной группе 2 агента - оба фонтаж.
Вызовы приходят по DID.
Ситуация такая, например: когда 1 агент уходит и выкл.
фонтаж, а второй в линии (обслуживает вызов),
второй вызов перенаправляется на номер sys att.
Нужно, чтобы висел в очереди, пока не освоб. занятый агент.

Параметр "REPT no member" в группе OFF (не должно уходить на дежурного)
В ПГМ 113 у обоих агентов FWD if OOS выставлено OFF.
Overflow dest. та же группа, через 40 сек.
Таймаут No Ans 10 сек.
Вместо КПВ сейчас VSF 71.
DISA выкл.

Кстати, телефон sys att не звонит, а SMDR показывает, что он на RING

Нет SMDR не фиксирует.
Для ACD Pack надо указывать TCP порт сервера.
Так?
То есть TAPI, 3-d и далее по инструкции

Что-то мне подсказывает, что Event Mess. будут так или иначе отражаться в SMDR.
Без TSPI / TAPI.
Просто с драйвером и серваком, это будет выводиться
в "красивом" формате, увязанном с Win

Собственно, в этом и вопрос.
Какое посоветуете адаптированное приложение? и еще раз, если можно
по-подробнее,
какие манипуляции / установки лицензий, драйверов и т.д.
на стороне LIK, чтобы протоколировались события агентов?

LIK-300
MFIM/GS96M-6.1Bf DEC/14
Boot Version-2.1Aa NOV/12
Kernel Version-6.0Aq
H/W issue-3

Подскажите, господа.
Имеется небольшой контакт-центр собранный
на базе ACD - группы.
Агенты - Phontage.
Работают единовременно 2-3 оператора,
режим администрирования рабочего времени-жесткий.

Необходимо по минимуму:
1. Запись протокола событий в группе "Event Messanges"
2. Регистрация звонков (принятых/пропущенных) в общей
базе. Сейчас Phontage видит пропущенные только свои, партнеров
нет. Тоже с принятыми и т.д.

Как я понял, необходимо поднять TAPI (CTI) лицензию,
выделить 3-d Party сервер и установить фирменное (или не обязательно?) приложение
на компы каждого оператора.
Какое решение/приложение посоветуете.
И как в Phontage будет синхронизироваться общий лог звонков?
Через Outlook? Или Phontage не годится для этого?
Может есть что отработанное, не обязательно,
чтобы c Phontage, что-то аналогичное, главное
чтобы Event Messanges через TCP выгружались?

Простите за безграмотность...

Да все работает.
Кстати, и без кнопки group mail box.
Надо в группе абонентов назначить агента
VSF wait.
Доступ к групповому ящику доступен
с любого агента группы по паролю агента
VSF wait, по своему абонентскому паролю
доступ только к персональному ящику.

Не открываю Америку, просто больше для памятки себе же
пишу и для таких же, как я )

Судя по всему, читать надо мануал )

group mail box похоже
и кнопку нужно назначить для групповой
прослушки.

Спасибо, так вдруг заработало через DID, изнутри
так же почему-то "почта мало места"
Главное извне работает.

А не подскажите, как для 2-х и т.д.
агентов в группе сделать общий VM.
Сейчас на ком вызов останавливается по переполнению
с уходом на VSF VM только на нем и остаются
сообщения.
А нужно, чтобы все агенты группы могли прослушать
групповые сообщения / сообщения для группы.