Задержка после набора номера.....

[postscripter]

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

localhost*CLI> dialplan show 211@from-internal
[ Included context 'from-internal-additional' created by 'pbx_config' ]
  '211' =>          1. Dial(DAHDI/82)                             [pbx_config]
[ Included context 'ext-local' created by 'pbx_config' ]
  '211' =>          1. Dial(DAHDI/82)                             [pbx_config]


[ Included context 'bad-number' created by 'pbx_config' ]
  '_X.' =>          1. ResetCDR()                                 [pbx_config]
                    2. NoCDR()                                    [pbx_config]
                    3. Progress()                                 [pbx_config]
                    4. Wait(1)                                    [pbx_config]
                    5. Progress()                                 [pbx_config]
                    6. Playback(silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer) [pbx_config]
                    7. Wait(1)                                    [pbx_config]
                    8. Congestion(20)                             [pbx_config]
                    9. Hangup()                                   [pbx_config]

Пауза уменьшилась. Где-то полторы секунды. Это может быть из-за посылки callerID? Строка с проверкой parking осталась, хотя модуль parking lot я отключил.

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

[2015-12-01 18:13:56] DEBUG[22809][C-00000038]: features.c:966 get_parking_exten: Checking if 211@from-internal is a parking exten
[2015-12-01 18:13:59] DEBUG[22809][C-00000038]: features.c:966 get_parking_exten: Checking if 211@from-internal is a parking exten
.....
[2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:9953 dahdi_write: Dropping frame since I'm still dialing on DAHDI/82-1...
[2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:9953 dahdi_write: Dropping frame since I'm still dialing on DAHDI/82-1... 
[2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:9953 dahdi_write: Dropping frame since I'm still dialing on DAHDI/82-1...
[2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:9953 dahdi_write: Dropping frame since I'm still dialing on DAHDI/82-1...
.....
[2015-12-01 18:14:00] DEBUG[22809][C-00000038]: sig_analog.c:380 analog_send_callerid: Sending callerid.  CID_NAME: 'Петренко,к.211' CID_NUM: '203'
[2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:2165 my_send_callerid: Starting cid spill
[2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:5727 send_callerid: writing callerid at pos 0 of 10000, res = 160
[2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:5727 send_callerid: writing callerid at pos 160 of 10000, res = 160
[2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:5727 send_callerid: writing callerid at pos 320 of 10000, res = 160
....
[2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:5727 send_callerid: writing callerid at pos 480 of 10000, res = 160
[2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:5727 send_callerid: writing callerid at pos 640 of 10000, res = -1
[2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:5727 send_callerid: writing callerid at pos 640 of 10000, res = -1
....

[ded]

Смотрите внимательно на таймстампы> там процедура caller id detection вся выполняется на отметке 18:14:00 - то есть не занимает времени.

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

   [2015-12-01 18:13:56] DEBUG[22809][C-00000038]: features.c:966 get_parking_exten: Checking if 211@from-internal is a parking exten
    [2015-12-01 18:13:59] DEBUG[22809][C-00000038]: features.c:966 get_parking_exten: Checking if 211@from-internal is a parking exten
    .....
    [2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:9953 dahdi_write: Dropping frame since I'm still dialing on DAHDI/82-1...
    [2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:9953 dahdi_write: Dropping frame since I'm still dialing on DAHDI/82-1...
    [2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:9953 dahdi_write: Dropping frame since I'm still dialing on DAHDI/82-1...
    [2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:9953 dahdi_write: Dropping frame since I'm still dialing on DAHDI/82-1...
    .....
    [2015-12-01 18:14:00] DEBUG[22809][C-00000038]: sig_analog.c:380 analog_send_callerid: Sending callerid.  CID_NAME: 'Петренко,к.211' CID_NUM: '203'
    [2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:2165 my_send_callerid: Starting cid spill
    [2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:5727 send_callerid: writing callerid at pos 0 of 10000, res = 160
    [2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:5727 send_callerid: writing callerid at pos 160 of 10000, res = 160
    [2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:5727 send_callerid: writing callerid at pos 320 of 10000, res = 160
    ....
    [2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:5727 send_callerid: writing callerid at pos 480 of 10000, res = 160
    [2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:5727 send_callerid: writing callerid at pos 640 of 10000, res = -1
    [2015-12-01 18:14:00] DEBUG[22809][C-00000038]: chan_dahdi.c:5727 send_callerid: writing callerid at pos 640 of 10000, res = -1

Явно видна задержка на процедуре features.c:966 get_parking_exten
Поэтому - удалить/отключить модуль Parking (вряд ли вы его исплользуете! Это в старых Call centers на аналоговых телефонах было актуально)
Для этого потестить - указать для chan_dahdi контекст from-internal-custom

[postscripter]

Этот модуль я и отключил, и удалил. Сочетание ##70 больше не работает. Жалко, полезный модуль.

"sending caller id" я привел не весь. На самом деле там больше секунды. Просто, как подсказывает логика, коды посылаются между сигналами вызова и не могут вызвать задержки.

С вашего позволения, ухожу домой. Эксперименты смогу продолжить только завтра. Спасибо

[ded]

"sending caller id" я привел не весь. На самом деле там больше секунды. Просто, как подсказывает логика, коды посылаются между сигналами вызова и не могут вызвать задержки.

Эт точно.

[postscripter]

Нет, я вас обманул, задержка не стала меньше. Те же три секунды. Случайно повезло, наверное....

Вопрос, как посмотреть все варианты продолжения номера, которые рассматривает астер? Например, для сочетания "21" это будут очевидно 210, 211, 212, 213 и т.д. И, судя по всему, номер 211 тоже считается "ambiguous".

По поводу той строчки get_parking_exten есть следующая мысль. Процедура вызывается каждый раз после нажатия кнопки, проверяя номера 2, потом 21 и 211. При этом задержек нет. Значит, и последний вызов get_parking_exten тоже отрабатывает сразу, а вот потом, через 3 секунды, сам астериск соображает, что набор номера закончен, и вызывает get_parking_exten снова, уже для полного номера. И расширение не при чём. имхо

Если полностью затереть extensions_additional (который сейчас полтора мегабайта), набор идёт сразу.
И логи красивые:

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

[2015-12-02 11:31:22] DEBUG[25183][C-0000004d]: sig_analog.c:3572 analog_exception: analog_exception 67
[2015-12-02 11:31:22] DEBUG[25183][C-0000004d]: sig_analog.c:3666 analog_exception: Exception on 117, channel 67
[2015-12-02 11:31:22] DEBUG[25183][C-0000004d]: sig_analog.c:2679 __analog_handle_event: __analog_handle_event 67
[2015-12-02 11:31:22] DEBUG[25183][C-0000004d]: sig_analog.c:2706 __analog_handle_event: Got event UNKNOWN/OTHER(65585) on channel 67 (index 0)
[2015-12-02 11:31:22] DEBUG[25183][C-0000004d]: sig_analog.c:2710 __analog_handle_event: Detected pulse digit '1'
[2015-12-02 11:31:22] DEBUG[25183][C-0000004d]: sig_analog.c:1600 analog_handle_dtmf: End DTMF digit: 0x31 '1' on DAHDI/67-1
[2015-12-02 11:31:22] DEBUG[25183][C-0000004d]: chan_dahdi.c:2270 my_handle_dtmf: End DTMF digit: 0x31 '1' on DAHDI/67-1
[2015-12-02 11:31:22] DEBUG[16615]: manager.c:4856 match_filter: Examining event:
Event: DTMF
Privilege: dtmf,all
Channel: DAHDI/67-1
Uniqueid: 1449034271.117
Digit: 1
Direction: Received
Begin: No
End: Yes
[2015-12-02 11:31:22] DEBUG[25183][C-0000004d]: sig_analog.c:2128 __analog_ss_thread: waitfordigit returned '1' (49), timeout = 0
[2015-12-02 11:31:22] DEBUG[25183][C-0000004d]: features.c:966 get_parking_exten: Checking if 211@from-internal is a parking exten
[2015-12-02 11:31:22] DEBUG[16615]: manager.c:4856 match_filter: Examining event:
Event: NewCallerid
Privilege: call,all
Channel: DAHDI/67-1
CallerIDNum: 204
CallerIDName: 
Uniqueid: 1449034271.117
CID-CallingPres: 0 (Presentation Allowed, Not Screened)
[2015-12-02 11:31:22] DEBUG[16578]: devicestate.c:344 _ast_device_state: No provider found, checking channel drivers for DAHDI - 67
[2015-12-02 11:31:22] DEBUG[16578]: devicestate.c:467 do_state_change: Changing state for DAHDI/67 - state 2 (In use)

[awsswa]

Есть два типа набора - ендблок и оверлап
При использование ендлок - все цифры прилетают сразу (плюс прилетает окончание набора) и решение о маршруте asterisk принимает моментально
При оверлап - цифры номера до asterisk долетают по мере набора номера - и решение принимает либо при совпадении комбинации (2хххххх) либо после паузы (когда маска не определена 8х. )
Различия включения видны не вооруженным взглядом - по мере нажатия клавиш цифры прилетаю по дебагу
Так вот - оверлап у вас не включен ведь ? значит никакой паузы по поиску маршрута в принципе быть не должно

[postscripter]

awsswa, на аналоговом телефоне цифры улетают сразу. Дебагом видно. И если писать диалплан вручную, то после третьей цифры идёт гудок. А freepbx генерирует какой-то такой конфиг, что в нём появляется эта самая пауза. Сейчас сижу, потрошу его методом дихотомии, авось что будет...)

Есть ещё софтофон, там если сначала набрать номер, а потом снять трубку, вызов начинается сразу. Это, видимо, en-block.

[awsswa]

Набирать только после гудка от станции.
Походу у вас стоит - оверлап и вы банально не шлете окончание набора номера.
Попробуйте ендблок.

Тут ded главный по таким вопросом - напрягайте его

[postscripter]

Теплее! Пауза исчезает после удаления вот этого:

[bad-number]
exten => _X.,1,ResetCDR()
exten => _X.,n,NoCDR()
exten => _X.,n,Progress
exten => _X.,n,Wait(1)
exten => _X.,n,Progress
exten => _X.,n,Playback(silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer)
exten => _X.,n,Wait(1)
exten => _X.,n,Congestion(20)
exten => _X.,n,Hangup

;--== end of [bad-number] ==--;

Объясните пожалуйста, каким образом оно мешает, если указано в самом конце контекста?

[from-internal]
include => from-internal-noxfer
include => from-internal-xfer
include => bad-number ; auto-generated

[postscripter]

Тут ded главный по таким вопросом - напрягайте его

Да я как-то стесняюсь сильно напрягать... Велика вероятность быть посланным в гугл, или в то, что у вас в подписи))