[Freeswitch-users] FreeTDM outgoing dialplan

[William Alianto]

here is the dump message for the port :

freeswitch at internal> ftdm dump 1 4
span_id: 1
chan_id: 4
physical_span_id: 1
physical_chan_id: 4
physical_status: ok
physical_status_red: 0
physical_status_yellow: 0
physical_status_rai: 0
physical_status_blue: 0
physical_status_ais: 0
physical_status_general: 0
signaling_status: UP
type: FXO
state: DOWN
last_state: BUSY
txgain: 0.00
rxgain: 0.00
cid_date:
cid_name:
cid_num:
ani:
aniII:
dnis:
rdnis:
cause: NONE
session: (none)

-- States --                   -- Function --                 -- 
Location --                 -- Time Offset --
PROGRESS => PROGRESS_MEDIA     [channel_receive_message_fxo] 
[mod_freetdm.c:1040]           0ms
PROGRESS_MEDIA => UP           [channel_receive_message_fxo] 
[mod_freetdm.c:1040]           0ms
UP    => HANGUP                [channel_on_hangup] 
[mod_freetdm.c:586]            11641ms
HANGUP => DOWN                 [ftdm_analog_channel_run] 
[ftmod_analog.c:564]           519ms
DOWN  => DIALING               [analog_fxo_outgoing_call] 
[ftmod_analog.c:62]            182116ms
DIALING => BUSY                [ftdm_analog_channel_run] 
[ftmod_analog.c:505]           5020ms
BUSY  => DOWN                  [ftdm_analog_channel_run] 
[ftmod_analog.c:802]           20ms
DOWN  => DIALING               [analog_fxo_outgoing_call] 
[ftmod_analog.c:62]            29140ms
DIALING => BUSY                [ftdm_analog_channel_run] 
[ftmod_analog.c:505]           5020ms
BUSY  => DOWN                  [ftdm_analog_channel_run] 
[ftmod_analog.c:802]           20ms

Time since last state change: 64974617ms

This is for Indonesia line, but it usually works fine using us tone.



On 10/01/2012 11:38 PM, Michael Collins wrote:
> Look at line 107 of your paste:
> 2012-10-01 11:08:24.301591 [DEBUG] switch_ivr_originate.c:3508 
> Originate Resulted in Error Cause: 34 [NORMAL_CIRCUIT_CONGESTION]
>
> For whatever reason mod_freetdm thinks that port is in use. Try "ftdm 
> dump <span> <chan>" to see if there's any clues as to the state of the 
> channel. Also, what country is this? Do you have your tones properly 
> specified?
> -MC
>
> On Mon, Oct 1, 2012 at 12:30 AM, William Alianto <william at xofap.com 
> <mailto:william at xofap.com>> wrote:
>
>     I recently installed 2 spans of analog cards to my box. After all the
>     configuration, I can already accept incoming from the FXO ports. But
>     when I tried to do outbound call, it always fail. This is the
>     dialplan I
>     used for outgoing call
>
>     <extension name="freetdm" >
>         <condition field="destination_number" expression="^9(\d+)$" >
>             <action application="set" data="call_direction=outbound" />
>             <action application="set" data="hangup_after_bridge=true" />
>             <action application="bridge" data="freetdm/FXO1/4/$1" />
>         </condition>
>     </extension>
>
>     And here is the log of the call
>
>     http://pastebin.com/PAY42vTh
>
>     It seems that the dtmf was not delivered properly. Can anyone help me
>     with this?
>
>     _________________________________________________________________________
>     Professional FreeSWITCH Consulting Services:
>     consulting at freeswitch.org <mailto:consulting at freeswitch.org>
>     http://www.freeswitchsolutions.com
>
>     
>     
>
>     Official FreeSWITCH Sites
>     http://www.freeswitch.org
>     http://wiki.freeswitch.org
>     http://www.cluecon.com
>
>     FreeSWITCH-users mailing list
>     FreeSWITCH-users at lists.freeswitch.org
>     <mailto:FreeSWITCH-users at lists.freeswitch.org>
>     http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>     UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>     http://www.freeswitch.org
>
>
>
>
> -- 
> Michael S Collins
> Twitter: @mercutioviz
> http://www.FreeSWITCH.org
> http://www.ClueCon.com
> http://www.OSTAG.org
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20121002/b38ca8e0/attachment-0001.html