<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">If you have to switch to older free switch, that is a problem, we need to figure out exactly what is going on with current freeswitch or the issue will just never get fixed.<div class=""><br class=""></div><div class="">Please lets look at what happens when its running on latest 1.6 release not older release and figure out how to get that working properly.</div><div class=""><br class=""><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Feb 24, 2017, at 3:46 PM, Peter Steinbach <<a href="mailto:lists@telefaks.de" class="">lists@telefaks.de</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" class="">
<div bgcolor="#FFFFFF" text="#000000" class="">
<div class="moz-cite-prefix">I finally found a solution, for those
who are interested.<br class="">
<ul class="">
<li class="">I switched back to old Freeswitch from Feb 2016, as new FS
always answered with 488 on T.38 reinvite from the B-Leg</li>
<li class="">Then I implemented the following (coding outside of FS with
XML-Curl)</li>
<ul class="">
<li class="">When call is done with T.38 on boths legs, do not anything
special, just use a minimum dialplan<br class="">
</li>
<li class="">if B-leg does not answer with T.38, this normally fails in
my environment. I then store a Value NOT38 to the dialled
number for 1/2 hour in a cache<br class="">
</li>
<ul class="">
<li class="">when then the fax machine is retrying the same call, I
lookup the cache and return another dialplan with T38
gateway (self) enabled<br class="">
</li>
</ul>
</ul>
</ul><p class="">That way, pure T.38 calls work nicely, and calls with T.39 on
the B-leg work on the second try.<br class="">
</p>
Hope this helps. At last here in Germany, we have to find some
workarounds, as fax implementation on some carrier's side (to say
the positive) does not improve.<br class="">
<br class="">
Best regards<br class="">
Peter<br class="">
<br class="">
<br class="">
On 02/24/17 14:29, Peter Steinbach wrote:<br class="">
</div>
<blockquote cite="mid:58B03546.6000104@telefaks.de" type="cite" class="">
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" class="">
<div class="moz-cite-prefix">Hello Brian,<br class="">
<br class="">
I just updated to latest GIT. Dialplan ist still<br class="">
<tt class=""><br class="">
</tt><tt class="">Dialplan: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a>
Action set(fax_enable_t38=true)</tt><tt class=""><br class="">
</tt><tt class="">Dialplan: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a>
Action set(fax_enable_t38_request=true)</tt><tt class=""><br class="">
</tt><tt class="">Dialplan: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a>
Action set(execute_on_answer=t38_gateway self)</tt><tt class=""><br class="">
</tt><tt class="">Dialplan: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a>
Action ring_ready()</tt><tt class=""><br class="">
</tt><tt class="">Dialplan: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a>
Action bridge(sofia/gateway/<a href="http://sip.provider.com/" class="">sip.provider.com/</a></tt><tt class=""><tt class="">4940bbbbbbbbbbbbbbb</tt>@sip.provider.com)
<br class="">
<br class="">
</tt>However the behavour changed now<tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:18.913016 [NOTICE]
switch_ivr_originate.c:3633 Channel [<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a>]
has been answered</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:18.913016 [DEBUG] sofia.c:7241 Channel
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a>
entering state [completed][200]</tt><tt class=""><br class="">
</tt><b class=""><tt class="">EXECUTE <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a>
t38_gateway(peer)</tt></b><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:18.913016 [DEBUG]
switch_core_media_bug.c:841 Attaching BUG to <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a></tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:18.913016 [DEBUG]
switch_channel.c:3780 (<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a>)
Callstate Change RINGING -> ACTIVE</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:18.913016 [DEBUG]
switch_ivr_originate.c:3691 Originate Resulted in Success: [<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com">sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com</a>]</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:18.913016 [DEBUG]
switch_ivr_bridge.c:1696 (<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com">sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com</a>)
State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:18.913016 [DEBUG]
switch_core_state_machine.c:584 (<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com">sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com</a>)
Running State Change CS_EXCHANGE_MEDIA (Cur 2 Tot 10)</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:18.913016 [DEBUG]
switch_core_state_machine.c:653 (<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com">sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com</a>)
State EXCHANGE_MEDIA</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:18.913016 [DEBUG] mod_sofia.c:645
SOFIA EXCHANGE_MEDIA</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:18.953025 [DEBUG] sofia.c:7241 Channel
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a>
entering state [ready][200]</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:18.953025 [DEBUG] switch_rtp.c:7021
Correct audio ip/port confirmed.</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:19.333126 [DEBUG] switch_rtp.c:7021
Correct audio ip/port confirmed.</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:19.333126 [DEBUG] switch_core_io.c:448
Setting BUG Codec PCMA:8</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:26.013047 [DEBUG] sofia.c:7241 Channel
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com">sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com</a>
entering state [received][100]</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:26.013047 [DEBUG] sofia.c:7251 Remote
SDP:</tt><tt class=""><br class="">
</tt><tt class="">v=0</tt><tt class=""><br class="">
</tt><tt class="">o=HuaweiSoftX3000 1487923856 1487923858 IN IP4
185.39.xx.yy</tt><tt class=""><br class="">
</tt><tt class="">s=HuaweiSoftX3000</tt><tt class=""><br class="">
</tt><tt class="">c=IN IP4 185.39.xx.yy</tt><tt class=""><br class="">
</tt><tt class="">t=0 0</tt><tt class=""><br class="">
</tt><tt class="">m=image 16762 udptl t38</tt><tt class=""><br class="">
</tt><tt class="">a=T38FaxVersion:0</tt><tt class=""><br class="">
</tt><tt class="">a=T38MaxBitRate:14400</tt><tt class=""><br class="">
</tt><tt class="">a=T38FaxRateManagement:transferredTCF</tt><tt class=""><br class="">
</tt><tt class="">a=T38FaxMaxBuffer:500</tt><tt class=""><br class="">
</tt><tt class="">a=T38FaxMaxDatagram:500</tt><tt class=""><br class="">
</tt><tt class="">a=T38FaxUdpEC:t38UDPRedundancy</tt><tt class=""><br class="">
</tt><tt class=""><br class="">
</tt><b class=""><tt class="">2017-02-24 13:50:26.013047 [DEBUG]
switch_core_media.c:4634 <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com">sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com</a>
T38 REFUSE on request</tt></b><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:26.013047 [DEBUG] sofia.c:8152
Reinvite resulted in codec negotiation failure.</tt><tt class=""><br class="">
</tt><b class=""><tt class="">2017-02-24 13:50:26.033201 [DEBUG] sofia.c:7234
Channel <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com">sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com</a>
skipping state [ready][488]</tt></b><tt class=""><br class="">
</tt><b class=""><tt class="">2017-02-24 13:50:31.993164 [DEBUG]
mod_spandsp_fax.c:2212 Fax Tone Detected. [peer][]</tt></b><tt class=""><br class="">
</tt><b class=""><tt class="">2017-02-24 13:50:31.993164 [DEBUG]
mod_spandsp_fax.c:2080 <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a>
starting gateway mode to <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com">sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com</a></tt></b><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:31.993164 [DEBUG]
mod_spandsp_fax.c:2098 (<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a>)
State Change CS_EXECUTE -> CS_RESET</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:31.993164 [DEBUG]
mod_spandsp_fax.c:2101 (<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com">sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com</a>)
State Change CS_EXCHANGE_MEDIA -> CS_RESET</tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:31.993164 [DEBUG]
switch_core_media_bug.c:1208 Removing BUG from <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/492927aaaaaa@10.7.0.1">sofia/internalvpn2/492927aaaaaa@10.7.0.1</a></tt><tt class=""><br class="">
</tt><tt class="">2017-02-24 13:50:31.993164 [DEBUG]
switch_ivr_bridge.c:792 <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com">sofia/external/4940bbbbbbbbbbbbbbb@sip.provider.com</a>
ending bridge by request from write function</tt><tt class=""><br class="">
</tt><tt class=""><br class="">
</tt>In this case the sip provider comes back with T.38 reinvite
and Freeswitch refuses it.<br class="">
<br class="">
As you mentioned that there are further settings and variables
(I see e.g. "fax_t38_tx_reinvite_packet_count" in the release
notes), I am wondering how I will neeed to set this up in order
to have in one single dialplan:<br class="">
<ul class="">
<li class="">send fax to SIP Provider(b leg) and have T.38 Re-invite
from SIP Provider and pass it to a-leg</li>
<li class="">send fax to SIP Provider(b leg), do NOT receive T.38
Re-invite from SIP Provider and then do T.38 Gateway in FS.</li>
</ul>
<br class="">
Best regards Peter<br class="">
<br class="">
<br class="">
On 02/24/17 08:52, Peter Steinbach wrote:<br class="">
</div>
<blockquote cite="mid:58AFE65B.60703@telefaks.de" type="cite" class="">
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" class="">
<div class="moz-cite-prefix">Hello Brian,<br class="">
<br class="">
this Version of Freeswitch is from 09-Feb-2016. So I think, we
should update.<br class="">
<br class="">
We need to cover 2 scenarios<br class="">
<ul class="">
<li class="">send fax to SIP Provider(b leg) and have T.38 Re-invite
from SIP Provider and pass it to a-leg</li>
<li class="">send fax to SIP Provider(b leg), do NOT receive T.38
Re-invite from SIP Provider and then do T.38 Gateway in
FS.<br class="">
</li>
</ul>
And no: We cannot foresee, whether the SIp provider will do
T.38 and not. Here in Germany, the main incumbant PSTN
provider did not implement T.38, so it depends on the target
number and actual route, if this will be T.38 or not. A call
to a certain number can be T.38 today and tomorrow it will be
T.30 only, as some peering partner changed the routes in the
meantime.<br class="">
<br class="">
Best regards<br class="">
Peter<br class="">
<br class="">
<br class="">
On 02/23/17 20:38, Brian West wrote:<br class="">
</div>
<blockquote cite="mid:CAEJMVkDLn2rbBRFSJjViDE8qzi-_OyNpjitQzV5zkpzMtDK_YQ@mail.gmail.com" type="cite" class="">
<div dir="ltr" class="">What revision of FreeSWITCH are you on? These
behaviors have been solidified in 1.6.15, Sadly MOST of the
details of how it all works is locked up in my head, I've
just not had the time to write it all down and update the
documentation. Can you outline all the scenarios you need
to cover and if you have the ability know ahead of time
which one needs to apply?
<div class=""><br class="">
</div>
<div class="">/b</div>
<div class=""><br class="">
</div>
</div>
<div class="gmail_extra"><br class="">
<div class="gmail_quote">On Thu, Feb 23, 2017 at 8:23 AM,
Peter Steinbach <span dir="ltr" class=""><<a moz-do-not-send="true" href="mailto:lists@telefaks.de" target="_blank" class="">lists@telefaks.de</a>></span>
wrote:<br class="">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000" class=""> Hello,<br class="">
<br class="">
we have the following screnario<br class="">
<ul class="">
<li class="">The caller, a local fax machine (Fax, ATA and
Freeswitch) with T.38, is behind a slow line so
therefore T.38 is needed here</li>
<li class="">a central Freeswitch fax server serves as a
central gateway to the SIP provider</li>
<li class="">the SIP provider sometimes reinvites T.38 and
sometimes not.</li>
<li class="">In case, the SIP provider does NOT answer with
T.38, the central Freeswitch fax server shall act
as a T.38 gateway and transcode between local fax
(T.38) and SIP provider (T.30)</li>
<li class="">In case, the SIP provider does answer with T.38,
the central Freeswitch fax server shall pass T.38
to the local fax ,machine (T.38)</li>
</ul><p class="">How we set this up<br class="">
</p>
<ul class="">
<li class="">according to the wiki we have a dialplan as
follows: (this is what CLI shows)<br class="">
</li>
</ul><p class=""><tt class="">Dialplan: <a moz-do-not-send="true" class="m_4268428807780379530moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/49274xxxxx@10.7.0.1" target="_blank">sofia/internalvpn2/49274xxxxx@<wbr class="">10.7.0.1</a>
Action set(fax_enable_t38=true)</tt><tt class=""><br class="">
</tt><tt class="">Dialplan: <a moz-do-not-send="true" class="m_4268428807780379530moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/49274xxxxx@10.7.0.1" target="_blank">sofia/internalvpn2/49274xxxxx@<wbr class="">10.7.0.1</a>
Action set(fax_enable_t38_request=<wbr class="">true)</tt><tt class=""><br class="">
</tt><tt class="">Dialplan: <a moz-do-not-send="true" class="m_4268428807780379530moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/49274xxxxx@10.7.0.1" target="_blank">sofia/internalvpn2/49274xxxxx@<wbr class="">10.7.0.1</a>
Action set(execute_on_answer=t38_<wbr class="">gateway
self)</tt><tt class=""><br class="">
</tt><tt class="">Dialplan: <a moz-do-not-send="true" class="m_4268428807780379530moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/49274xxxxx@10.7.0.1" target="_blank">sofia/internalvpn2/49274xxxxx@<wbr class="">10.7.0.1</a>
Action ring_ready()</tt><tt class=""><br class="">
</tt><tt class="">Dialplan: <a moz-do-not-send="true" class="m_4268428807780379530moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/49274xxxxx@10.7.0.1" target="_blank">sofia/internalvpn2/49274xxxxx@<wbr class="">10.7.0.1</a>
Action bridge(<a moz-do-not-send="true" class="m_4268428807780379530moz-txt-link-abbreviated" href="mailto:sofia/gateway/sip.provider.com/xxxxxxxxxxxxxxx@sip.provider.com" target="_blank">sofia/gateway/sip.<wbr class="">provider.com/xxxxxxxxxxxxxxx@<wbr class="">sip.provider.com</a>)</tt><tt class=""><br class="">
</tt></p><p class="">In all profiles, we have<br class="">
<tt class=""><param name="t38-passthru" value="true"/></tt><br class="">
</p><p class="">In case, the SIP provider does NOT answer with
T.38, it works. The caller's side is reinvited with
T.38, the SIP provider side is T.30<br class="">
</p><p class="">What the problem is: When the SIP provider' side IS
answering with T.38, then (sometimes, when I send it
via cli from the local freeswitch near the sending
fax machine, it works)<br class="">
</p>
<ul class="">
<li class="">caller initiates a call</li>
<li class="">call is bridged to the SIP provider' side</li>
<li class="">we receive a T.38 Reinvite from the SIP
provider' side</li>
<li class="">Freeswitch sends Trying back to the the SIP
provider' side</li>
<li class="">Freeswitch logs: set(execute_on_answer=t38_<wbr class="">gateway
self)<br class="">
</li>
<li class="">Freeswitch sends a T.38 Reinvite to the caller,
establishes T.38 on this side.</li>
<li class="">But the T.38 Reinvite from the SIP provider'
side is not answerered</li>
<li class="">So the SIP provider' sidehangs up after 10 sec
of timeout.</li>
</ul><p class="">What are we doing wrong here? Is it possible to act
as a t.38 passthrough router and a T.38 gateway in
the same dialplan?<span class="HOEnZb"><font color="#888888" class=""><br class="">
</font></span></p>
<span class="HOEnZb"><font color="#888888" class=""><p class=""><br class="">
</p>
<br class="">
<pre class="m_4268428807780379530moz-signature" cols="72">--
With kind regards
Peter Steinbach
Telefaks Services GmbH
<a moz-do-not-send="true" class="m_4268428807780379530moz-txt-link-freetext" href="mailto:lists" target="_blank">mailto:lists</a> (att) <a moz-do-not-send="true" href="http://telefaks.de/" target="_blank" class="">telefaks.de</a>
Internet: <a moz-do-not-send="true" class="m_4268428807780379530moz-txt-link-abbreviated" href="http://www.telefaks.de/" target="_blank">www.telefaks.de</a>
</pre>
</font></span></div>
<br class="">
______________________________<wbr class="">______________________________<wbr class="">_____________<br class="">
Professional FreeSWITCH Consulting Services:<br class="">
<a moz-do-not-send="true" href="mailto:consulting@freeswitch.org" class="">consulting@freeswitch.org</a><br class="">
<a moz-do-not-send="true" href="http://www.freeswitchsolutions.com/" rel="noreferrer" target="_blank" class="">http://www.<wbr class="">freeswitchsolutions.com</a><br class="">
<br class="">
Official FreeSWITCH Sites<br class="">
<a moz-do-not-send="true" href="http://www.freeswitch.org/" rel="noreferrer" target="_blank" class="">http://www.freeswitch.org</a><br class="">
<a moz-do-not-send="true" href="http://confluence.freeswitch.org/" rel="noreferrer" target="_blank" class="">http://confluence.freeswitch.<wbr class="">org</a><br class="">
<a moz-do-not-send="true" href="http://www.cluecon.com/" rel="noreferrer" target="_blank" class="">http://www.cluecon.com</a><br class="">
<br class="">
FreeSWITCH-users mailing list<br class="">
<a moz-do-not-send="true" href="mailto:FreeSWITCH-users@lists.freeswitch.org" class="">FreeSWITCH-users@lists.<wbr class="">freeswitch.org</a><br class="">
<a moz-do-not-send="true" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank" class="">http://lists.freeswitch.org/<wbr class="">mailman/listinfo/freeswitch-<wbr class="">users</a><br class="">
UNSUBSCRIBE:<a moz-do-not-send="true" href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank" class="">http://lists.<wbr class="">freeswitch.org/mailman/<wbr class="">options/freeswitch-users</a><br class="">
<a moz-do-not-send="true" href="http://www.freeswitch.org/" rel="noreferrer" target="_blank" class="">http://www.freeswitch.org</a><br class="">
</blockquote>
</div>
<br class="">
<br clear="all" class="">
<div class=""><br class="">
</div>
-- <br class="">
<div class="gmail_signature" data-smartmail="gmail_signature">
<div dir="ltr" class="">
<div class="">
<div dir="ltr" class="">
<div dir="ltr" class="">
<div dir="ltr" class="">
<div dir="ltr" class="">
<div dir="ltr" class="">
<div dir="ltr" class="">
<div dir="ltr" class="">
<div dir="ltr" class="">
<div dir="ltr" class="">
<div dir="ltr" class="">
<div dir="ltr" class=""><p class=""><font face="courier new,
monospace" class=""><b class=""><i class=""><font size="4" class="">Brian West</font></i></b><br class="">
<span style="font-size:x-small" class=""><a moz-do-not-send="true" href="mailto:brian@freeswitch.org" target="_blank" class="">brian@freeswitch.org</a></span></font></p><p class=""><b style="font-family:monospace,monospace;font-size:small" class=""><i class="">Twitter:
@FreeSWITCH , @briankwest</i></b></p><p class=""><font face="monospace,
monospace" size="2" class=""><a moz-do-not-send="true" href="http://www.freeswitchbook.com/" target="_blank" class="">http://www.freeswitchbook.com</a> <br class="">
<a moz-do-not-send="true" href="http://www.freeswitchcookbook.com/" target="_blank" class="">http://www.freeswitchcookbook.com</a><br class="">
<br class="">
Allison prompts for
FreeSWITCH:</font></p>
<table style="font-size:12.8px" cellpadding="0" cellspacing="0" class="">
<tbody class="">
<tr class="">
<td valign="baseline" class=""><p class=""><span class=""><a moz-do-not-send="true" href="https://www.gofundme.com/allison-prompts-for-freeswitch" target="_blank" class=""><b class="">https://www.gofundme.com/allison-prompts-for-freeswitch</b></a></span></p>
</td>
</tr>
</tbody>
</table>
<table cellpadding="0" cellspacing="0" class="">
<tbody class="">
</tbody>
</table><p class=""><span class=""><font face="monospace,
monospace" size="2" class="">Wish
to schedule a meeting?</font></span></p><p class=""><span class=""><a moz-do-not-send="true" href="http://app.timebridge.com/#/meet/freeswitch" target="_blank" class=""><font face="monospace,
monospace" size="2" class="">http://app.timebridge.com/#/meet/freeswitch</font></a></span></p><p class=""><font face="monospace,
monospace" class="">Got Bugs? Report
them <a moz-do-not-send="true" href="https://freeswitch.org/jira" target="_blank" class="">here</a>!
| Reddit: <a moz-do-not-send="true" href="https://www.reddit.com/r/freeswitch" target="_blank" class="">/r/freeswitch</a></font></p><p class=""><font face="monospace,
monospace" size="2" class=""><b class="">T:</b>+19184209001
| <b class="">F:</b>+19184209002 | <b class="">M:</b>+1918424WEST
(9378)<br class="">
<b class="">Skype:</b>briankwest</font></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<br class="">
<pre wrap="" class="">_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com/">http://www.freeswitchsolutions.com</a>
Official FreeSWITCH Sites
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.freeswitch.org/">http://www.freeswitch.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://confluence.freeswitch.org/">http://confluence.freeswitch.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.cluecon.com/">http://www.cluecon.com</a>
FreeSWITCH-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a moz-do-not-send="true" 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 moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.freeswitch.org/">http://www.freeswitch.org</a></pre>
</blockquote>
<br class="">
<br class="">
<pre class="moz-signature" cols="72">--
With kind regards
Peter Steinbach
Telefaks Services GmbH
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="mailto:lists">mailto:lists</a> (att) <a href="http://telefaks.de" class="">telefaks.de</a>
Internet: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.telefaks.de/">www.telefaks.de</a>
</pre>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<br class="">
<pre wrap="" class="">_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com/">http://www.freeswitchsolutions.com</a>
Official FreeSWITCH Sites
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.freeswitch.org/">http://www.freeswitch.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://confluence.freeswitch.org/">http://confluence.freeswitch.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.cluecon.com/">http://www.cluecon.com</a>
FreeSWITCH-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a moz-do-not-send="true" 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 moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.freeswitch.org/">http://www.freeswitch.org</a></pre>
</blockquote>
<br class="">
<br class="">
<pre class="moz-signature" cols="72">--
With kind regards
Peter Steinbach
Telefaks Services GmbH
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="mailto:lists">mailto:lists</a> (att) <a href="http://telefaks.de" class="">telefaks.de</a>
Internet: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.telefaks.de/">www.telefaks.de</a>
</pre>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset>
<br class="">
<pre wrap="" class="">_________________________________________________________________________
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>
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://confluence.freeswitch.org/">http://confluence.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 class="">
<br class="">
<pre class="moz-signature" cols="72">--
With kind regards
Peter Steinbach
Telefaks Services GmbH
<a class="moz-txt-link-freetext" href="mailto:lists">mailto:lists</a> (att) <a href="http://telefaks.de" class="">telefaks.de</a>
Internet: <a class="moz-txt-link-abbreviated" href="http://www.telefaks.de/">www.telefaks.de</a>
</pre>
</div>
_________________________________________________________________________<br class="">Professional FreeSWITCH Consulting Services: <br class=""><a href="mailto:consulting@freeswitch.org" class="">consulting@freeswitch.org</a><br class="">http://www.freeswitchsolutions.com<br class=""><br class="">Official FreeSWITCH Sites<br class="">http://www.freeswitch.org<br class="">http://confluence.freeswitch.org<br class="">http://www.cluecon.com<br class=""><br class="">FreeSWITCH-users mailing list<br class="">FreeSWITCH-users@lists.freeswitch.org<br class="">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br class="">UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br class="">http://www.freeswitch.org</div></blockquote></div><br class=""></div></div></body></html>