Elastix - проблема с записью исходящих номеров в CDR

[kovalex]

Здравствуйте!
Прошу помощи в решении вроде бы банальной задачи - организации логирования исходящих звонков в офисной АТС.
Установлен Elastix 2.3.0, шлюз в ТФОП - DVG-7111S, десяток локальных номеров. С записью разговора проблем не возникло, а вот с номерами..
Т.к. наша городская АТС ("Квант") ни малейшего понятия не имеет о CallerID, вопрос с логированием входящих номеров закрыт.
А вот с исходящими ситуация получилась двоякая.. Если настроить исходящую маршрутизацию стандартно, набираемый номер в CDR записывается

Код: Выделить всё

Дата 	            От кого 	Ring Group 	Кому 	Канал источник 	Account Code 	Канал приемник 	Статус
2013-02-10 12:15:24	780	                 38769	SIP/780-00000960	 	           SIP/7111-00000961 ANSWERED

, но пользователей (в том числе и директора ) не устраивает отсутствие индикации о занятости "города" и около 30 сек. тишины в случае успешного набора номера. Действительно, неудобно. Особенно если например, набрать "межгород", или мобильный из 11 цифр и в ответ услышать "линия занята".
Решил "пойти навстречу трудящимся" - сделал "выход в город" через "9". Для этого в Outbound routes прописал pattern "9", в транке в Outbound dial prefix - "w". Теперь, набрав "9", слышен гудок, после которого номер набирается привычным всем порядком, или звучит уведомление в случае занятости. "Трудящихся" такой вариант устроил.
Но.. В этом случае вылезает проблема, которая собственно и послужила поводом для написания этого поста - набираемый номер не записывается в CDR. Вместо него там та самая "девятка"..

Код: Выделить всё

Дата             	От кого Ring Group 	Кому 	Канал источник   Account Code Канал приемник   	Статус
2013-02-10 12:04:04	780	 	            9	  SIP/780-00000956	 	       SIP/7111-00000957	ANSWERED

Соответственно, при "разборе полётов", найти нужную запись становится проблематично. Один единственный "индекс" - дата и время вызова..
Ну и собственно вопрос - возможно ли в данной "схеме" реализовать вышеописанный алгоритм (с "девяткой"), или заменить на какой-либо ему подобный?
Главный критерий - определение занятости "выхода в город" с минимальными "затратами", ну и естественно с записью набранного номера в CDR.

[ded]

1)

Если настроить исходящую маршрутизацию стандартно,

как выглядел исходящий маршрут (-ты) "стандартно" до того, как внедрили девятку в Эластике?
2) как выглядит исходящий диалплан в DVG-7111S?
3) скольки значные номера в городе и как набираете межгород? Приведите крнкретный пример.

отсутствие индикации о занятости - скорее всего просто недонастроен транк с DVG-7111S.
около 30 сек. тишины в случае успешного набора номера - неопределённый диал план вида Х. без точной значности.
а все эти неудобства - следствие анальной связи с миром.

[kovalex]

1)как выглядел исходящий маршрут (-ты) "стандартно" до того, как внедрили девятку в Эластике?

[ 2XXXX / 78[0-9] ]
[ 3XXXX / 78[0-9] ]
[ 8XXXXXXXXXX / 78[0-9] ]

2) как выглядит исходящий диалплан в DVG-7111S?

А где он находится? в Digit Map, или Hot Line? (добавил скрины).

3) скольки значные номера в городе и как набираете межгород? Приведите крнкретный пример.

Городские - 5-значные - 38711, межгород и мобильные - 84953661234 и 89031234567

отсутствие индикации о занятости - скорее всего просто недонастроен транк с DVG-7111S.

Индикация занятости есть (сообщение "Линия занята"), проблема в том, что срабатывает она (вернее не срабатывает, а доходит до звонящего) уже после набора номера. Ну как обычно набирают номер - снял трубку, послушал гудок и.. поехали набирать все 11 цифр НЕ СЛУШАЯ, что там в трубке говорят/бибикают.
В случае с 9-кой всё нормально - набрали "9", послушали - либо гудок (продолжаем набирать номер), либо "железная леди" (отбой).

около 30 сек. тишины в случае успешного набора номера - неопределённый диал план вида Х. без точной значности.
а все эти неудобства - следствие анальной связи с миром.

Секунды тишины - это скорее всего время отправки номера в шлюз и бОльшая часть - собственно набор номера шлюзом (городская АТС с "импульсным" набором).
Так есть решение, или только два варианта, которые я описал ранее?
Может что-то можно с голосовым меню замутить, или ещё с чем?
Только вот непонятно, как эти "плюшки" к outbound route прикрутить..

[ded]

городская АТС с "импульсным" набором?
Я слился.

[kovalex]

городская АТС с "импульсным" набором?
Я слился.

И это всё, что можете посоветовать?

[ded]

Да.

[kovalex]

Да.

Спасибо! Я Вас понял.
Надеюсь, что верно.

[ded]

Можно пробовать вернуться к прямым маршрутам
[23]XXXX
и ввести букву r в опции исходящих вызовов - команду Dial.
А для мобильных и междугородних надо искажаться, давать с опциями Dial(SIP/DVG/8wwww,,D(${EXTEN})) типа так:
exten => _8XXXXXXXXXX,1,Dial(SIP/DVG/8wwww,,D(${EXTEN:1}))

[kovalex]

На самом деле вам трудно что-либо посоветовать вменяемое кроме как менять провайдера.

В смысле?? Провайдера телефонии?

Теоретически, конечно, можно добиться нужного вам результата. Для этого придется написать AMI скрипт, который будет обрабатывать DTMF набор в каждом канале и модифицировать CDR после завершения вызова.

А порядок действий, которые должен будет выполнить скрипт и куда его "встраивать" не подскажете?

Можно пробовать вернуться к прямым маршрутам
[23]XXXX
и ввести букву r в опции исходящих вызовов - команду Dial.

Это в Dialing options Asterisk Dial command options? Если там, то уже есть.

А для мобильных и междугородних надо искажаться, давать с опциями Dial(SIP/DVG/8wwww,,D(${EXTEN})) типа так:
exten => _8XXXXXXXXXX,1,Dial(SIP/DVG/8wwww,,D(${EXTEN:1}))

А где сиё должно находиться?