Исходящий звонок. Набираем номер мобильного 6XXXXXXXX на GrandStream GXP2000, нажимаем кнопку SEND (на экране телефона начинается отсчет времени 00:00, 00:01,...) В этот момент смотрим в консоль астериска - происходит (за секунду) обработка дилплана и набор номера в один из свободных FXS портов, где подключены GSM-шлюзы. На экране Грандстрима наблюдаем 00:03, 00:04, в трубке тишина, 00:08,,, 00:15 - и только сейчас появляются первые RIIING, RIIING. Не знаю смог ли я объяснить проблему... но многие не дожидаются этих 15 секунд и вешают трубку.

Вопрос: возможно ускорить вызов абонента ?


Диалплан очень прост:

[movil]
exten => _6XXXXXXXX,1,GoToIfTime(00:01-15:59|*|*|*?day|${EXTEN},1)
exten => _6XXXXXXXX,n,GoToIfTime(16:00-23:59|*|*|*?night|${EXTEN},1)
exten => _6XXXXXXXX,n,Hangup

[day]
exten => _6XXXXXXXX,1,Dial(ZAP/g1/${EXTEN})
exten => _6XXXXXXXX,n,Playback(all-circuits-busy-now)
exten => _6XXXXXXXX,n,Hangup

[night]
exten => _6XXXXXXXX,1,Dial(ZAP/g2/${EXTEN})
exten => _6XXXXXXXX,n,Playback(all-circuits-busy-now)
exten => _6XXXXXXXX,n,Hangup

добавьте опцию - "r" в команду - Dial ...

exten => _6XXXXXXXX,1,Dial(ZAP/g1/${EXTEN},,r)

вызывные сигналы будут проигрываться сразу.

Но это будет как бы обман ;-)
В любом случае - спасибо за совет, сейчас попробую. Может таким образом клиент будет думать, что просто трубку долго не берут ...

медленный набор - от чего? Аналоговые линии? Или что ... Или как раз, то, что FXS-шлюз просто не передает вызывные сигналы?

У вас наверно линия то аналоговая и набираете вы туда в импульсе. Переключите линию на тоновый набор и выключите импульсный набор в zapata.conf

в zapata.conf - параметр pulsedial=no был закомментирован, незнаю какое значение он принимает по умолчанию, - разкомментировал - это вы имели ввиду ???

очень большой промежуток между сообщением Called 1/6XXXXXXXX (в консоле) и моментом когда шлюз начинает передавать вызывные сигналы, а передавать он их начинает когда оператор мобильной связи их передавать начинает.

Грубо говоря, наблюдается (в моем недалеком видении) такая схема:
1 - пользователь набрал полный номер на телефоне
2 - телефон отсылает номер астериску
3 - астериск используя dialplan выбирает нужный/свободный порт из группы
4 - посылает этот номер на ГСМ-шлюз
5 - шлюз поднимает линию и посылает номер мобильному оператору
6 - мобильный оператор отыскав абонента посылает ему вызовные сигналы, которые также передаются и тому который набирал номер в пункте "1".

между п.1 и п.6 проходит 15 секунд - в этом промежутке у пользователя тишина.

хотелось бы - что бы после набора, скажем второй цифры номера, астериск выбрал УЖЕ правильное направление (так как других вариантов нет) и при набирании третей цифры пользователем, УЖЕ начинал набирать на шлюзе первые две ...

ну или какой-то другой вариант,....

ну тогда опция - r самое то. И даже - не обман ... ;) Потому что, это должен делать шлюз. А он не делает ... (но его тоже понять можно :) )

тогда тебе нада использовать либо early dial (поддерживают томсоны и грандстримы - точно, остальые - хз), либо диалпан в телефоне (что хуже). но в таком случае огребешь гимор с диалпланом астера, придется все тщательно выверять.
Но по моему опыту, если не ждать 4 секунды, пока телефон сам не начнет набор, то со шлюзами (Dlink) набор происходит секунд за 5-7

возможно early dial это и есть то, что я хочу, учитывая что у меня ГрандСтримы.

Только незнаю как выполнить следующее условие:
If the SIP server supports 484 Incomplete Address response

У меня сразу после набора первой цифры выдает ошибку 404.