[Freeswitch-users] How does Freeswitch process incoming calls

[Ravi]

Hello Everyone,

I am trying to configure a PRI connection. When I call from my mobile 
number to the PRI landline number, I get the following log: The call has 
never connected, I hear an engaged tone and it disconnects.

Question 1: In the fourth line that is marked in red, the message says 
Called No:[000]. The number that I actually dialed from my mobile 
(7502029000) is +914274302000. I am not able to figure out what only 
three digits are displayed.

Question 2: When freeswitch receives an inbound call - in what sequence 
is the call processed ? What dialplans should I be looking at?
Question 3: How do I or where do I find the number that is being called 
in freeswitch ?


Any pointers or advise on how to go about this, is much appreciated.

Thanks.
Ravi


2013-08-13 11:08:45.145709 [DEBUG] ftmod_wanpipe.c:1400 [s1c31][1:16] 
Link status is 1
2013-08-13 11:08:45.145709 [INFO] ftmod_sangoma_isdn_stack_rcv.c:96 
[s1c9][1:9] Received SETUP (suId:1 suInstId:0 spInstId:9)
2013-08-13 11:08:45.145709 [DEBUG] ftmod_sangoma_isdn_stack_hndl.c:57 
[s1c9][1:9] Processing SETUP (suId:1 suInstId:0 spInstId:9)
2013-08-13 11:08:45.145709 [INFO] *ftmod_sangoma_isdn_stack_hndl.c:153 
[s1c9][1:9] Incoming call: Called No:[000] Calling No:[7502029000]*
2013-08-13 11:08:45.145709 [DEBUG] ftmod_sangoma_isdn_stack_hndl.c:209 
[s1c9][1:9] Changed state from DOWN to RING
2013-08-13 11:08:45.145709 [DEBUG] ftdm_state.c:541 [s1c9][1:9] 
Executing state processor for RING
2013-08-13 11:08:45.145709 [DEBUG] ftmod_sangoma_isdn.c:655 [s1c9][1:9] 
processing state change to RING
2013-08-13 11:08:45.145709 [DEBUG] ftmod_sangoma_isdn.c:676 [s1c9][1:9] 
Sending incoming call from 7502029000 to 000 to FTDM core
2013-08-13 11:08:45.145709 [DEBUG] ftmod_sangoma_isdn.c:923 [s1c9][1:9] 
Completed state change from DOWN to RING in 0 ms
2013-08-13 11:08:45.145709 [DEBUG] mod_freetdm.c:2657 got clear channel 
sig [START]
2013-08-13 11:08:45.145709 [DEBUG] ftmod_wanpipe.c:749 [s1c9][1:9] 
Enabled DTMF events
2013-08-13 11:08:45.145709 [DEBUG] mod_freetdm.c:403 Set codec PCMA 20ms
2013-08-13 11:08:45.145709 [DEBUG] mod_freetdm.c:1890 Connect inbound 
channel FreeTDM/1:9/000
2013-08-13 11:08:45.145709 [NOTICE] switch_channel.c:1030 New Channel 
FreeTDM/1:9/000 [9eb4ce34-03da-11e3-8bc5-0b625c405e53]
2013-08-13 11:08:45.145709 [DEBUG] mod_freetdm.c:2093 (FreeTDM/1:9/000) 
State Change CS_NEW -> CS_INIT
2013-08-13 11:08:45.145709 [DEBUG] switch_core_session.c:1341 Send 
signal FreeTDM/1:9/000 [BREAK]
2013-08-13 11:08:45.145709 [DEBUG] switch_core_state_machine.c:416 
(FreeTDM/1:9/000) Running State Change CS_INIT
2013-08-13 11:08:45.145709 [DEBUG] switch_core_state_machine.c:455 
(FreeTDM/1:9/000) State INIT
2013-08-13 11:08:45.145709 [DEBUG] mod_freetdm.c:430 (FreeTDM/1:9/000) 
State Change CS_INIT -> CS_ROUTING
2013-08-13 11:08:45.145709 [DEBUG] switch_core_session.c:1341 Send 
signal FreeTDM/1:9/000 [BREAK]
2013-08-13 11:08:45.145709 [DEBUG] switch_core_state_machine.c:455 
(FreeTDM/1:9/000) State INIT going to sleep
2013-08-13 11:08:45.145709 [DEBUG] switch_core_state_machine.c:416 
(FreeTDM/1:9/000) Running State Change CS_ROUTING
2013-08-13 11:08:45.145709 [DEBUG] switch_channel.c:2116 
(FreeTDM/1:9/000) Callstate Change DOWN -> RINGING
2013-08-13 11:08:45.145709 [DEBUG] switch_core_state_machine.c:471 
(FreeTDM/1:9/000) State ROUTING
2013-08-13 11:08:45.145709 [DEBUG] mod_freetdm.c:453 FreeTDM/1:9/000 
CHANNEL ROUTING
2013-08-13 11:08:45.145709 [DEBUG] mod_freetdm.c:456 [s1c9][1:9] 
Indicating PROCEED in state RING
2013-08-13 11:08:45.145709 [DEBUG] mod_freetdm.c:456 [s1c9][1:9] Changed 
state from RING to PROCEED
2013-08-13 11:08:45.145709 [DEBUG] ftdm_state.c:541 [s1c9][1:9] 
Executing state processor for PROCEED
2013-08-13 11:08:45.145709 [DEBUG] ftmod_sangoma_isdn.c:655 [s1c9][1:9] 
processing state change to PROCEED
2013-08-13 11:08:45.145709 [INFO] ftmod_sangoma_isdn_stack_out.c:175 
[s1c9][1:9] Sending PROCEED (suId:1 suInstId:9 spInstId:9 dchan:1 ces:0)
2013-08-13 11:08:45.145709 [DEBUG] ftmod_sangoma_isdn.c:923 [s1c9][1:9] 
Completed state change from RING to PROCEED in 0 ms
2013-08-13 11:08:45.145709 [DEBUG] switch_core_state_machine.c:117 
FreeTDM/1:9/000 Standard ROUTING
2013-08-13 11:08:45.145709 [INFO] mod_dialplan_xml.c:558 Processing 
<7502029000>->000 in context default
Dialplan: FreeTDM/1:9/000 parsing [default->unloop] continue=false
Dialplan: FreeTDM/1:9/000 Regex (PASS) [unloop] ${unroll_loops}(true) =~ 
/^true$/ break=on-false
Dialplan: FreeTDM/1:9/000 Regex (FAIL) [unloop] ${sip_looped_call}() =~ 
/^true$/ break=on-false
Dialplan: FreeTDM/1:9/000 parsing [default->tod_example] continue=true
Dialplan: FreeTDM/1:9/000 Date/Time Match (PASS) [tod_example] 
break=on-false
Dialplan: FreeTDM/1:9/000 Action set(open=true)
Dialplan: FreeTDM/1:9/000 parsing [default->holiday_example] continue=true
Dialplan: FreeTDM/1:9/000 Date/TimeMatch (FAIL) [holiday_example] 
break=on-false
Dialplan: FreeTDM/1:9/000 parsing [default->global-intercept] continue=false
Dialplan: FreeTDM/1:9/000 Regex (FAIL) [global-intercept] 
destination_number(000) =~ /^886$/ break=on-false
Dialplan: FreeTDM/1:9/000 parsing [default->group-intercept] continue=false


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130813/091e3c75/attachment.html