[Freeswitch-users] Faxing via FreeSWITCH documentation

Sat Apr 14 03:54:49 MSD 2012

Please let me know if you figure it out! I only have ISDN on my production
boxes and sip providers over here are not really into T.38 therefore it's a
bit complicated to debug...

Wesley Akio

On Fri, Apr 13, 2012 at 6:14 PM, Brian Foster <bdfoster at endigotech.com>wrote:

> I have not, I actually learned about it today doing research for this
> particular problem. I'm interested in trying it, though. Yes, it seems more
> appropriate because you can also do execute_on_fax_failure and do something
> else when it fails i.e. delete the file that was just created, send an
> email out saying there was a failed fax, etc. The reason why I hadn't
> mentioned is was just because I had not tried it, and I didn't want to
> recommend it until I had tried it out. I'll do some research though.
>
> -BDF
>
>
> On Fri, Apr 13, 2012 at 5:06 PM, Wesley Akio <wesleyakio at tuntscorp.com>wrote:
>
>> Sorry to hop into this conversation, but sice the subject is fax...
>>
>> Brian,
>>
>> You recomended  api_hangup_hook and that is currently what I'm using, I
>> tried execute_on_fax_success as it seemed more apropriate but I can't get
>> it to work properly. I'm still debuging but it seems to work only with
>> small faxes...
>>
>> Have you tried execute_on_fax_success? Did it work for you?
>>
>> Wesley Akio
>> TuntsCorp.com
>>
>>
>>
>> On Fri, Apr 13, 2012 at 3:29 PM, Brian Foster <bdfoster at endigotech.com>wrote:
>>
>>> Disclaimer: Faxing over VoIP can be a crapshoot. It's very dependent on
>>> network conditions and carrier support and implementation.
>>>
>>> With that out of the way, the best place to start doing fax using your
>>> FS machine (only) would be here:
>>>
>>> Place this in your public context (maybe it shouldn't stay there, but
>>> this is an extremely easy way to mess around with faxing):
>>>
>>> <extension name="fax_receive">
>>>   <condition field="context" expression="public"/>
>>>   <condition field="destination_number" expression="^9978$">
>>>     <action application="answer"/>
>>>     <action application="playback" data="silence_stream://2000"/>
>>>     <action application="set" data="fax_enable_t38_request=true"/>
>>>     <action application="set" data="fax_enable_t38=true"/>
>>>     <action application="rxfax" data="/tmp/FAX-${uuid}.tif"/>
>>>     <action application="hangup"/>
>>>   </condition>
>>> </extension>
>>>
>>> If you want to run a script after the fax is recieved, put this line in
>>> before the "rxfax":
>>>
>>>     <action application="set" data="api_hangup_hook=system <scriptname>
>>> <arg1> <arg2> <argN>"/>
>>>
>>> Start with receiving faxes, and go from there. Sending faxes requires
>>> some extra work, but not much. For more information about faxing, please
>>> visit http://wiki.freeswitch.org/wiki/Mod_spandsp#Fax
>>>
>>> Obviously if you have any questions, please do not hesitate to ask!
>>>
>>> -BDF
>>>
>>>
>>> On Fri, Apr 13, 2012 at 2:09 PM, Timothy Bolton <ifoundthetao at gmail.com>wrote:
>>>
>>>>  You've raised some good questions, and good points.
>>>>
>>>> This model does have an RJ-11, and I believe you are correct.  I don't
>>>> have an ATA yet, but I'll get the ATA model that you have (Grandstream
>>>> HT286 ATA).
>>>>
>>>> 1 - I'll do a dedicated fax number
>>>> 1.1 - Each fax machine will have its own number
>>>> 2 -  As it stands, I'm going to be running this over VoIP
>>>>
>>>> As far as faxing via FS w/o the machine goes, I wasn't really aware of
>>>> that.  I think I knew it, but it didn't click.  After I get the ATA setup
>>>> working, I think I'll set up another version where FS is handling it w/o a
>>>> machine.  That way I'll have both types of experience under my belt.
>>>>
>>>> Actually, as I think about it more.. it probably makes more sense to
>>>> set up the environment where the machine isn't present first (as I don't
>>>> have the ATA on hand now)...
>>>>
>>>> Thanks!
>>>>
>>>>
>>>> 'We who cut mere stones must always be envisioning cathedrals.'
>>>> Quarry Worker's Creed
>>>>
>>>>
>>>> On 4/13/2012 12:51 PM, Brian Foster wrote:
>>>>
>>>> I've looked at that model, and it doesn't actually say this but I'm
>>>> assuming you connect an RJ-11 to the fax modem inside the all-in-one. I do
>>>> my faxing using SpanDSP, but basically what you would need is an ATA that
>>>> supports T.38, as well as a provider that supports T.38. Flowroute seems to
>>>> be pretty reliable (that's who I use). I have a fax machine that I've
>>>> played around with here, and I'm using a Grandstream HT286 ATA to connect
>>>> it to FreeSWITCH.
>>>>
>>>> Having said all of that, it's highly dependent on your setup. Questions:
>>>>
>>>> 1. Are you going to have dedicated fax numbers?
>>>> 1.1. If so, will each fax machine have it's own fax number?
>>>> 2. Are you going to have this running over VoIP or TDM (PRI/BRI/etc.)?
>>>>
>>>> If there's any other details you feel are related, please mention those
>>>> too. Realize that FS can do faxing on it's own without the need for a fax
>>>> machine. Most, however, decide not to go down that route mostly because the
>>>> fax machine is an interface most are comfortable with. You can even do
>>>> outbound faxes on a fax machine, and get FS to handle incoming faxes and
>>>> email them, store them, and even print them to a network printer.
>>>>
>>>> We're more than happy to help!
>>>>
>>>> -BDF
>>>>
>>>> On Fri, Apr 13, 2012 at 1:36 PM, Timothy Bolton <ifoundthetao at gmail.com
>>>> > wrote:
>>>>
>>>>> Hey all,
>>>>>
>>>>> I know that there is a good amount of information out there on how to
>>>>> do
>>>>> faxing via FreeSWITCH, but I'm still finding myself a bit confused.
>>>>>
>>>>> I'm currently trying to figure out the process by which I would need to
>>>>> do this.  I'll detail my setup, and ask questions.  I've read
>>>>> documentation, but I'm still missing something.
>>>>>
>>>>> Okay, I'm currently running FreeSWITCH in a CentOS VM, with 4GB of RAM,
>>>>> and I'm the only user.  I'm using FlowRoute, and I have a couple of
>>>>> unused numbers.  Pretty simple, nothing out of the ordinary (except
>>>>> maybe the VM part?).
>>>>>
>>>>> At some point in the next six months or so, I'll be getting a couple of
>>>>> dedicated servers here for various things, and I'll begin moving my VM
>>>>> servers from my main computer to those, as actual hardware hosts.
>>>>>
>>>>> So my fax machine is built into an "All-in-one" Network
>>>>> Printer/Scanner/Fax (Brother MFC-7360N).
>>>>>
>>>>> Here's my main question, do I need to get a special card to run a cable
>>>>> from my computer to the Fax?
>>>>>
>>>>> Is it better to get a dedicated fax machine to use, or are there
>>>>> specialized fax machines for Fax over IP?
>>>>>
>>>>> Thanks guys and gals,
>>>>>
>>>>> Tim
>>>>>
>>>>> --
>>>>> 'We who cut mere stones must always be envisioning cathedrals.'
>>>>> Quarry Worker's Creed
>>>>>
>>>>>
>>>>>
>>>>> _________________________________________________________________________
>>>>> Professional FreeSWITCH Consulting Services:
>>>>> 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
>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>> UNSUBSCRIBE:
>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>> http://www.freeswitch.org
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Brian D. Foster
>>>> Endigo Computer LLC
>>>> Email: bdfoster at endigotech.com
>>>> Phone: 317-800-7876
>>>> Indianapolis, Indiana, USA
>>>>
>>>> This message contains confidential information and is intended for
>>>> those listed in the "To:", "CC:", and/or "BCC:" fields of the message
>>>> header. If you are not the intended recipient you are notified that
>>>> disclosing, copying, distributing or taking any action in reliance on the
>>>> contents of this information is strictly prohibited. E-mail transmission
>>>> cannot be guaranteed to be secure or error-free as information could be
>>>> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
>>>> contain viruses. The sender therefore does not accept liability for any
>>>> errors or omissions in the contents of this message, which arise as a
>>>> result of e-mail transmission. If verification is required please request a
>>>> hard-copy version.
>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:consulting at freeswitch.orghttp://www.freeswitchsolutions.com
>>>>
>>>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>>>>
>>>> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
>>>>
>>>> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>>>>
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> Professional FreeSWITCH Consulting Services:
>>>> 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
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:
>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> http://www.freeswitch.org
>>>>
>>>>
>>>
>>>
>>> --
>>> Brian D. Foster
>>> Endigo Computer LLC
>>> Email: bdfoster at endigotech.com
>>> Phone: 317-800-7876
>>> Indianapolis, Indiana, USA
>>>
>>> This message contains confidential information and is intended for those
>>> listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If
>>> you are not the intended recipient you are notified that disclosing,
>>> copying, distributing or taking any action in reliance on the contents of
>>> this information is strictly prohibited. E-mail transmission cannot be
>>> guaranteed to be secure or error-free as information could be intercepted,
>>> corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
>>> The sender therefore does not accept liability for any errors or omissions
>>> in the contents of this message, which arise as a result of e-mail
>>> transmission. If verification is required please request a hard-copy
>>> version.
>>>
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> 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
>>> 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://wiki.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
>>
>>
>
>
> --
> Brian D. Foster
> Endigo Computer LLC
> Email: bdfoster at endigotech.com
> Phone: 317-800-7876
> Indianapolis, Indiana, USA
>
> This message contains confidential information and is intended for those
> listed in the "To:", "CC:", and/or "BCC:" fields of the message header. If
> you are not the intended recipient you are notified that disclosing,
> copying, distributing or taking any action in reliance on the contents of
> this information is strictly prohibited. E-mail transmission cannot be
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
> The sender therefore does not accept liability for any errors or omissions
> in the contents of this message, which arise as a result of e-mail
> transmission. If verification is required please request a hard-copy
> version.
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> 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
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120413/b02da41b/attachment-0001.html 