[Freeswitch-users] Calls being parked on DTMF (2)

[Eelco Brölman]

Hi all,

I have the same problems as described in the thread "Calls being parked on DTMF".

We have a lab-test setup, which consist of the following:

1) a box with 4 E1 trunks with a call generator application (let's call it CG) 
2) connected with a FreeSwitch box (Sangoma A104D card) (let's call that FS)

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).

In roughly about 80% of the calls, FS just disconnects the call:

2010-02-17 14:30:14.677125 [DEBUG] switch_ivr_originate.c:3105 Originate Resulted in Success: [OpenZAP/1:1/1000]
2010-02-17 14:30:14.677125 [DEBUG] switch_core_session.c:638 Send signal OpenZAP/1:1/1000 [BREAK]
2010-02-17 14:30:14.677125 [DEBUG] switch_core_session.c:638 Send signal OpenZAP/1:60/921000 [BREAK]
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
2010-02-17 14:30:14.677125 [DEBUG] switch_core_session.c:1018 Send signal OpenZAP/1:1/1000 [BREAK]
2010-02-17 14:30:14.677125 [DEBUG] switch_core_state_machine.c:314 (OpenZAP/1:1/1000) Running State Change CS_EXCHANGE_MEDIA
2010-02-17 14:30:14.677125 [DEBUG] switch_core_state_machine.c:351 (OpenZAP/1:1/1000) State EXCHANGE_MEDIA
2010-02-17 14:30:14.677125 [DEBUG] mod_openzap.c:558 CHANNEL EXCHANGE_MEDIA
2010-02-17 14:30:14.687135 [DEBUG] switch_core_session.c:699 Send signal OpenZAP/1:1/1000 [BREAK]
2010-02-17 14:30:14.687135 [DEBUG] switch_core_session.c:699 Send signal OpenZAP/1:60/921000 [BREAK]
2010-02-17 14:30:15.986882 [DEBUG] mod_openzap.c:684 queue DTMF [7]
2010-02-17 14:30:16.026733 [DEBUG] zap_io.c:1870 1:1 GENERATE DTMF [7]
2010-02-17 14:30:16.106418 [DEBUG] switch_ivr_bridge.c:469 OpenZAP/1:1/1000 ending bridge by request from write function
2010-02-17 14:30:16.106418 [DEBUG] switch_core_session.c:638 Send signal OpenZAP/1:60/921000 [BREAK]
2010-02-17 14:30:16.126335 [DEBUG] switch_ivr_bridge.c:475 OpenZAP/1:1/1000 ending bridge by request from read function
2010-02-17 14:30:16.126335 [DEBUG] switch_core_session.c:638 Send signal OpenZAP/1:1/1000 [BREAK]
2010-02-17 14:30:16.126335 [DEBUG] switch_ivr_bridge.c:562 BRIDGE THREAD DONE [OpenZAP/1:60/921000]
2010-02-17 14:30:16.126335 [DEBUG] switch_ivr_bridge.c:582 Send signal OpenZAP/1:1/1000 [BREAK]
2010-02-17 14:30:16.126335 [DEBUG] switch_ivr_bridge.c:562 BRIDGE THREAD DONE [OpenZAP/1:1/1000]
2010-02-17 14:30:16.126335 [DEBUG] switch_ivr_bridge.c:582 Send signal OpenZAP/1:60/921000 [BREAK]
2010-02-17 14:30:16.126335 [NOTICE] switch_ivr_bridge.c:634 Hangup OpenZAP/1:1/1000 [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING]
2010-02-17 14:30:16.126335 [DEBUG] switch_channel.c:2063 Send signal OpenZAP/1:1/1000 [KILL]


Where the line "ending bridge by request from write function" is curious of course.

I'm running:
- Freeswitch trunk (r16674) (updated, make clean, reconfigured and make install this morning)
- Wanpipe 3.5.10.smg-2 (see http://wiki.sangoma.com/wanpipe-SmgPriInstallation)
- Using the ozmod_sangoma_boost SCTP


If anyone needs more information, tests or config files, I'll be happy to provide them.



Kind regards, 

Eelco Brölman