[Freeswitch-users] Fax with Trunk

Tue Sep 9 22:24:06 MSD 2014

because last time that i try it was mistake....it s prebuild with ubuntu

On 9 septembre 2014 20:08:42 CEST, Michael Jerris <mike at jerris.com> wrote:
>Why would it crash when you upgrade?
>
>On Sep 9, 2014, at 2:03 PM, Hermouet Erwan <ehermouet at bluetel.fr>
>wrote:
>
>> do you have process to do upgrade without crash ?
>> 
>> On 9 septembre 2014 19:48:01 CEST, Michael Jerris <mike at jerris.com>
>wrote:
>> Thats certainly your choice, but there is nothing we can do to help
>if you can not even confirm if its still broken or not in latest
>versions.
>> 
>> On Sep 9, 2014, at 12:09 PM, Hermouet Erwan <ehermouet at bluetel.fr>
>wrote:
>> 
>>> I prefere not because we have customer. we are provider and now all
>works except fax.
>>> 
>>>  
>>> Le 2014-09-09 17:48, Michael Jerris a écrit :
>>> 
>>>> Have you tried with a more recent release?  Try the latest and see
>if it works for you there.
>>>> 
>>>> On Sep 9, 2014, at 11:39 AM, Hermouet Erwan <ehermouet at bluetel.fr>
>wrote:
>>>> 
>>>>> version of FS is 1.2.10
>>>>> 
>>>>> I try with this for outbound rule in public :
>>>>> 
>>>>>  
>>>>> <extension name="FAX" >
>>>>> <condition field="network_addr" expression="^(xxxx)$"> 
>>>>> </condition>
>>>>> <condition field="destination_number" expression="^(xxx)$" >
>>>>> <action application="set"
>data="sip_h_X-accountcode=$${accountcode}" />
>>>>> <action application="set" data="sip_h_X-Tag=" />
>>>>> <regex field="caller_id_number" expression="^1001$"/> 
>>>>> <action application="set" data="call_direction=outbound" />
>>>>> <action application="set" data="hangup_after_bridge=true" />
>>>>> <action application="set"
>data="effective_caller_id_name=$${outbound_caller_id_name}" />
>>>>> <action application="set"
>data="effective_caller_id_number=$${outbound_caller_id_number}" />
>>>>> <action application="set" data="inherit_codec=true" />
>>>>> <action application="set" data="accountcode=44000"/>
>>>>> <action application="set" data="proxy_media=true"/>
>>>>> <action application="set" data="bypass_media=false"/>
>>>>> <action application="bridge"
>data="{absolute_codec_string=PCMA,ignore_early_media=true,fax_enable_t38=false,fax_verbose=true,fax_use_ecm=false,fax_enable_t38_request=false}sofia/gateway/xxx/xxx"
>/>
>>>>> </condition>
>>>>> </extension>
>>>>> 
>>>>>  
>>>>>  
>>>>> Here is the error logs:
>>>>> 
>>>>> 2014-09-09 17:27:01.836426 [DEBUG] switch_core_session.c:1541
>Session 251098 (sofia/internal/44001 at xxx.fr:5060) Locked, Waiting on
>external entities 
>>>>> 2014-09-09 17:27:01.836426 [DEBUG] switch_core_session.c:1333 Send
>signal sofia/internal/44001 at xxx.fr:5060 [BREAK] 
>>>>> 2014-09-09 17:27:01.836426 [DEBUG] switch_core_state_machine.c:440
>(sofia/internal/44001 at xxx.fr:5060) State Change CS_REPORTING ->
>CS_DESTROY 
>>>>> 2014-09-09 17:27:01.836426 [DEBUG] switch_core_state_machine.c:759
>(sofia/internal/44001 at xxx.fr:5060) State REPORTING going to sleep 
>>>>> 2014-09-09 17:27:01.836426 [DEBUG] switch_core_state_machine.c:92
>sofia/internal/44001 at xxx.fr:5060 Standard REPORTING, cause:
>NORMAL_CLEARING 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:759
>(sofia/internal/44001 at xxx.fr:5060) State REPORTING 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:415
>(sofia/internal/44001 at xxx.fr:5060) Running State Change CS_REPORTING 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_session.c:1333 Send
>signal sofia/internal/44001 at xxx.fr:5060 [BREAK] 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:446
>(sofia/internal/44001 at xxx.fr:5060) State Change CS_HANGUP ->
>CS_REPORTING 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:687
>(sofia/internal/44001 at xxx.fr:5060) Callstate Change ACTIVE -> HANGUP 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:676
>(sofia/internal/44001 at xxx.fr:5060) State HANGUP going to sleep 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:48
>sofia/internal/44001 at xxx.fr:5060 Standard HANGUP, cause:
>NORMAL_CLEARING 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:578
>(sofia/external/xxx) State DESTROY going to sleep 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:99
>sofia/external/xxx Standard DESTROY 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] mod_sofia.c:397
>sofia/external/xxx SOFIA DESTROY 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:578
>(sofia/external/xxx) State DESTROY 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:568
>(sofia/external/xxx) Running State Change CS_DESTROY 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:565
>(sofia/external/xxx) Callstate Change HANGUP -> DOWN 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] mod_sofia.c:504 Channel
>sofia/internal/44001 at xxx.fr:5060 hanging up, cause: NORMAL_CLEARING 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:676
>(sofia/internal/44001 at xxx.fr:5060) State HANGUP 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:415
>(sofia/internal/44001 at xxx.fr:5060) Running State Change CS_HANGUP 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:477
>(sofia/internal/44001 at xxx.fr:5060) State EXECUTE going to sleep 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_session.c:2731
>sofia/internal/44001 at xxx.fr:5060 skip receive message
>[APPLICATION_EXEC_COMPLETE] (channel is hungup already) 
>>>>> 2014-09-09 17:27:01.726415 [NOTICE] switch_core_session.c:1563
>Close Channel sofia/external/xxx [CS_DESTROY] 
>>>>> 2014-09-09 17:27:01.726415 [NOTICE] switch_core_session.c:1559
>Session 251099 (sofia/external/xxx) Ended 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_ivr_bridge.c:1492
>sofia/internal/44001 at xxx.fr:5060 skip receive message [UNBRIDGE]
>(channel is hungup already) 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_session.c:1541
>Session 251099 (sofia/external/xxx) Locked, Waiting on external
>entities 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_session.c:1333 Send
>signal sofia/external/xxx [BREAK] 
>>>>> 2014-09-09 17:27:01.726415 [DEBUG] switch_core_state_machine.c:440
>(sofia/external/xxx) State Change CS_REPORTING -> CS_DESTROY 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_state_machine.c:759
>(sofia/external/xxx) State REPORTING going to sleep 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_state_machine.c:92
>sofia/external/xxx Standard REPORTING, cause: NORMAL_CLEARING 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_state_machine.c:759
>(sofia/external/xxx) State REPORTING 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_state_machine.c:415
>(sofia/external/xxx) Running State Change CS_REPORTING 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_session.c:1333 Send
>signal sofia/external/xxx [BREAK] 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_state_machine.c:446
>(sofia/external/xxx) State Change CS_HANGUP -> CS_REPORTING 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_state_machine.c:687
>(sofia/external/xxx) Callstate Change ACTIVE -> HANGUP 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_state_machine.c:676
>(sofia/external/xxx) State HANGUP going to sleep 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_state_machine.c:48
>sofia/external/xxx Standard HANGUP, cause: NORMAL_CLEARING 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] mod_sofia.c:556 Sending BYE to
>sofia/external/xxx 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] mod_sofia.c:504 Channel
>sofia/external/xxx hanging up, cause: NORMAL_CLEARING 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] mod_sofia.c:498
>sofia/external/xxx Overriding SIP cause 480 with 200 from the other leg
>
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_state_machine.c:676
>(sofia/external/xxx) State HANGUP 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_state_machine.c:415
>(sofia/external/xxx) Running State Change CS_HANGUP 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_state_machine.c:480
>(sofia/external/xxx) State EXCHANGE_MEDIA going to sleep 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_session.c:1333 Send
>signal sofia/external/xxx [BREAK] 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_channel.c:3096 Send
>signal sofia/external/xxx [KILL] 
>>>>> 2014-09-09 17:27:01.716421 [NOTICE] switch_ivr_bridge.c:691 Hangup
>sofia/external/xxx [CS_EXCHANGE_MEDIA] [NORMAL_CLEARING] 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_ivr_bridge.c:628 Send
>signal sofia/internal/44001 at xxx.fr:5060 [BREAK] 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_ivr_bridge.c:603 BRIDGE
>THREAD DONE [sofia/external/xxx] 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_ivr_bridge.c:628 Send
>signal sofia/external/xxx [BREAK] 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_ivr_bridge.c:603 BRIDGE
>THREAD DONE [sofia/internal/44001 at xxx.fr:5060] 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_session.c:1333 Send
>signal sofia/internal/44001 at xxx.fr:5060 [BREAK] 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_channel.c:3096 Send
>signal sofia/internal/44001 at xxx.fr:5060 [KILL] 
>>>>> 2014-09-09 17:27:01.716421 [NOTICE] sofia.c:716 Hangup
>sofia/internal/44001 at xxx.fr:5060 [CS_EXECUTE] [NORMAL_CLEARING] 
>>>>> 2014-09-09 17:27:01.716421 [DEBUG] switch_core_session.c:998 Send
>signal sofia/internal/44001 at xxx.fr:5060 [BREAK]
>>>>> 
>>>>>  
>>>>> Le 2014-09-09 16:34, Brian West a écrit :
>>>>> 
>>>>> You still haven't really provided anything additional to go on,
>look at the logs, the signaling, it should be apparent what is going
>on, You've also not told us what rev of FreeSWITCH you're running,
>>>>> 
>>>>> On Tue, Sep 9, 2014 at 8:08 AM, Hermouet Erwan
><ehermouet at bluetel.fr> wrote:
>>>>> Ths for your reply
>>>>> 
>>>>> First:
>>>>> 
>>>>> We have freeswitch server on ubuntu 11. we use freeswitch as
>provider serveur for others sip serveur. So my other sip serveur are
>extension of freeswitch.
>>>>> 
>>>>> if one 1 my extension (other sip server) try to make outbound fax,
>it's not work.
>>>>> 
>>>>> if i send fax directly from FS server it's work.
>>>>> 
>>>>> the syntaxe is : originate
>{absolute_codec_string=PCMA,ignore_early_media=true,fax_enable_t38=false,fax_verbose=true,fax_use_ecm=false,fax_enable_t38_request=false}sofia/gateway/xxON/xx
>>>>> 
>>>>>  
>>>>> So in my configuration public.xml i create this rule for my
>outbound fax:
>>>>> 
>>>>>  
>>>>> <extension name="FAX" >
>>>>> <condition field="network_addr" expression="^(xxx)$"> 
>>>>> </condition>
>>>>> <condition field="destination_number" expression="^(xxx)$" >
>>>>> <action application="set"
>data="sip_h_X-accountcode=$${accountcode}" />
>>>>> <action application="set" data="sip_h_X-Tag=" />
>>>>> <regex field="caller_id_number" expression="^1001$"/> 
>>>>> <action application="set" data="call_direction=outbound" />
>>>>> <action application="set" data="hangup_after_bridge=true" />
>>>>> <action application="set"
>data="effective_caller_id_name=$${outbound_caller_id_name}" />
>>>>> <action application="set"
>data="effective_caller_id_number=$${outbound_caller_id_number}" />
>>>>> <action application="set" data="inherit_codec=true" />
>>>>> <action application="set" data="accountcode=44000"/>
>>>>> <action application="set" data="proxy_media=true"/>
>>>>> <action application="set" data="bypass_media=false"/>
>>>>> <action application="bridge"
>data="{absolute_codec_string=PCMA,ignore_early_media=true,fax_enable_t38=false,fax_verbose=true,fax_use_ecm=false,fax_enable_t38_request=false}sofia/gateway/xxx/xxxx"
>/>
>>>>> </condition>
>>>>> </extension>
>>>>> 
>>>>>  
>>>>> But it's not work, my fax is not send.
>>>>> 
>>>>> I search config which can permit to my extension sip server to
>send fax between FS.
>>>>> 
>>>>>  
>>>>> Tks
>>>>> 
>>>>>  
>>>>>  
>>>>> Le 2014-09-09 14:52, Michael Jerris a écrit :
>>>>> 
>>>>> Its such a vague question without a real description of the
>problem, so no one has a solution because they do not understand what
>your problem is.
>>>>> 
>>>>> On Sep 9, 2014, at 1:41 AM, Hermouet Erwan <ehermouet at bluetel.fr>
>wrote:
>>>>> 
>>>>> hi all
>>>>> 
>>>>> nobody have config when extension is fax system ?
>>>>> 
>>>>> tks
>>>>> 
>>>>> On 8 septembre 2014 12:21:47 CEST, Hermouet Erwan
><ehermouet at bluetel.fr> wrote:
>>>>>  
>>>>> Hi all
>>>>> 
>>>>>  
>>>>> we have configured freeswitch to be gateway server.
>>>>> 
>>>>> When we send fax with command :
>>>>> 
>>>>> originate
>{ignore_early_media=true,fax_enable_t38=false,fax_verbose=true,fax_use_ecm=false,fax_enable_t38_request=false}sofia/gateway/xx/xx
>&txfax('/usr/local/freeswitch/storage/fax/fax.tif')
>>>>> 
>>>>>  
>>>>> it's work
>>>>> 
>>>>>  
>>>>> but if my extension is fax system and i try to send fax it's not
>work.
>>>>> 
>>>>> here my config
>>>>> 
>>>>>  
>>>>> <condition field="destination_number" expression="^(ccccc)$" >
>>>>> <action application="set"
>data="sip_h_X-accountcode=$${accountcode}" />
>>>>> <action application="set" data="sip_h_X-Tag=" />
>>>>> <regex field="caller_id_number" expression="^1001$"/> 
>>>>> <action application="set" data="call_direction=outbound" />
>>>>> <action application="set" data="hangup_after_bridge=true" />
>>>>> <action application="set"
>data="effective_caller_id_name=$${outbound_caller_id_name}" />
>>>>> <action application="set"
>data="effective_caller_id_number=$${outbound_caller_id_number}" />
>>>>> <action application="set" data="inherit_codec=true" />
>>>>> <action application="set" data="accountcode=44000"/>
>>>>> <action application="bridge" data="{execute_on_answer=t38_gateway
>self,absolute_codec_string=PCMA,ignore_early_media=true,fax_enable_t38=false,fax_verbose=true,fax_use_ecm=false,fax_enable_t38_request=false}sofia/gateway/ccccc/ccccc"
>/>
>>>>> </condition>
>>>>> 
>>>>>  
>> 
>> 
>> 
>> Professional FreeSWITCH Consulting Services: 
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>> 
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>> 
>> 
>> 
>> 
>> FreeSWITCH-users mailing list
>> 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
>> 
>> Hermouet Erwan
>> Responsable technique
>> Bluetel
>>
>_________________________________________________________________________
>> Professional FreeSWITCH Consulting Services: 
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>> 
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>> 
>> 
>> 
>> 
>> FreeSWITCH-users mailing list
>> 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
>
>
>
>------------------------------------------------------------------------
>
>_________________________________________________________________________
>Professional FreeSWITCH Consulting Services: 
>consulting at freeswitch.org
>http://www.freeswitchsolutions.com
>
>Official FreeSWITCH Sites
>http://www.freeswitch.org
>http://confluence.freeswitch.org
>http://www.cluecon.com
>
>
>
>
>FreeSWITCH-users mailing list
>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

Hermouet Erwan
Responsable technique
Bluetel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140909/a21b9ae6/attachment-0001.html