Debug звонка

Question

Подскажите, как получить debug звонка, который приходит через аналоговую линию?

Answer 1

Точно так же как и через все остальные.

Если линия подключена к шлюзу, включаете на шлюзе его логи, если умеет - направить по сети на syslog
Если используется плата, то средствами DAHDI и консоли астериска.

Еще много зависит от того что за debug вы хотите получить и в чем заключается суть проблем, которые должны быть отражены в вожделенном дебаге.

У меня используется плата Digium. Хочется проследить процесс получения CallerID. На одном из форумов видел такой лог, там видно было, как цифру за цифрой получает.
foxm ( 2011-10-13 20:40:42 +0400 )редактировать

Answer 2

1

/etc/asterisk/logger.conf

против console дописываете debug,dtmf

перегружаете

asterisk -r

core set debug 6

ссылка удалить спам редактировать

ответил 2011-10-14 01:37:12 +0400

meral

23347 ● 24 ● 20 ● 177
http://pro-sip.net/

обновил 2011-10-14 01:39:33 +0400

Comments

Это уже делал, уровень отладки повысился, но недостаточно.

foxm ( 2011-10-14 19:56:39 +0400 )редактировать

Answer 3

1

снимайте дебаг на вашем FXO адаптере. как именно зависит от производителя и модели.

ссылка удалить спам редактировать

ответил 2011-10-13 19:18:15 +0400

shakirov

1143 ● 46 ● 14 ● 46
http://gammatelecom.ru/

Answer 4

1

Я когда-то делал с digium на zaptel - разбирался как происходит hangup в линии - очень помогло. Надо загрузить драйвера карты в режиме debug и тогда получим в логе намного больше информации. Для zaptel это было что-то вот так: остановить asterisk, выгрузить zaptel и загрузить снова с аргументом - modprobe zaptel debug=1. Ну или я просто добавлял это в инит-скрипт /etc/init.d. Для dahdi, думаю, что где-то в этом же ключе. Так же смотрите в конфигах вот эти параметры: cidsignalling, cidstart. У них есть множество значений.

ссылка удалить спам редактировать

ответил 2011-10-14 01:38:47 +0400

alphil

520 ● 11 ● 5 ● 16
http://www.damal.es/

обновил 2011-10-14 01:40:10 +0400

Comments

Перезагрузил модуль wctdm24xxp (он для моей карты) с данным параметром. В messages появилось несколько дополнительных строк и все. В debug изменений не заметил. Может не там смотрю?

foxm ( 2011-10-14 19:58:21 +0400 )редактировать

Кстати, на "лету " debug можно активировать так: echo 1 >/sys/module/dahdi/parameters/debug

foxm ( 2011-10-14 20:04:26 +0400 )редактировать

[Oct 14 18:56:01] DEBUG[12005] chanzap.c: Took Zap/2-1 off hook [Oct 14 18:56:01] DEBUG[12005] chanzap.c: No echo training requested [Oct 14 18:56:06] DEBUG[12005] chanzap.c: Polarity Reversal event occured - DEBUG 1: channel 2, state 6, pol= 1, aonp= 1, honp= 1, pdelay= 600, tv= 5166 [Oct 14 18:56:06] DEBUG[12005] chanzap.c: Polarity Reversal detected and now Hanging up on channel 2 [Oct 14 18:56:06] DEBUG[12005] chan_zap.c: Polarity Reversal event occured - DEBUG 2: channel 2, state 6, pol= 0, aonp= 1, honp= 1, pdelay= 600, tv= 5166

alphil ( 2011-10-14 21:01:15 +0400 )редактировать

Это то что появляется у меня (предыдущий комментарий) при входящем звонке. Номер определяется корректно. А что у вас ? Когда не определяется номер, наверное должны появится соответсвующие ошибки в дебаге ?

alphil ( 2011-10-14 21:04:05 +0400 )редактировать

Answer 5

У меня появляется вот что:

[Oct 14 21:18:04] DEBUG[6485] chan_dahdi.c: Monitor doohicky got event Ring Begin on channel 1
[Oct 14 21:18:04] DEBUG[6485] sig_analog.c: channel (1) - signaling (5) - event (ANALOG_EVENT_RINGBEGIN)
[Oct 14 21:18:06] DEBUG[6485] chan_dahdi.c: Monitor doohicky got event Ring/Answered on channel 1
[Oct 14 21:18:06] DEBUG[6485] sig_analog.c: channel (1) - signaling (5) - event (ANALOG_EVENT_RINGOFFHOOK)
[Oct 14 21:18:06] DEBUG[6485] dsp.c: Setup tone 1100 Hz, 500 ms, block_size=160, hits_required=21
[Oct 14 21:18:06] DEBUG[6485] dsp.c: Setup tone 2100 Hz, 2600 ms, block_size=160, hits_required=116
[Oct 14 21:18:06] DEBUG[6485] dsp.c: dsp busy pattern set to 0,0
[Oct 14 21:18:06] DEBUG[6475] devicestate.c: No provider found, checking channel drivers for DAHDI - 1
[Oct 14 21:18:06] DEBUG[6475] devicestate.c: Changing state for DAHDI/1 - state 2 (In use)
[Oct 14 21:18:06] DEBUG[6475] devicestate.c: device 'DAHDI/1' state '2'
[Oct 14 21:18:06] DEBUG[6566] sig_analog.c: __analog_ss_thread 1
[Oct 14 21:18:06] DEBUG[6513] app_queue.c: Device 'DAHDI/1' changed to state '2' (In use) but we don't care because they're not a member of any queue.
[Oct 14 21:18:06] DEBUG[6566] chan_dahdi.c: CallerID number: 89265224173, name: (null), flags=4
[Oct 14 21:18:06] DEBUG[6566] pbx.c: Launching 'Wait'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Launching 'Answer'
[Oct 14 21:18:08] DEBUG[6566] sig_analog.c: analog_answer 1
[Oct 14 21:18:08] DEBUG[6566] sig_analog.c: Took DAHDI/1-1 off hook
[Oct 14 21:18:08] DEBUG[6566] chan_dahdi.c: Enabled echo cancellation on channel 1
[Oct 14 21:18:08] DEBUG[6566] chan_dahdi.c: No echo training requested
[Oct 14 21:18:08] DEBUG[6566] chan_dahdi.c: Requested indication -1 on channel DAHDI/1-1
[Oct 14 21:18:08] DEBUG[6475] devicestate.c: No provider found, checking channel drivers for DAHDI - 1
[Oct 14 21:18:08] DEBUG[6475] devicestate.c: Changing state for DAHDI/1 - state 2 (In use)
[Oct 14 21:18:08] DEBUG[6475] devicestate.c: device 'DAHDI/1' state '2'
[Oct 14 21:18:08] DEBUG[6513] app_queue.c: Device 'DAHDI/1' changed to state '2' (In use) but we don't care because they're not a member of any queue.
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Function result is '"" <89265224173>'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Launching 'NoOp'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Result of 'EPOCH' is '1318612688'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Function result is '2011-10-14'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Launching 'NoOp'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Function result is '89265224173'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Launching 'Set'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Result of 'EPOCH' is '1318612688'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Function result is '2011'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Result of 'EPOCH' is '1318612688'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Function result is '10'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Result of 'EPOCH' is '1318612688'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Function result is '14'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Launching 'Set'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Result of 'RECORDS_DIRNAME' is '/var/spool/asterisk/records/2011-10-14'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Launching 'System'
[Oct 14 21:18:08] DEBUG[6566] pbx.c: Launching 'Wait'
[Oct 14 21:18:09] DEBUG[6566] pbx.c: Launching 'Playback'
[Oct 14 21:18:09] DEBUG[6566] channel.c: Set channel DAHDI/1-1 to write format gsm
[Oct 14 21:18:09] DEBUG[6566] channel.c: Scheduling timer at (50 requested / 50 actual) timer ticks per second
[Oct 14 21:18:12] DEBUG[6566] channel.c: Scheduling timer at (0 requested / 0 actual) timer ticks per second
[Oct 14 21:18:12] DEBUG[6566] channel.c: Scheduling timer at (0 requested / 0 actual) timer ticks per second
[Oct 14 21:18:12] DEBUG[6566] channel.c: Scheduling timer at (0 requested / 0 actual) timer ticks per second
[Oct 14 21:18:12] DEBUG[6566] channel.c: Set channel DAHDI/1-1 to write format ulaw
[Oct 14 21:18:12] DEBUG[6566] pbx.c: Result of 'RECORDS_DIRNAME' is '/var/spool/asterisk/records/2011-10-14'
[Oct 14 21:18:12] DEBUG[6566] pbx.c: Result of 'EPOCH' is '1318612692'
[Oct 14 21:18:12] DEBUG[6566] pbx.c: Function result is '21-18-12'
[Oct 14 21:18:12] DEBUG[6566] pbx.c: Result of 'RECORD_FILE_POSTFIX' is '89265224173'
[Oct 14 21:18:12] DEBUG[6566] pbx.c: Launching 'Set'
[Oct 14 21:18:12] DEBUG[6566] pbx.c: Launching 'Queue'
[Oct 14 21:18:12] DEBUG[6566] app_queue.c: NO QUEUE_PRIO variable found. Using default.
[Oct 14 21:18:12] DEBUG[6566] app_queue.c: queue: taxi-operators, options: t, url: , announce: , expires: 1318612992, priority: 0
[Oct 14 21:18:12] DEBUG[6566] app_queue.c: Queue taxi-operators has no realtime members defined. No need for update
[Oct 14 21:18:12] DEBUG[6566] app_queue.c: Queue 'taxi-operators' Join, Channel 'DAHDI/1-1', Position '1'
[Oct 14 21:18:12] DEBUG[6566] channel.c: Scheduling timer at (50 requested / 50 actual) timer ticks per second
[Oct 14 21:18:12] DEBUG[6566] app_queue.c: There are 0 available members.
[Oct 14 21:18:12] DEBUG[6566] app_queue.c: It's not our turn (DAHDI/1-1).
[Oct 14 21:18:12] DEBUG[6566] channel.c: Set channel DAHDI/1-1 to write format gsm
[Oct 14 21:18:12] DEBUG[6566] res_musiconhold.c: DAHDI/1-1 Opened file 8 '/var/lib/asterisk/moh2/19'
[Oct 14 21:18:14] DEBUG[6566] app_queue.c: There are 0 available members.
[Oct 14 21:18:14] DEBUG[6566] app_queue.c: It's not our turn (DAHDI/1-1).
[Oct 14 21:18:14] DEBUG[6566] dsp.c: Requesting Hangup because the busy tone was detected on channel DAHDI/1-1
[Oct 14 21:18:14] DEBUG[6566] channel.c: Set channel DAHDI/1-1 to write format ulaw
[Oct 14 21:18:14] DEBUG[6566] channel.c: Scheduling timer at (0 requested / 0 actual) timer ticks per second
[Oct 14 21:18:14] DEBUG[6566] app_queue.c: Queue 'taxi-operators' Leave, Channel 'DAHDI/1-1'
[Oct 14 21:18:14] DEBUG[6566] pbx.c: Spawn extension (incoming-from-pstn,s,11) exited non-zero on 'DAHDI/1-1'
[Oct 14 21:18:14] DEBUG[6566] channel.c: Soft-Hanging up channel 'DAHDI/1-1'
[Oct 14 21:18:14] DEBUG[6566] channel.c: Hanging up channel 'DAHDI/1-1'
[Oct 14 21:18:14] DEBUG[6566] chan_dahdi.c: dahdi_hangup(DAHDI/1-1)
[Oct 14 21:18:14] DEBUG[6566] sig_analog.c: analog_hangup 1
[Oct 14 21:18:14] DEBUG[6566] sig_analog.c: Hangup: channel: 1 index = 0, normal = 1, callwait = 0, thirdcall = 0
[Oct 14 21:18:14] DEBUG[6566] chan_dahdi.c: Disabled echo cancellation on channel 1
[Oct 14 21:18:14] DEBUG[6566] chan_dahdi.c: Set option TONE VERIFY, mode: OFF(0) on DAHDI/1-1
[Oct 14 21:18:14] DEBUG[6566] chan_dahdi.c: Set option TDD MODE, value: OFF(0) on DAHDI/1-1
[Oct 14 21:18:14] DEBUG[6566] sig_analog.c: Updated conferencing on 1, with 0 conference users
[Oct 14 21:18:14] DEBUG[6475] devicestate.c: No provider found, checking channel drivers for DAHDI - 1
[Oct 14 21:18:14] DEBUG[6475] devicestate.c: Changing state for DAHDI/1 - state 0 (Unknown)
[Oct 14 21:18:14] DEBUG[6475] devicestate.c: device 'DAHDI/1' state '0'
[Oct 14 21:18:14] DEBUG[6513] app_queue.c: Device 'DAHDI/1' changed to state '0' (Unknown) but we don't care because they're not a member of any queue.

т.е. видно что * CallerID получил, но более подробной информации нет. К сожалению/к счастью, не могу пока воспроизвести ошибку получения callerid теперь.

Answer 6

0

У меня используется плата Digium. Хочется проследить процесс получения CallerID. На одном из форумов видел такой лог, там видно было, как цифру за цифрой получает.

ссылка удалить спам редактировать

ответил 2011-10-13 20:40:01 +0400

foxm
167 ● 46 ● 8 ● 28

Debug звонка

6 Ответов

Comments

Comments

Comments

Ваш ответ

Закладки и информация

Статистика

Похожие вопросы: