<div dir="ltr">Hello,<div><br></div><div>As you can see, the 200 OK message to the Update does not include t.38. So, this would be a bug on your service provider if they continue to do t.38.</div><div><br></div><div>Almost all service providers have the ability to turn off t.38 per account. I'd suggest you talk to your service provider.</div>
<div><br></div><div>Regards,</div><div>Ali Pey</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Dec 27, 2013 at 12:51 PM, gegetel <span dir="ltr"><<a href="mailto:geo.cherchetout@laposte.net" target="_blank">geo.cherchetout@laposte.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
My locale UAs do not know anything about T.38 protocol and I want to send a<br>
fax to some PSTN subscriber via OVH, my french VoIP provider, in an RTP/PCMA<br>
session. This session begins normally but, as soon as OVH's gateway<br>
recognizes fax tones from remote and/or locale side, an undesirable UPDATE<br>
with SDP for a T.38 session is sent to my side. The problem is that,<br>
immediately, FreeSwitch says "200 OK" instead of something like "488 Not<br>
acceptable here" and this is the beginning of a dialogue of the deaf which<br>
only takes end when remote fax-machine hangs up.<br>
<br>
I have done several things that I found in the WIKI:<br>
<br>
In my dialplan added these lines:<br>
<br>
<action application="set" data="sip_ignore_reinvites=true"/><br>
<action application="set" data="fax_enable_t38=false"/><br>
<action application="set" data="fax_enable_t38_request=false"/><br>
<br>
In ~/conf/vars.xml:<br>
<br>
<X-PRE-PROCESS cmd="set" data="refuse_t38=true"/><br>
<br>
In ~/conf/sip_profiles/external/sip.ovh.fr.xml:<br>
<br>
<param name="t38-passthru" value="false"/><br>
<br>
But without better result.<br>
<br>
<br>
This is an example of the UPDATE request:<br>
<br>
UPDATE sip:gw+sip.ovh.fr@92.146.52.82:5080;transport=udp;gw=<a href="http://sip.ovh.fr" target="_blank">sip.ovh.fr</a> SIP/2.0<br>
Call-ID: 9686bdc8-e997-1231-27aa-001fc61584f4<br>
Contact: <sip:<a href="http://10.7.1.60:5060" target="_blank">10.7.1.60:5060</a>><br>
Content-Type: application/sdp<br>
Cseq: 29265730 UPDATE<br>
From: <<a href="mailto:sip%3A0556ZZZZZZ@sip.ovh.fr">sip:0556ZZZZZZ@sip.ovh.fr</a>>;tag=00-08184-01c44a83-0e1305300<br>
Max-Forwards: 30<br>
Record-Route: <sip:91.121.129.20:5060;lr><br>
To: \"0033972XXXXXX\" <<a href="mailto:sip%3A0033972XXXXXX@sip.ovh.fr">sip:0033972XXXXXX@sip.ovh.fr</a>>;tag=75761tHD7541g<br>
Via: SIP/2.0/UDP 91.121.129.20:5060;branch=z9hG4bK-DIVG-481b17bf-03a84e77<br>
User-Agent: Cirpack/v4.56 (gw_sip)<br>
Content-Length: 299<br>
<br>
v=0<br>
o=cp10 138814832168 138814832170 IN IP4 10.7.1.132<br>
s=SIP Call<br>
c=IN IP4 91.121.128.144<br>
t=0 0<br>
m=image 35996 udptl t38<br>
a=sendrecv<br>
a=T38FaxVersion:0<br>
a=T38MaxBitRate:9600<br>
a=T38FaxRateManagement:TransferredTCF<br>
a=T38FaxMaxBuffer:1000<br>
a=T38FaxMaxDatagram:200<br>
a=T38FaxUdpEC:t38UDPRedundancy<br>
<br>
And that is the OK answer:<br>
<br>
SIP/2.0 200 OK<br>
Via: SIP/2.0/UDP 91.121.129.20:5060;branch=z9hG4bK-DIVG-481b17bf-03a84e77<br>
Record-Route: <sip:91.121.129.20:5060;lr><br>
From: <<a href="mailto:sip%3A0556ZZZZZZ@sip.ovh.fr">sip:0556ZZZZZZ@sip.ovh.fr</a>>;tag=00-08184-01c44a83-0e1305300<br>
To: \"0033972XXXXXX\" <<a href="mailto:sip%3A0033972XXXXXX@sip.ovh.fr">sip:0033972XXXXXX@sip.ovh.fr</a>>;tag=75761tHD7541g<br>
Call-ID: 9686bdc8-e997-1231-27aa-001fc61584f4<br>
Cseq: 29265730 UPDATE<br>
Contact: <<a href="http://sip:gw+sip.ovh.fr@92.146.52.82:5080" target="_blank">sip:gw+sip.ovh.fr@92.146.52.82:5080</a>>;transport=udp;gw=<a href="http://sip.ovh.fr" target="_blank">sip.ovh.fr</a><br>
User-Agent: FreeSWITCH-mod_sofia/1.5.8b+git~20131213T181356Z~87751f9eaf~64bit<br>
Accept: application/sdp<br>
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER,<br>
REFER, NOTIFY<br>
Supported: timer, precondition, path, replaces<br>
Content-Type: application/sdp<br>
Content-Disposition: session<br>
Content-Length: 201<br>
<br>
v=0<br>
o=FreeSWITCH 1388128642 1388128643 IN IP4 92.146.52.82<br>
s=FreeSWITCH CH<br>
c=IN IP4 92.146.52.82<br>
t=0 0<br>
m=audio 19678 RTP/AVP 8 101 13<br>
a=rtpmap:101 telephone-event/8000<br>
a=fmtp:101 0-16<br>
a=ptime:20<br>
<br>
Any help much appreciated, thanks in advance...<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br></div>