For the 10 gazillionth time:<br><br>Please report issues to jira, as soon as I read an email with a problem in it, it's marked read and gets lost in a sea of 1000 other unread emails. Jira is designed to track issues so we may help you.<br>
<br>Please indicate if you are using a board with an echo canceler on it or not?<br><br><br><br><div class="gmail_quote">On Wed, Feb 17, 2010 at 7:56 AM, Eelco Brölman <span dir="ltr"><<a href="mailto:e.brolman@telecats.nl">e.brolman@telecats.nl</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi all,<br>
<br>
I have the same problems as described in the thread "Calls being parked on DTMF".<br>
<br>
We have a lab-test setup, which consist of the following:<br>
<br>
1) a box with 4 E1 trunks with a call generator application (let's call it CG)<br>
2) connected with a FreeSwitch box (Sangoma A104D card) (let's call that FS)<br>
<br>
The CG dials a number on the FS box (number 921000), which is bridged out back to the CG server (number 1000). The initiating application sends some DTMF, which is replied (echo-ed) by the receiving application (both on the CG server).<br>
<br>
In roughly about 80% of the calls, FS just disconnects the call:<br>
<br>
2010-02-17 14:30:14.677125 [DEBUG] switch_ivr_originate.c:3105 Originate Resulted in Success: [OpenZAP/1:1/1000]<br>
2010-02-17 14:30:14.677125 [DEBUG] switch_core_session.c:638 Send signal OpenZAP/1:1/1000 [BREAK]<br>
2010-02-17 14:30:14.677125 [DEBUG] switch_core_session.c:638 Send signal OpenZAP/1:60/921000 [BREAK]<br>
2010-02-17 14:30:14.677125 [DEBUG] switch_ivr_bridge.c:1175 (OpenZAP/1:1/1000) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA<br>
2010-02-17 14:30:14.677125 [DEBUG] switch_core_session.c:1018 Send signal OpenZAP/1:1/1000 [BREAK]<br>
2010-02-17 14:30:14.677125 [DEBUG] switch_core_state_machine.c:314 (OpenZAP/1:1/1000) Running State Change CS_EXCHANGE_MEDIA<br>
2010-02-17 14:30:14.677125 [DEBUG] switch_core_state_machine.c:351 (OpenZAP/1:1/1000) State EXCHANGE_MEDIA<br>
2010-02-17 14:30:14.677125 [DEBUG] mod_openzap.c:558 CHANNEL EXCHANGE_MEDIA<br>
2010-02-17 14:30:14.687135 [DEBUG] switch_core_session.c:699 Send signal OpenZAP/1:1/1000 [BREAK]<br>
2010-02-17 14:30:14.687135 [DEBUG] switch_core_session.c:699 Send signal OpenZAP/1:60/921000 [BREAK]<br>
2010-02-17 14:30:15.986882 [DEBUG] mod_openzap.c:684 queue DTMF [7]<br>
2010-02-17 14:30:16.026733 [DEBUG] zap_io.c:1870 1:1 GENERATE DTMF [7]<br>
2010-02-17 14:30:16.106418 [DEBUG] switch_ivr_bridge.c:469 OpenZAP/1:1/1000 ending bridge by request from write function<br>
2010-02-17 14:30:16.106418 [DEBUG] switch_core_session.c:638 Send signal OpenZAP/1:60/921000 [BREAK]<br>
2010-02-17 14:30:16.126335 [DEBUG] switch_ivr_bridge.c:475 OpenZAP/1:1/1000 ending bridge by request from read function<br>
2010-02-17 14:30:16.126335 [DEBUG] switch_core_session.c:638 Send signal OpenZAP/1:1/1000 [BREAK]<br>
2010-02-17 14:30:16.126335 [DEBUG] switch_ivr_bridge.c:562 BRIDGE THREAD DONE [OpenZAP/1:60/921000]<br>
2010-02-17 14:30:16.126335 [DEBUG] switch_ivr_bridge.c:582 Send signal OpenZAP/1:1/1000 [BREAK]<br>
2010-02-17 14:30:16.126335 [DEBUG] switch_ivr_bridge.c:562 BRIDGE THREAD DONE [OpenZAP/1:1/1000]<br>
2010-02-17 14:30:16.126335 [DEBUG] switch_ivr_bridge.c:582 Send signal OpenZAP/1:60/921000 [BREAK]<br>
2010-02-17 14:30:16.126335 [NOTICE] switch_ivr_bridge.c:634 Hangup OpenZAP/1:1/1000 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING]<br>
2010-02-17 14:30:16.126335 [DEBUG] switch_channel.c:2063 Send signal OpenZAP/1:1/1000 [KILL]<br>
<br>
<br>
Where the line "ending bridge by request from write function" is curious of course.<br>
<br>
I'm running:<br>
- Freeswitch trunk (r16674) (updated, make clean, reconfigured and make install this morning)<br>
- Wanpipe 3.5.10.smg-2 (see <a href="http://wiki.sangoma.com/wanpipe-SmgPriInstallation" target="_blank">http://wiki.sangoma.com/wanpipe-SmgPriInstallation</a>)<br>
- Using the ozmod_sangoma_boost SCTP<br>
<br>
<br>
If anyone needs more information, tests or config files, I'll be happy to provide them.<br>
<br>
<br>
<br>
Kind regards,<br>
<br>
Eelco Brölman<br>
<br>
<br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:+19193869900<br>