mod_fax is an unfunded work in progress so calling it crude means I guess we are not off to a very good start.<br>Your input is nonetheless appreciated as the small group of 3 or 4 coders continue to try and find time to add t.30 and t.38 support to<br>
FreeSWITCH in our spare time with little or no help. So eventually your concerns will probably be addressed but <br>Rome was not built in a day........<br><br>You do seem to have a talent for writing. May I suggest your volunteer your skills on our WIKI?<br>
<a href="http://wiki.freeswitch.org/">http://wiki.freeswitch.org/</a><br><br><br><br><br><div class="gmail_quote">On Sun, Jan 4, 2009 at 9:21 AM, Steve Underwood <span dir="ltr"><<a href="mailto:steveu@coppice.org">steveu@coppice.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi all,<br>
<br>
I finally started to play with mod_fax today. First, a couple of little<br>
observations. Although there is a config file for fax, modules.conf.xml<br>
doesn't contain an entry for mod_fax, and dialplan/default.xml doesn't<br>
contain a demo like<br>
<br>
<extension name="test_rxfax_stream"><br>
<condition field="destination_number" expression="^9011$"><br>
<action application="answer" /><br>
<action application="playback" data="silence_stream://2000"/><br>
<action application="rxfax" data="rxfax.tif"/><br>
<action application="hangup"/><br>
</condition><br>
</extension><br>
<br>
<extension name="test_txfax_stream"><br>
<condition field="destination_number" expression="^9012$"><br>
<action application="txfax" data="txfax.tif"/><br>
<action application="hangup"/><br>
</condition><br>
</extension><br>
<br>
as it does for other modules.<br>
<br>
For more serious things.....<br>
<br>
If the far end of a SIP FAX transaction sends a reinvite to switch to<br>
T.38, FS sends a 488 back and everything fouls up. Other boxes send back<br>
the previous codec as the new one to use, and everything carries on<br>
smoothly in audio mode. I'm not a SIP expert, so I don't know the<br>
details of what it says on the topic, but in the real world successful<br>
continuance of a call requires a response other than 488. As an aside,<br>
the called party should be the one to initiate an attempt to use T.38,<br>
but in the real world the calling party often does.<br>
<br>
If T.38 is not available (which it isn't ever right now), and the call<br>
starts with a low bit rate codec, we should initiate a reinvite to use<br>
Alaw or ulaw. If that fails we might as well abandon the call.<br>
<br>
mod_fax currently follows the practice of my old and crude demo programs<br>
for *, and has apps called rxfax and txfax. This is taking a very narrow<br>
view of a FAX machine, and I think is too limiting. I think the<br>
following is how things should be:<br>
<br>
- One app, probably just called FAX.<br>
- It will be started with a flag saying if it should act as the<br>
calling party or the called party.<br>
- The app will be given optional lists of files to send, and files<br>
to receive.<br>
- The app will do its best to exchange all the files it can,<br>
including the use of poll mode FAXing.<br>
<br>
The module documentation says page by page events should be added (which<br>
spandsp supports), and this seems a sound idea. FAXback and other<br>
services might be implemented through this.<br>
<br>
Regards,<br>
Steve<br>
<br>
<br>
_______________________________________________<br>
Freeswitch-dev mailing list<br>
<a href="mailto:Freeswitch-dev@lists.freeswitch.org">Freeswitch-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>