Добры день!
Имеется:
1)LDK-300 System
Version GS30P-3.6Df JUL/06
с двумя платами PRIB
2)Asterisk с тремя портами E1

Схема Подключения следующая МГТС <-E1-> Asterisk <-(2 потока E1)-> LDK-300

Со временем базового функционала LDK-300 стало не хватать, а именно
-не интуитивное IVR
-MOH только через, AUX или записать в голосовую ячейку через системный телефон
-не гибкое распределение вызовов, в зависимости от звонящего абонента
-остутствие возможности записи разговоров
да и по мелочи наберется много мелочей, которые исправить без человека, работавшего со станцией, достаточно проблематично.

Но эту станцию прикрывает непоколебимый плюс - развернутая DECT инфраструктура в здании, позволяющая быть сотрудникам мобильными. Да и по стоимости коропорадтивных DECT решений, LDK занимает лидирующие позиции.

Поэтому было решено вставить в разрыв между ГАТС и LDK Астериск
Планируется сквозной проброс входящих/исходящих звонков либов в LDK либо в голосоое меню, затем в LDK, с обязательной записью разговора и записи о телефонном разговоре в астерисковский CDR информации о звонке

Сейчас используется сетевое объединение LDK, с номерами 1XX,2XX,3XX и Астериска, с номерами 4XX

Возможно ли, чтобы при поднятии DECT трубки, занимался первый свободный PRI канал. И в случае перевода вызова Transfer происходил через PRI, для отслеживания и разруливания вызовов средаствами Астериска, а LDK оставить только как "большую базовую станцию DECT".

На данный момент вызовы замечателно ходят в обе стороны, но если делать перевод выхова, станция сама соображает, что ей не нужны для этого внешние PRI линии, и она своими средствами маршрутизирует вызов, задействуя свой MOH и свой SMDR. И возможно ли подобное вообще(на текущей прошивке, с текущим оборудованием)?

Не совсм понятно какая "станция". Или у вас LDK женского рода, станция. А Астерикс он, мужского? В прг.160/3 выбираются внешние СО или по-кругу, либо последняя. Не совсем понятно: у вас между АТС в качестве NET используется PRI? Хотелось бы не "манную кашу", понятный вопрос... какая "АТС соображает, что ей не нужен внешние PRI линии"? Для какого случая???? Попробывал я бы так в армии задать вопрос или ответить полковнику... Я бы мноооого о себе интересного бы услышал...

Запись разговоров есть.. (можно было и LIK небольшой емкости купить для углубления в этот вопрос, стыковка двух станций одного производителя имеет меньше шероховатостей)
Гибкое распределение вызывающего - DID.. куда уж больше.. непонятно..



4.1.4.7. «Теплая» линия (Warm Line)
4.5.3.8. Таймер «теплой» линии (Warm Line Timer)

Для выбора нужных линий:
Выделите СО в отдельную группу линий исходящей связи - это ПГМ141/1 (CO Group). Первую группу и вторую, например: по девятке абонента выходит в первую доступную группу, допустим в группу 1 из 141/1

Преодоление:
1. Если в прг 160-поставить галочку в атрибуте: Override First Group, то, если нет свободных линий в 1-й группе - будет заниматься следующая - 2-я.

2.(при LCR) 4.9.3.6. Альтернативный индекс DMT (Alternative DMT Index)

Именно, NET через PRI.



Использовать PRI всегда, для коммутации даже внутренних линий через Asterisk. Для единой точки сбора статистика и записи разговоров.


Без обид, у нас тут совсем не армия, а скорее даже наоборот.


DID используется сейчас.
Необходимо направлять звонящего в тот отдел, с которым имеются незавершенные действия (по данным из внешней базы CRM).
LDK, к сожалению, не умеет делать SQL запросы.


и


Хм, теплая линия функционировала, а вот что LCR умеет и внутренний набор разруливать, действительно подзабыл. Сейчас буду пробовать, спасибо за наводку.

Действительно, LCR всегда был сильной стороной лыжи. Вот уж действительно,тот раздел, где без поллитры не разобраться . Зато потом все становится ясно и понятно. Добавил в LCR тестовую трубку (с LCR Type=INT) и все заходило через PRI, даже с учетом того, что это внутренний маршрут. Всем огромное спасибо.
P.S. При таком раскладе Warm Line можно не использовать, LCR сам все разруливает.

Видите, чОткий вопрос рождает чОткий ответ....