Добрый день. Нужна помощь.
Установил Астериск, настроил Сип телефонию, все в порядке.
Дошел до конференции MeetMe, перечитал кучу документации, установил драйвер dahdi_dummy настроил элементарный конфиг, пробую создать конференцию, и нарываюсь на такую проблему. Звонок всегда обрывается не доходя до минуты. И не важно один ли я или с кем то, всегда обрывается и всегда по разному. Сначала думал что дело в нате, пробовал с локалки обрывает так же. Подскажите где копать.

поставьте триксбокс и не парьте мозг

Спасибо за ответ, но мне не нужен дистрибутив, у меня уже года 2 стоит Слака, и все отлично настроено.
Я лишь просил помощи в какую сторону копать, потому что сначала думал нат, но с локалки тоже конференция обрывается.

core set debug 9
core set verbose 9
в logger.conf debug на консоль и ищите причину.

Вот кусок лога перед обрывом

[Nov 18 22:09:49] DEBUG[1157]: app_queue.c:787 handle_statechange: Device 'meetme:300' changed to state '2' (In use) but we don't care because they're not a member of any queue.
[Nov 18 22:09:49] DEBUG[1207]: channel.c:3610 set_format: Set channel SIP/admin-082063c8 to write format slin
[Nov 18 22:09:49] DEBUG[1207]: channel.c:3610 set_format: Set channel SIP/admin-082063c8 to read format slin
[Nov 18 22:09:49] DEBUG[1207]: app_meetme.c:2090 conf_run: Placed channel SIP/admin-082063c8 in DAHDI conf 1021
-- Started music on hold, class 'default', on SIP/admin-082063c8
[Nov 18 22:09:49] DEBUG[1207]: channel.c:2360 ast_settimeout: Scheduling timer at (50 requested / 50 actual) timer ticks per second
[Nov 18 22:09:49] DEBUG[1207]: res_musiconhold.c:266 ast_moh_files_next: SIP/admin-082063c8 Opened file 1 '/var/lib/asterisk/moh/macroform-cold_day'
[Nov 18 22:09:49] DEBUG[1207]: rtp.c:3599 ast_rtp_raw_write: Difference is 51056, ms is 6402
ast_internal_timing_enabled: Internal timing is disabled (option_internal_timing=0 chan->timingfd=28)
[Nov 18 22:09:49] DEBUG[1207]: channel.c:3011 ast_internal_timing_enabled: Internal timing is disabled (option_internal_timing=0 chan->timingfd=28)
[Nov 18 22:09:49] DEBUG[1207]: rtp.c:1233 ast_rtcp_read: Got RTCP report of 176 bytes
[Nov 18 22:09:50] DEBUG[1207]: channel.c:3011 ast_internal_timing_enabled: Internal timing is disabled (option_internal_timing=0 chan->timingfd=28)
[Nov 18 22:09:52] DEBUG[1207]: rtp.c:1233 ast_rtcp_read: Got RTCP report of 176 bytes
[Nov 18 22:09:55] DEBUG[1207]: rtp.c:1233 ast_rtcp_read: Got RTCP report of 156 bytes
[Nov 18 22:09:58] DEBUG[1207]: rtp.c:1233 ast_rtcp_read: Got RTCP report of 156 bytes
[Nov 18 22:10:00] DEBUG[1207]: devicestate.c:466 devstate_event: device 'meetme:300' state '1'
[Nov 18 22:10:00] DEBUG[1207]: channel.c:1694 ast_hangup: Hanging up channel 'DAHDI/pseudo-2001574670'
[Nov 18 22:10:00] DEBUG[1157]: app_queue.c:787 handle_statechange: Device 'meetme:300' changed to state '1' (Not in use) but we don't care because they're not a member of any queue.
[Nov 18 22:10:00] DEBUG[1207]: chan_dahdi.c:3383 dahdi_hangup: dahdi_hangup(DAHDI/pseudo-2001574670)
[Nov 18 22:10:00] DEBUG[1207]: chan_dahdi.c:3417 dahdi_hangup: Hangup: channel: -2 index = 0, normal = 30, callwait = -1, thirdcall = -1
[Nov 18 22:10:00] DEBUG[1207]: chan_dahdi.c:3890 dahdi_setoption: Set option TDD MODE, value: OFF(0) on DAHDI/pseudo-2001574670
[Nov 18 22:10:00] DEBUG[1207]: chan_dahdi.c:2000 update_conf: Updated conferencing on -2, with 0 conference users
-- Hungup 'DAHDI/pseudo-2001574670'
[Nov 18 22:10:00] DEBUG[1153]: devicestate.c:368 _ast_device_state: No provider found, checking channel drivers for DAHDI - pseudo
[Nov 18 22:10:00] DEBUG[1153]: devicestate.c:486 do_state_change: Changing state for DAHDI/pseudo - state 0 (Unknown)
[Nov 18 22:10:00] DEBUG[1153]: devicestate.c:466 devstate_event: device 'DAHDI/pseudo' state '0'
[Nov 18 22:10:00] DEBUG[1207]: pbx.c:3787 __ast_pbx_run: Spawn extension (internal,300,1) exited non-zero on 'SIP/admin-082063c8'
== Spawn extension (internal, 300, 1) exited non-zero on 'SIP/admin-082063c8'
[Nov 18 22:10:00] DEBUG[1207]: channel.c:1599 ast_softhangup_nolock: Soft-Hanging up channel 'SIP/admin-082063c8'
[Nov 18 22:10:00] DEBUG[1157]: app_queue.c:787 handle_statechange: Device 'DAHDI/pseudo' changed to state '0' (Unknown) but we don't care because they're not a member of any queue.
-- Stopped music on hold on SIP/admin-082063c8
[Nov 18 22:10:00] DEBUG[1207]: channel.c:3610 set_format: Set channel SIP/admin-082063c8 to write format slin
[Nov 18 22:10:00] DEBUG[1207]: channel.c:1694 ast_hangup: Hanging up channel 'SIP/admin-082063c8'
[Nov 18 22:10:00] DEBUG[1207]: chan_sip.c:5242 sip_hangup: Hangup call SIP/admin-082063c8, SIP callid MjM1N2FlNWY3ZmNhYmE1MDIxZjQwYTUzMWI1NThiZTk.
[Nov 18 22:10:00] DEBUG[1207]: chan_sip.c:20888 stop_session_timer: Session timer stopped: -1 - MjM1N2FlNWY3ZmNhYmE1MDIxZjQwYTUzMWI1NThiZTk.
[Nov 18 22:10:00] DEBUG[1207]: chan_sip.c:2886 __sip_xmit: Trying to put 'BYE sip:ad' onto UDP socket destined for 192.168.0.53:59976
[Nov 18 22:10:00] DEBUG[1153]: devicestate.c:368 _ast_device_state: No provider found, checking channel drivers for SIP - admin
[Nov 18 22:10:00] DEBUG[1153]: chan_sip.c:21335 sip_devicestate: Checking device state for peer admin
[Nov 18 22:10:00] DEBUG[1153]: devicestate.c:486 do_state_change: Changing state for SIP/admin - state 1 (Not in use)
[Nov 18 22:10:00] DEBUG[1153]: devicestate.c:466 devstate_event: device 'SIP/admin' state '1'
[Nov 18 22:10:00] DEBUG[1157]: app_queue.c:787 handle_statechange: Device 'SIP/admin' changed to state '1' (Not in use) but we don't care because they're not a member of any queue.
[Nov 18 22:10:00] DEBUG[1156]: chan_sip.c:3431 __sip_ack: Stopping retransmission on 'MjM1N2FlNWY3ZmNhYmE1MDIxZjQwYTUzMWI1NThiZTk.' of Request 102: Match Found
[Nov 18 22:10:00] DEBUG[1156]: chan_sip.c:5028 sip_destroy: Destroying SIP dialog MjM1N2FlNWY3ZmNhYmE1MDIxZjQwYTUzMWI1NThiZTk.

Я так понимаю что то ли моя программа клиент не отвечает на запрос, и поэтому астериск считает что не используется и обрывает?

а у вас сознательно internal timing выключен вообще? по-моему его первым делом все включают...

хотя и не причина наверное.

Спасибо всем. Причину нашел когда перелопачивал конфиги. В конфиге meetme раскоментированна строка shedule=yes. она и вызывала такое поведение Астериска.

https://issues.asterisk.org/view.php?id=16136&nbn=2

So if I use schedule=yes I can only use conferences in realtime and if I use schedule=no i can only use conferences created in the meetme.conf.
Is this true?


I think yes, that must be this way.

И кстати, должно было быть сообщение QUITTING TIME:

When one o more users enter in a conference, after about 60 seconds the conference dropped the users and in the asterisk console appear: "Quitting time..."

Сообщения не было.