Running * version 1.6.1.17.
My meetme conferences automagically disconnect users approximately 5-15
seconds after the user is connected. This occurs regardless of whether
music on hold is active or not.
[Mar 23 11:34:36] -- Executing Macro("SIP/SDN_TMCKEE-000000e9",
"confroom,1808")
[Mar 23 11:34:36] -- Executing [s at macro-confroom:1]
Answer("SIP/SDN_TMCKEE-000000e9", "") in new stack
[Mar 23 11:34:36] -- Executing [s at macro-confroom:2]
Wait("SIP/SDN_TMCKEE-000000e9", "1") in new stack
[Mar 23 11:34:37] -- Executing [s at macro-confroom:3]
MeetMe("SIP/SDN_TMCKEE-000000e9", "1808,PpcMs") in new stack
[Mar 23 11:34:37] == Parsing '/etc/asterisk/meetme.conf': [Mar 23
11:34:37] == Found
[Mar 23 11:34:37] -- Created MeetMe conference 1013 for conference
'1808'
[Mar 23 11:34:37] -- <SIP/SDN_TMCKEE-000000e9> Playing
'conf-onlyperson.ulaw' (language 'en')
[Mar 23 11:34:41] -- Started music on hold, class 'default', on
SIP/SDN_TMCKEE-000000e9
[Mar 23 11:34:41] -- Stopped music on hold on SIP/SDN_TMCKEE-000000e9
[Mar 23 11:34:42] -- Started music on hold, class 'default', on
SIP/SDN_TMCKEE-000000e9
[Mar 23 11:34:46] -- Executing [s at macro-Queue:8]
Queue("SIP/CLTPBX-000000e8", "HDSK-QUEUE,tck,,,300") in new
stack
[Mar 23 11:34:46] -- Started music on hold, class 'default', on
SIP/CLTPBX-000000e8
[Mar 23 11:35:00] -- Hungup 'DAHDI/pseudo-1141253725'
[Mar 23 11:35:00] == Spawn extension (macro-confroom, s, 3) exited
non-zero on 'SIP/SDN_TMCKEE-000000e9' in macro 'confroom'
[Mar 23 11:35:00] == Spawn extension (sdn-dialout, 1808, 1) exited
non-zero on 'SIP/SDN_TMCKEE-000000e9'
[Mar 23 11:35:00] -- Stopped music on hold on SIP/SDN_TMCKEE-000000e9
Does anyone have any clues? I'm using the DAHDI Dummy timing source on this
machine.
pbx01*CLI> dahdi show status
Description Alarms IRQ bpviol CRC4 Fra
Codi Options LBO
DAHDI_DUMMY/1 (source: HRtimer) 1 UNCONFI 0 0 0 CAS
Unk YEL 0 db (CSU)/0-133 feet (DSX-1)
Tim McKee
