thanks for the support. this is log:013-08-02 14:36:36.943647 [DEBUG] switch_core_state_machine.c:471 (sofia/internal/1008@192.168.0.173) State ROUTING going to sleepfreeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] switch_core_state_machine.c:416 (sofia/internal/1008@192.168.0.173) Running State Change CS_EXECUTEfreeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] switch_core_state_machine.c:478 (sofia/internal/1008@192.168.0.173) State EXECUTEfreeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] mod_sofia.c:230 sofia/internal/1008@192.168.0.173 SOFIA EXECUTEfreeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] switch_core_state_machine.c:209 sofia/internal/1008@192.168.0.173 Standard EXECUTEfreeswitch@internal> EXECUTE sofia/internal/1008@192.168.0.173 set(open=true)freeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] mod_dptools.c:1393 sofia/internal/1008@192.168.0.173 SET [open]=[true]freeswitch@internal> EXECUTE sofia/internal/1008@192.168.0.173 bridge(freetdm/2/1/13811737925)freeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] switch_ivr_originate.c:2060 Parsing global variablesfreeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] mod_freetdm.c:403 Set codec PCMA 20msfreeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] mod_freetdm.c:1242 Connect outbound channel FreeTDM/2:1/13811737925freeswitch@internal> 2013-08-02 14:36:36.943647 [NOTICE] switch_channel.c:1030 New Channel FreeTDM/2:1/13811737925 [db274fb7-a395-4f29-8ff1-5a6634f01c56]freeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] mod_freetdm.c:1251 (FreeTDM/2:1/13811737925) State Change CS_NEW -> CS_INITfreeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] switch_core_session.c:1341 Send signal FreeTDM/2:1/13811737925 [BREAK]freeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] mod_freetdm.c:1270 Attached session db274fb7-a395-4f29-8ff1-5a6634f01c56 to channel 2:1freeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] ftmod_analog.c:62 [s2c1][1:3] Changed state from DOWN to DIALINGfreeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] ftmod_analog.c:437 [s2c1][1:3] ANALOG CHANNEL thread starting.freeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] ftdm_io.c:3381 [s2c1][1:3] Enabled software DTMF detectorfreeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] ftmod_analog.c:457 [s2c1][1:3] Initialized DTMF detectionfreeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] ftmod_analog.c:638 [s2c1][1:3] Completed state change from DOWN to DIALING in 1 msfreeswitch@internal> 2013-08-02 14:36:36.943647 [DEBUG] ftmod_analog.c:644 [s2c1][1:3] Executing state handler on 2:1 for DIALINGfreeswitch@internal> 2013-08-02 14:36:36.963647 [DEBUG] ftmod_wanpipe.c:1002 [s2c1][1:3] First packet read stats: Rx queue len: 0, Rx queue size: 10freeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:416 (FreeTDM/2:1/13811737925) Running State Change CS_INITfreeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:455 (FreeTDM/2:1/13811737925) State INITfreeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] mod_freetdm.c:430 (FreeTDM/2:1/13811737925) State Change CS_INIT -> CS_ROUTINGfreeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] switch_core_session.c:1341 Send signal FreeTDM/2:1/13811737925 [BREAK]freeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:455 (FreeTDM/2:1/13811737925) State INIT going to sleepfreeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:416 (FreeTDM/2:1/13811737925) Running State Change CS_ROUTINGfreeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:471 (FreeTDM/2:1/13811737925) State ROUTINGfreeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] mod_freetdm.c:453 FreeTDM/2:1/13811737925 CHANNEL ROUTINGfreeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] switch_ivr_originate.c:67 (FreeTDM/2:1/13811737925) State Change CS_ROUTING -> CS_CONSUME_MEDIAfreeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] switch_core_session.c:1341 Send signal FreeTDM/2:1/13811737925 [BREAK]freeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:471 (FreeTDM/2:1/13811737925) State ROUTING going to sleepfreeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:416 (FreeTDM/2:1/13811737925) Running State Change CS_CONSUME_MEDIAfreeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:490 (FreeTDM/2:1/13811737925) State CONSUME_MEDIAfreeswitch@internal> 2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:490 (FreeTDM/2:1/13811737925) State CONSUME_MEDIA going to sleepfreeswitch@internal> 2013-08-02 14:36:41.963531 [DEBUG] ftmod_analog.c:503 [s2c1][1:3] Changed state from DIALING to BUSYfreeswitch@internal> 2013-08-02 14:36:41.983901 [DEBUG] ftmod_analog.c:638 [s2c1][1:3] Completed state change from DIALING to BUSY in 20 msfreeswitch@internal> 2013-08-02 14:36:41.983901 [DEBUG] ftmod_analog.c:644 [s2c1][1:3] Executing state handler on 2:1 for BUSYfreeswitch@internal> 2013-08-02 14:36:41.983901 [DEBUG] ftmod_analog.c:803 [s2c1][1:3] Changed state from BUSY to DOWNfreeswitch@internal> 2013-08-02 14:36:42.003531 [DEBUG] ftmod_analog.c:638 [s2c1][1:3] Completed state change from BUSY to DOWN in 20 msfreeswitch@internal> 2013-08-02 14:36:42.003531 [DEBUG] ftmod_analog.c:644 [s2c1][1:3] Executing state handler on 2:1 for DOWNfreeswitch@internal> 2013-08-02 14:36:42.003531 [DEBUG] mod_freetdm.c:2253 got FXO sig 2:1 [STOP]freeswitch@internal> 2013-08-02 14:36:42.003531 [NOTICE] mod_freetdm.c:2273 Hangup FreeTDM/2:1/13811737925 [CS_CONSUME_MEDIA] [NORMAL_CIRCUIT_CONGESTION]freeswitch@internal> 2013-08-02 14:36:42.003531 [DEBUG] switch_channel.c:3135 Send signal FreeTDM/2:1/13811737925 [KILL]freeswitch@internal> 2013-08-02 14:36:42.003531 [DEBUG] switch_core_session.c:1341 Send signal FreeTDM/2:1/13811737925 [BREAK]freeswitch@internal> freeswitch@internal> -----------------------------------------------------------------------the port is working for inbound calls. Best regards, James.zhu website: www.hiastar.com From: zhulizhong@live.com To: freeswitch-users@lists.freeswitch.org Date: Tue, 6 Aug 2013 06:42:14 +0000 Subject: Re: [Freeswitch-users] Can not make out going call from sangoma A200 hello:I contacted Sangoma, but I do not have any feedback yet. I think it might be a bugfor analog card with freeSWITCH. freetdm partially works with sangoma A200. There are two issues:1) Can not get callerid from IO: only shows this:Initializing cid data! the callerid is emptyeven I set to CN.2) Can not make outgoing calls by the port that I used to make outgoing calls. even I replaced a FXO module, the problem is same. I use same syntax as follow:http://blog.hiastar.com/?p=276 Hope someone from the FreeSWITCH community to clarify that. Best regards, James.zhu website: www.hiastar.com Date: Fri, 2 Aug 2013 23:03:47 -0400 From: bdfoster@davri.com To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Can not make out going call from sangoma A200 I apologize, I misread your email. Hopefully someone who knows FreeTDM will come around. Have you contacted Sangoma? They are the maintainers of FreeTDM as far as I know. You might try that route. They are very familiar with freeswitch im sure :). Thank you, Brian Foster Project Manager/Owner's Rep. Davri Investments, Inc. O: 317-787-2686 x2102 M: 317-600-9753 E: bdfoster@davri.com Indianapolis, Indiana Sent from a mobile device. On Aug 2, 2013 10:39 PM, "James zhu" <zhulizhong@live.com> wrote: thanks, Brian. actually the 2:1 is idle because the port can accept incoming call. afterI reload freetdm or restart FS, I still can not make outgoing calls. If the port physicallyfailed, how come I can make incoming call use the same port. confused. thanks again. Best regards, James.zhu website: www.hiastar.com Date: Fri, 2 Aug 2013 14:22:29 -0400 From: bdfoster@davri.com To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Can not make out going call from sangoma A200 That's the expected behavior if 2:1 is in use. So that means you use another port to place your outbound call. Tips on how to do that, however, I can't really produce. Hopefully someone with more experience with FreeTDM can chime in. Thank you, Brian Foster Project Manager/Owner's Rep. Davri Investments, Inc. O: 317-787-2686 x2102 M: 317-600-9753 E: bdfoster@davri.com Indianapolis, Indiana Sent from a mobile device. On Aug 2, 2013 3:09 AM, "James zhu" <zhulizhong@live.com> wrote: hello:I installed freeswitch and sangoma A200 with 2 FXOs. i set the tone group to CNand opermode=china. the A200 can make accept incoming calls from FreeTDM/2:1 , but I use same port to make out going port, the shows the port is CONGESTION. --------------------------system log-----------------------------------------------2013-08-02 14:36:42.003531 [DEBUG] mod_freetdm.c:640 [2:1] FreeTDM/2:1/13811737925 CHANNEL HANGUP EXIT 2013-08-02 14:36:42.003531 [DEBUG] switch_core_state_machine.c:48 FreeTDM/2:1/13811737925 Standard HANGUP, cause: NORMAL_CIRCUIT_CONGESTION2013-08-02 14:36:42.003531 [DEBUG] switch_core_state_machine.c:679 (FreeTDM/2:1/13811737925) State HANGUP going to sleep 2013-08-02 14:36:42.003531 [DEBUG] switch_core_state_machine.c:692 (FreeTDM/2:1/13811737925) Callstate Change DOWN -> HANGUP2013-08-02 14:36:42.003531 [DEBUG] switch_core_state_machine.c:447 (FreeTDM/2:1/13811737925) State Change CS_HANGUP -> CS_REPORTING 2013-08-02 14:36:42.003531 [DEBUG] switch_core_session.c:1341 Send signal FreeTDM/2:1/13811737925 [BREAK]2013-08-02 14:36:42.003531 [DEBUG] switch_core_state_machine.c:416 (FreeTDM/2:1/13811737925) Running State Change CS_REPORTING 2013-08-02 14:36:42.003531 [DEBUG] switch_core_state_machine.c:764 (FreeTDM/2:1/13811737925) State REPORTING2013-08-02 14:36:42.003531 [DEBUG] switch_core_state_machine.c:92 FreeTDM/2:1/13811737925 Standard REPORTING, cause: NORMAL_CIRCUIT_CONGESTION 2013-08-02 14:36:42.003531 [DEBUG] switch_core_state_machine.c:764 (FreeTDM/2:1/13811737925) State REPORTING going to sleep2013-08-02 14:36:42.003531 [DEBUG] switch_core_state_machine.c:441 (FreeTDM/2:1/13811737925) State Change CS_REPORTING -> CS_DESTROY 2013-08-02 14:36:42.003531 [DEBUG] switch_core_session.c:1341 Send signal FreeTDM/2:1/13811737925 [BREAK]2013-08-02 14:36:42.003531 [DEBUG] switch_core_session.c:1549 Session 37 (FreeTDM/2:1/13811737925) Locked, Waiting on external entities 2013-08-02 14:36:42.023531 [DEBUG] switch_ivr_originate.c:3632 Originate Resulted in Error Cause: 34 [NORMAL_CIRCUIT_CONGESTION]2013-08-02 14:36:42.023531 [INFO] mod_dptools.c:3192 Originate Failed. Cause: NORMAL_CIRCUIT_CONGESTION 2013-08-02 14:36:42.023531 [NOTICE] switch_channel.c:4593 Hangup sofia/internal/1008@192.168.0.173 [CS_EXECUTE] [NORMAL_CIRCUIT_CONGESTION]2013-08-02 14:36:42.023531 [DEBUG] switch_channel.c:3135 Send signal sofia/internal/1008@192.168.0.173 [KILL] 2013-08-02 14:36:42.023531 [DEBUG] switch_core_session.c:1341 Send signal sofia/internal---------------------------------------------the FS is download from git and wanpipe is latest version. please give a help for that issue. Best regards, James.zhu website: www.hiastar.com _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org