<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Anthony,<br>
<br>
Thanks for replying so fast.<br>
<br>
It should be enough log I think - you can see that the dialplan
first goes to execute:<br>
<br>
<tt>Dialplan: <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> Action</tt><tt><br>
</tt><tt>
bridge(modem/13/a)</tt><br>
<br>
*but* for some reasons it ends up being answered by /dev/FS/FS10
(I just patched one line in the source to make it create the links
in a subdir so the permissions could be fixed for running as
non-root user).<br>
<tt><br>
</tt><tt>2012-12-11 14:43:18.873181 [DEBUG]
mod_spandsp_modem.c:1417 Modem</tt><tt><br>
</tt><tt>
/dev/FS/FS10 [ONHOOK] - Changing state to ACQUIRED</tt><tt><br>
</tt><br>
And then for some bizarre reason FS continues as if we'd bridged
to modem/10/whatever:<br>
<tt><br>
</tt><tt>2012-12-11 14:43:18.873181 [DEBUG]
mod_spandsp_modem.c:769 modem/10/a</tt><tt><br>
</tt><tt>
setup codec L16/8000/20</tt><br>
<br>
These are all definitely executed from the same extension in the
dialplan. I've seen about 7 instances out of about 120 inbound
faxes over the last few days. I've reverted to t38_gatewaying into
t38modem endpoints for now as it seems to obey normal DP rules.<br>
<br>
PS.<br>
<br>
Perhaps related to this issue (think the code is in mod_spandsp)
is that I've also found that the version of FS I compiled from GIT
stable (? - not head at least - a bit confused about the new
structure) a couple of days ago won't let me use t38_passthru with
t38modem any more - even though it works reasonably well with and
SPA3102. I am using the same binaries of t38modem I used with an
older release which worked perfectly, same debian server, same
kernel. The only thing I can tell you about the previous version
that worked is that I built .debs from git on April 9 this year -
I don't have the git downloaded tree any more to give you the
revision (unless you can tell me another way of finding it without
having the source tree). Luckily using proxy_media provides a
fallback here, but I'd prefer to use the preferred method.<br>
<br>
Also I've tried to use the FS modems for outbound faxing but I
have a lot of problems on sessions with ECM where the destination
sees increasingly more missing frames and tries to retrain the
sender to a lower speed, and the lost frames get worse and worse.
Researching on Hylafax mailing lists seems to suggest this means
the sending modem does not do flow control properly and so the
sending Hylafax does not know to stop pushing data at the modem.
Consequently as the receiver asks to drop the speed the problem
gets worse - by the time we get to 4800bps not even a single frame
makes it through! The only inbound problem is what I describe
above.<br>
<br>
Without ECM an outbound fax completes but on the RX side there are
large chunks of the page missing even though Hylafax on the
sending side reports send OK. I guess that's why you should never
disable ECM as Brian said.<br>
<br>
Happy to open Jira for these last two but there is hardly anything
in the FS log that looked different, just ended up with 100%
hangups in the first place and sporadic faxing out in the second
case.<br>
<br>
Best regards<br>
<br>
Alex<br>
<br>
<br>
On 11/12/12 18:37, Anthony Minessale wrote:<br>
</div>
<blockquote
cite="mid:CAKbxfG-3tqMdeoLuwwxjtNRM17itT9m_4rBwhzAhfXRUgPyOPw@mail.gmail.com"
type="cite">hard to tell its not a complete log, is $1 not the
same as what you captured with the parens?
<div><br>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Tue, Dec 11, 2012 at 11:19 AM, Alex
Crow <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:acrow@integrafin.co.uk" target="_blank">acrow@integrafin.co.uk</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Please see the below log snippet. I am accepting faxes from
an ISDN<br>
gateway on sequential numbers and attempting to route them
into distinct<br>
freeswitch modems by taking the last two digits of the
called number thusly:<br>
<br>
<condition field="destination_number"<br>
expression="^12([1-2][0-9]|3[0-6])$"><br>
<!--<action application="set"
data="ignore_early_media=true"/>--><br>
<action application="set"
data="sip_ignore_reinvites=true"/><br>
<action application="set"<br>
data="absolute_codec_string='PCMA,PCMU'"/><br>
<action application="set"
data="jitterbuffer_msec=600:600:60"/><br>
<action application="set"
data="sip_jitter_buffer_plc=false"/><br>
<action application="bridge"
data="modem/$1/a"/><br>
</condition><br>
<br>
And then have Hylafax email them on depending on which modem
they<br>
arrived on (via FaxDispatch).<br>
<br>
However as you can see from the below log snippets, it seems
that FS is<br>
quite happy to change the modem device from what is actually
delivered<br>
via the dialplan. Consequently a number of my faxes are now
being routed<br>
to the wrong people.<br>
<br>
Is my bridge dest wrong? Should it be something like
modem/$1/0 instead<br>
of "a"?<br>
<br>
Thanks<br>
<br>
Alex<br>
<br>
Dialplan: <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> Action<br>
set(sip_ignore_reinvites=true)<br>
Dialplan: <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> Action<br>
set(absolute_codec_string='PCMA,PCMU')<br>
Dialplan: <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> Action<br>
set(jitterbuffer_msec=600:600:60)<br>
Dialplan: <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> Action<br>
set(sip_jitter_buffer_plc=false)<br>
Dialplan: <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> Action<br>
bridge(modem/13/a)<br>
2012-12-11 14:43:18.873181 [DEBUG]
switch_core_state_machine.c:167<br>
(<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a>) State Change
CS_ROUTING -><br>
CS_EXECUTE<br>
2012-12-11 14:43:18.873181 [DEBUG]
switch_core_session.c:1283 Send<br>
signal <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> [BREAK]<br>
2012-12-11 14:43:18.873181 [DEBUG]
switch_core_state_machine.c:470<br>
(<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a>) State ROUTING
going to sleep<br>
2012-12-11 14:43:18.873181 [DEBUG]
switch_core_state_machine.c:415<br>
(<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a>) Running State
Change CS_EXECUTE<br>
2012-12-11 14:43:18.873181 [DEBUG]
switch_core_state_machine.c:477<br>
(<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a>) State EXECUTE<br>
2012-12-11 14:43:18.873181 [DEBUG] mod_sofia.c:242<br>
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> SOFIA EXECUTE<br>
2012-12-11 14:43:18.873181 [DEBUG]
switch_core_state_machine.c:209<br>
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> Standard EXECUTE<br>
EXECUTE <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a>
set(call_direction=local)<br>
2012-12-11 14:43:18.873181 [DEBUG] mod_dptools.c:1344<br>
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> SET
[call_direction]=[local]<br>
EXECUTE <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a>
set(open=true)<br>
2012-12-11 14:43:18.873181 [DEBUG] mod_dptools.c:1344<br>
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> SET [open]=[true]<br>
EXECUTE <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a><br>
hash(insert/192.168.20.245-spymap/anonymous/4e5c4699-aa22-4998-b7fa-b50a52c940fb)<br>
EXECUTE <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a><br>
hash(insert/192.168.20.245-last_dial/anonymous/1213)<br>
EXECUTE <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a><br>
hash(insert/192.168.20.245-last_dial/global/4e5c4699-aa22-4998-b7fa-b50a52c940fb)<br>
EXECUTE <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a>
set(RFC2822_DATE=Tue,<br>
11 Dec 2012 14:43:18 +0000)<br>
2012-12-11 14:43:18.873181 [DEBUG] mod_dptools.c:1344<br>
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> SET
[RFC2822_DATE]=[Tue, 11<br>
Dec 2012 14:43:18 +0000]<br>
EXECUTE <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a><br>
set(sip_ignore_reinvites=true)<br>
2012-12-11 14:43:18.873181 [DEBUG] mod_dptools.c:1344<br>
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> SET
[sip_ignore_reinvites]=[true]<br>
EXECUTE <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a><br>
set(absolute_codec_string='PCMA,PCMU')<br>
2012-12-11 14:43:18.873181 [DEBUG] mod_dptools.c:1344<br>
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> SET<br>
[absolute_codec_string]=['PCMA,PCMU']<br>
EXECUTE <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a><br>
set(jitterbuffer_msec=600:600:60)<br>
2012-12-11 14:43:18.873181 [DEBUG] mod_dptools.c:1344<br>
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> SET<br>
[jitterbuffer_msec]=[600:600:60]<br>
EXECUTE <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a><br>
set(sip_jitter_buffer_plc=false)<br>
2012-12-11 14:43:18.873181 [DEBUG] mod_dptools.c:1344<br>
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a> SET<br>
[sip_jitter_buffer_plc]=[false]<br>
EXECUTE <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a>
bridge(modem/13/a)<br>
2012-12-11 14:43:18.873181 [DEBUG] switch_channel.c:1089<br>
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a>
EXPORTING[export_vars]<br>
[domain_name]=[192.168.20.245] to event<br>
2012-12-11 14:43:18.873181 [DEBUG]
switch_ivr_originate.c:2022 Parsing<br>
global variables<br>
2012-12-11 14:43:18.873181 [DEBUG] mod_spandsp_modem.c:1417
Modem<br>
/dev/FS/FS10 [ONHOOK] - Changing state to ACQUIRED<br>
2012-12-11 14:43:18.873181 [NOTICE] switch_channel.c:968 New
Channel<br>
modem/10/a [a202aef1-1628-45e8-b720-9f5368aa4565]<br>
2012-12-11 14:43:18.873181 [DEBUG] mod_spandsp_modem.c:769
modem/10/a<br>
setup codec L16/8000/20<br>
2012-12-11 14:43:18.873181 [DEBUG] switch_channel.c:1135
EXPORT<br>
(export_vars) [rtp_autoflush_during_bridge]=[false]<br>
2012-12-11 14:43:18.873181 [DEBUG] mod_spandsp_modem.c:896
(modem/10/a)<br>
State Change CS_NEW -> CS_INIT<br>
2012-12-11 14:43:18.873181 [DEBUG]
switch_core_session.c:1283 Send<br>
signal modem/10/a [BREAK]<br>
2012-12-11 14:43:18.873181 [DEBUG] mod_spandsp_modem.c:581
modem/10/a<br>
CHANNEL KILL<br>
2012-12-11 14:43:18.893118 [DEBUG]
switch_core_state_machine.c:415<br>
(modem/10/a) Running State Change CS_INIT<br>
2012-12-11 14:43:18.893118 [DEBUG]
switch_core_state_machine.c:454<br>
(modem/10/a) State INIT<br>
2012-12-11 14:43:18.893118 [DEBUG] mod_spandsp_modem.c:461
Modem<br>
/dev/FS/FS10 [ACQUIRED] - Changing state to RINGING<br>
2012-12-11 14:43:18.893118 [DEBUG] mod_spandsp_modem.c:1131
Modem<br>
/dev/FS/FS10 [RINGING] - RNG 1<br>
<br>
<br>
And another one:<br>
<br>
<br>
EXECUTE <a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a>
bridge(modem/23/a)<br>
2012-12-11 13:42:20.813107 [DEBUG] switch_channel.c:1089<br>
<a class="moz-txt-link-abbreviated" href="mailto:sofia/internal/anonymous@anonymous.invalid">sofia/internal/anonymous@anonymous.invalid</a>
EXPORTING[export_vars]<br>
[domain_name]=[192.168.20.245] to event<br>
2012-12-11 13:42:20.813107 [DEBUG]
switch_ivr_originate.c:2022 Parsing<br>
global variables<br>
2012-12-11 13:42:20.813107 [DEBUG] mod_spandsp_modem.c:1417
Modem<br>
/dev/FS/FS26 [ONHOOK] - Changing state to ACQUIRED<br>
2012-12-11 13:42:20.813107 [NOTICE] switch_channel.c:968 New
Channel<br>
modem/26/a [32872ae9-6f78-45b0-af56-4b18c9de7160]<br>
2012-12-11 13:42:20.813107 [DEBUG] mod_spandsp_modem.c:769
modem/26/a<br>
setup codec L16/8000/20<br>
2012-12-11 13:42:20.813107 [DEBUG] switch_channel.c:1135
EXPORT<br>
(export_vars) [rtp_autoflush_during_bridge]=[false]<br>
2012-12-11 13:42:20.813107 [DEBUG] mod_spandsp_modem.c:896
(modem/26/a)<br>
State Change CS_NEW -> CS_INIT<br>
2012-12-11 13:42:20.813107 [DEBUG]
switch_core_session.c:1283 Send<br>
signal modem/26/a [BREAK]<br>
2012-12-11 13:42:20.813107 [DEBUG] mod_spandsp_modem.c:581
modem/26/a<br>
CHANNEL KILL<br>
2012-12-11 13:42:20.813107 [DEBUG]
switch_core_state_machine.c:415<br>
(modem/26/a) Running State Change CS_INIT<br>
2012-12-11 13:42:20.813107 [DEBUG]
switch_core_state_machine.c:454<br>
(modem/26/a) State INIT<br>
2012-12-11 13:42:20.813107 [DEBUG] mod_spandsp_modem.c:461
Modem<br>
/dev/FS/FS26 [ACQUIRED] - Changing state to RINGING<br>
2012-12-11 13:42:20.813107 [DEBUG] mod_spandsp_modem.c:1131
Modem<br>
/dev/FS/FS26 [RINGING] - RNG 1<br>
2012-12-11 13:42:20.833137 [DEBUG] mod_spandsp_modem.c:1038
Modem<br>
/dev/FS/FS26 [RINGING] - Answering<br>
2012-12-11 13:42:20.833137 [DEBUG] mod_spandsp_modem.c:1040
Modem<br>
/dev/FS/FS26 [RINGING] - Changing state to ANSWERED<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a moz-do-not-send="true"
href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a moz-do-not-send="true"
href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a moz-do-not-send="true" href="http://www.cudatel.com"
target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a moz-do-not-send="true" href="http://www.freeswitch.org"
target="_blank">http://www.freeswitch.org</a><br>
<a moz-do-not-send="true" href="http://wiki.freeswitch.org"
target="_blank">http://wiki.freeswitch.org</a><br>
<a moz-do-not-send="true" href="http://www.cluecon.com"
target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/options/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a moz-do-not-send="true" href="http://www.freeswitch.org"
target="_blank">http://www.freeswitch.org</a><br>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
Anthony Minessale II<br>
<br>
FreeSWITCH <a moz-do-not-send="true"
href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>
ClueCon <a moz-do-not-send="true"
href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a moz-do-not-send="true"
href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br>
<br>
AIM: anthm<br>
<a moz-do-not-send="true"
href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>
GTALK/JABBER/<a moz-do-not-send="true"
href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a moz-do-not-send="true" href="http://irc.freenode.net">irc.freenode.net</a>
#freeswitch<br>
<br>
FreeSWITCH Developer Conference<br>
<a moz-do-not-send="true"
href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br>
<a moz-do-not-send="true"
href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<br>
</div>
<br>
-- <br>
This message has been scanned for viruses and
<br>
dangerous content by
<a moz-do-not-send="true" href="http://www.mailscanner.info/"><b>MailScanner</b></a>,
and is
<br>
believed to be clean.
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a class="moz-txt-link-freetext" href="http://www.cudatel.com">http://www.cudatel.com</a>
Official FreeSWITCH Sites
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.cluecon.com">http://www.cluecon.com</a>
FreeSWITCH-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
</blockquote>
<br>
</body>
</html>