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 sleep

freeswitch@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_EXECUTE

freeswitch@internal>

2013-08-02 14:36:36.943647 [DEBUG] switch_core_state_machine.c:478 (sofia/internal/1008@192.168.0.173) State EXECUTE

freeswitch@internal>

2013-08-02 14:36:36.943647 [DEBUG] mod_sofia.c:230 sofia/internal/1008@192.168.0.173 SOFIA EXECUTE

freeswitch@internal>

2013-08-02 14:36:36.943647 [DEBUG] switch_core_state_machine.c:209 sofia/internal/1008@192.168.0.173 Standard EXECUTE

freeswitch@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 variables

freeswitch@internal>

2013-08-02 14:36:36.943647 [DEBUG] mod_freetdm.c:403 Set codec PCMA 20ms

freeswitch@internal>

2013-08-02 14:36:36.943647 [DEBUG] mod_freetdm.c:1242 Connect outbound channel FreeTDM/2:1/13811737925

freeswitch@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_INIT

freeswitch@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:1

freeswitch@internal>

2013-08-02 14:36:36.943647 [DEBUG] ftmod_analog.c:62 [s2c1][1:3] Changed state from DOWN to DIALING

freeswitch@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 detector

freeswitch@internal>

2013-08-02 14:36:36.943647 [DEBUG] ftmod_analog.c:457 [s2c1][1:3] Initialized DTMF detection

freeswitch@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 ms

freeswitch@internal>

2013-08-02 14:36:36.943647 [DEBUG] ftmod_analog.c:644 [s2c1][1:3] Executing state handler on 2:1 for DIALING

freeswitch@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: 10

freeswitch@internal>

2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:416 (FreeTDM/2:1/13811737925) Running State Change CS_INIT

freeswitch@internal>

2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:455 (FreeTDM/2:1/13811737925) State INIT

freeswitch@internal>

2013-08-02 14:36:37.443634 [DEBUG] mod_freetdm.c:430 (FreeTDM/2:1/13811737925) State Change CS_INIT -> CS_ROUTING

freeswitch@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 sleep

freeswitch@internal>

2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:416 (FreeTDM/2:1/13811737925) Running State Change CS_ROUTING

freeswitch@internal>

2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:471 (FreeTDM/2:1/13811737925) State ROUTING

freeswitch@internal>

2013-08-02 14:36:37.443634 [DEBUG] mod_freetdm.c:453 FreeTDM/2:1/13811737925 CHANNEL ROUTING

freeswitch@internal>

2013-08-02 14:36:37.443634 [DEBUG] switch_ivr_originate.c:67 (FreeTDM/2:1/13811737925) State Change CS_ROUTING -> CS_CONSUME_MEDIA

freeswitch@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 sleep

freeswitch@internal>

2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:416 (FreeTDM/2:1/13811737925) Running State Change CS_CONSUME_MEDIA

freeswitch@internal>

2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:490 (FreeTDM/2:1/13811737925) State CONSUME_MEDIA

freeswitch@internal>

2013-08-02 14:36:37.443634 [DEBUG] switch_core_state_machine.c:490 (FreeTDM/2:1/13811737925) State CONSUME_MEDIA going to sleep

freeswitch@internal>

2013-08-02 14:36:41.963531 [DEBUG] ftmod_analog.c:503 [s2c1][1:3] Changed state from DIALING to BUSY

freeswitch@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 ms

freeswitch@internal>

2013-08-02 14:36:41.983901 [DEBUG] ftmod_analog.c:644 [s2c1][1:3] Executing state handler on 2:1 for BUSY

freeswitch@internal>

2013-08-02 14:36:41.983901 [DEBUG] ftmod_analog.c:803 [s2c1][1:3] Changed state from BUSY to DOWN

freeswitch@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 ms

freeswitch@internal>

2013-08-02 14:36:42.003531 [DEBUG] ftmod_analog.c:644 [s2c1][1:3] Executing state handler on 2:1 for DOWN

freeswitch@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>

-----------------------------------------------------------------------

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 bug

for 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 empty

even 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. after
I reload freetdm or restart FS, I still can not make outgoing calls. If the port physically
failed, 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 CN
and 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_CONGESTION
2013-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 -> HANGUP
2013-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 REPORTING
2013-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 sleep
2013-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