<div dir="ltr"><div>So, I tested with " <X-PRE-PROCESS cmd="set" data="fax_enable_t38=true"/>" in vars.xml, which i didn't do previously.</div><div>The behaviour is quite different. However, the call is directly rejected after the first INVITE (which is not a REINVITE), but instead <font color="#000000">of having "
<span style="font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">T38 REFUSE on request", i have :</span></font></div><div><div>2018-04-27 09:28:48.697285 [DEBUG] switch_core_media.c:4041 sofia/internal_2/698778763@gv-ics-prd-301 T38 ACCEPT on request</div><div>2018-04-27 09:28:48.697285 [DEBUG] switch_core_media.c:4146 sofia/internal_2/698778763@gv-ics-prd-301 <font color="#ff0000">T38 IS NOT POSSIBLE on request</font></div><div>2018-04-27 09:28:48.697285 [NOTICE] sofia.c:7566 Hangup sofia/internal_2/698778763@gv-ics-prd-301 [CS_NEW] [INCOMPATIBLE_DESTINATION]</div></div><div><br></div><div>Is there another parameter to configure to allow T38 ? Add a codec (I only have PCMA, and PCMU)</div><div><br></div><div>Full log :</div><div><br></div><div> INVITE <a href="http://sip:0170993650@10.9.30.34:5060">sip:0170993650@10.9.30.34:5060</a> SIP/2.0</div><div> Record-Route: <sip:10.3.1.220;lr=on></div><div> Via: SIP/2.0/UDP 10.3.1.220;branch=z9hG4bK002b.b2b0e9d2.0</div><div> Via: SIP/2.0/UDP 10.3.1.231;branch=z9hG4bKac408981189</div><div> Max-Forwards: 69</div><div> From: <sip:698778763@gv-ics-prd-301>;tag=1c408970979</div><div> To: <<a href="mailto:sip%3A0170993650@10.3.1.220">sip:0170993650@10.3.1.220</a>;user=phone></div><div> Call-ID: <a href="mailto:408970087274201872848@10.3.1.231">408970087274201872848@10.3.1.231</a></div><div> CSeq: 1 INVITE</div><div> Contact: <<a href="http://sip:698778763@10.3.1.231:5060">sip:698778763@10.3.1.231:5060</a>></div><div> Supported: em,100rel,timer,replaces,path,resource-priority,sdp-anat</div><div> Allow: REGISTER,OPTIONS,INVITE,ACK,CANCEL,BYE,NOTIFY,PRACK,REFER,INFO,SUBSCRIBE,UPDATE</div><div> Remote-Party-ID: <<a href="mailto:sip%3A698778763@10.3.1.220">sip:698778763@10.3.1.220</a>>;party=calling;privacy=off;screen=yes;screen-ind=3;npi=1;ton=2</div><div> Remote-Party-ID: <<a href="mailto:sip%3A0170993650@10.3.1.220">sip:0170993650@10.3.1.220</a>>;party=called;npi=1;ton=2</div><div> User-Agent: Audiocodes-Sip-Gateway-Mediant 3000/v.6.00A.056</div><div> Content-Type: application/sdp</div><div> Content-Length: 413</div><div><br></div><div> v=0</div><div> o=AudiocodesGW 408954776 408954489 IN IP4 10.3.1.231</div><div> s=Phone-Call</div><div> c=IN IP4 10.3.1.231</div><div> t=0 0</div><div> m=audio 7850 RTP/AVP 8 101</div><div> a=rtpmap:8 PCMA/8000</div><div> a=rtpmap:101 telephone-event/8000</div><div> a=fmtp:101 0-15</div><div> a=ptime:20</div><div> a=sendrecv</div><div> m=image 7852 udptl t38</div><div> a=T38FaxVersion:0</div><div> a=T38MaxBitRate:33600</div><div> a=T38FaxMaxBuffer:3000</div><div> a=T38FaxMaxDatagram:560</div><div> a=T38FaxRateManagement:transferredTCF</div><div> a=T38FaxUdpEC:t38UDPRedundancy</div><div> ------------------------------------------------------------------------</div><div>send 374 bytes to udp/[10.3.1.220]:5060 at 09:28:49.974884:</div><div> ------------------------------------------------------------------------</div><div> SIP/2.0 100 Trying</div><div> Via: SIP/2.0/UDP 10.3.1.220;branch=z9hG4bK002b.b2b0e9d2.0</div><div> Via: SIP/2.0/UDP 10.3.1.231;branch=z9hG4bKac408981189</div><div> Record-Route: <sip:10.3.1.220;lr=on></div><div> From: <sip:698778763@gv-ics-prd-301>;tag=1c408970979</div><div> To: <<a href="mailto:sip%3A0170993650@10.3.1.220">sip:0170993650@10.3.1.220</a>;user=phone></div><div> Call-ID: <a href="mailto:408970087274201872848@10.3.1.231">408970087274201872848@10.3.1.231</a></div><div> CSeq: 1 INVITE</div><div> User-Agent: FreeSWITCH</div><div> Content-Length: 0</div><div><br></div><div> ------------------------------------------------------------------------</div><div>2018-04-27 09:28:49.957287 [NOTICE] switch_channel.c:1104 New Channel sofia/internal_2/698778763@gv-ics-prd-301 [233f8391-10e6-4877-a792-6ad2a0f651e0]</div><div>2018-04-27 09:28:49.957287 [DEBUG] switch_core_state_machine.c:584 (sofia/internal_2/698778763@gv-ics-prd-301) Running State Change CS_NEW (Cur 1 Tot 2)</div><div>2018-04-27 09:28:49.957287 [DEBUG] sofia.c:9874 sofia/internal_2/698778763@gv-ics-prd-301 receiving invite from <a href="http://10.3.1.220:5060">10.3.1.220:5060</a> version: 1.6.19 64bit</div><div>2018-04-27 09:28:49.957287 [DEBUG] sofia.c:7085 Channel sofia/internal_2/698778763@gv-ics-prd-301 entering state [received][100]</div><div>2018-04-27 09:28:49.957287 [DEBUG] sofia.c:7095 Remote SDP:</div><div>v=0</div><div>o=AudiocodesGW 408954776 408954489 IN IP4 10.3.1.231</div><div>s=Phone-Call</div><div>c=IN IP4 10.3.1.231</div><div>t=0 0</div><div>m=audio 7850 RTP/AVP 8 101</div><div>a=rtpmap:8 PCMA/8000</div><div>a=rtpmap:101 telephone-event/8000</div><div>a=fmtp:101 0-15</div><div>a=ptime:20</div><div>m=image 7852 udptl t38</div><div>a=T38FaxVersion:0</div><div>a=T38MaxBitRate:33600</div><div>a=T38FaxMaxBuffer:3000</div><div>a=T38FaxMaxDatagram:560</div><div>a=T38FaxRateManagement:transferredTCF</div><div>a=T38FaxUdpEC:t38UDPRedundancy</div><div><br></div><div>2018-04-27 09:28:49.957287 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMA:8:8000:20:64000:1]</div><div>2018-04-27 09:28:49.957287 [DEBUG] switch_core_media.c:4504 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match</div><div>2018-04-27 09:28:49.957287 [DEBUG] switch_core_media.c:4449 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMU:0:8000:20:64000:1]</div><div>2018-04-27 09:28:49.957287 [DEBUG] switch_core_media.c:4365 Set telephone-event payload to 101@8000</div><div>2018-04-27 09:28:49.957287 [DEBUG] switch_core_media.c:3061 Set Codec sofia/internal_2/698778763@gv-ics-prd-301 PCMA/8000 20 ms 160 samples 64000 bits 1 channels</div><div>2018-04-27 09:28:49.957287 [DEBUG] switch_core_codec.c:111 sofia/internal_2/698778763@gv-ics-prd-301 Original read codec set to PCMA:8</div><div>2018-04-27 09:28:49.957287 [DEBUG] switch_core_media.c:4708 Set telephone-event payload to 101@8000</div><div>2018-04-27 09:28:49.957287 [DEBUG] switch_core_media.c:4767 sofia/internal_2/698778763@gv-ics-prd-301 Set 2833 dtmf send payload to 101 recv payload to 101</div><div>2018-04-27 09:28:49.977279 [DEBUG] switch_core_media.c:4041 sofia/internal_2/698778763@gv-ics-prd-301 T38 ACCEPT on request</div><div>2018-04-27 09:28:49.977279 [DEBUG] switch_core_media.c:4146 sofia/internal_2/698778763@gv-ics-prd-301 T38 IS NOT POSSIBLE on request</div><div>2018-04-27 09:28:49.977279 [NOTICE] sofia.c:7566 Hangup sofia/internal_2/698778763@gv-ics-prd-301 [CS_NEW] [INCOMPATIBLE_DESTINATION]</div><div>2018-04-27 09:28:49.977279 [DEBUG] switch_core_state_machine.c:603 (sofia/internal_2/698778763@gv-ics-prd-301) State NEW</div><div>2018-04-27 09:28:49.977279 [DEBUG] switch_core_state_machine.c:584 (sofia/internal_2/698778763@gv-ics-prd-301) Running State Change CS_HANGUP (Cur 1 Tot 2)</div><div>2018-04-27 09:28:49.977279 [DEBUG] switch_core_state_machine.c:850 (sofia/internal_2/698778763@gv-ics-prd-301) Callstate Change DOWN -> HANGUP</div><div>2018-04-27 09:28:49.977279 [DEBUG] switch_core_state_machine.c:852 (sofia/internal_2/698778763@gv-ics-prd-301) State HANGUP</div><div>2018-04-27 09:28:49.977279 [DEBUG] mod_sofia.c:438 Channel sofia/internal_2/698778763@gv-ics-prd-301 hanging up, cause: INCOMPATIBLE_DESTINATION</div><div>2018-04-27 09:28:49.977279 [DEBUG] mod_sofia.c:577 Responding to INVITE with: 488</div><div>send 720 bytes to udp/[10.3.1.220]:5060 at 09:28:49.978310:</div><div> ------------------------------------------------------------------------</div><div> SIP/2.0 488 Not Acceptable Here</div><div> Via: SIP/2.0/UDP 10.3.1.220;branch=z9hG4bK002b.b2b0e9d2.0</div><div> Via: SIP/2.0/UDP 10.3.1.231;branch=z9hG4bKac408981189</div><div> Max-Forwards: 69</div><div> From: <sip:698778763@gv-ics-prd-301>;tag=1c408970979</div><div> To: <<a href="mailto:sip%3A0170993650@10.3.1.220">sip:0170993650@10.3.1.220</a>;user=phone>;tag=vy16j7B2HN1Xm</div><div> Call-ID: <a href="mailto:408970087274201872848@10.3.1.231">408970087274201872848@10.3.1.231</a></div><div> CSeq: 1 INVITE</div><div> User-Agent: FreeSWITCH</div><div> Accept: application/sdp</div><div> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REFER, NOTIFY</div><div> Supported: timer, path, replaces</div><div> Allow-Events: talk, hold, conference, refer</div><div> Reason: Q.850;cause=88;text="INCOMPATIBLE_DESTINATION"</div><div> Content-Length: 0</div><div> Remote-Party-ID: "0170993650" <<a href="mailto:sip%3A0170993650@10.3.1.220">sip:0170993650@10.3.1.220</a>>;party=calling;privacy=off;screen=no</div><div><br></div><div class="gmail_extra"><div class="gmail_quote">2018-04-27 8:24 GMT+02:00 Dominique Jeannerod <span dir="ltr"><<a href="mailto:dominique.jeannerod@interact-iv.com" target="_blank">dominique.jeannerod@interact-iv.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div>Thanks a lot for this answer.</div><div dir="auto">I already read this information mail, and read the changes done for t38 re-invite.</div><div dir="auto">The problem i have is NOT on the reinvite but directly on the first invite of the Call</div><div dir="auto">Do you think the behaviour also changed for the first invite ?</div><div dir="auto"><br></div><div dir="auto">Anyway, i will try the new configuration parameter, and test if it fixes my problem.</div><div dir="auto">My short term fallback plan would just be to downgrade to the 1.6.8 version we already have on production.<br><br><div class="gmail_quote" dir="auto"><div dir="ltr">Le jeu. 26 avr. 2018 à 23:52, Michael Jerris <<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><a href="http://lists.freeswitch.org/pipermail/freeswitch-users/2017-January/124459.html" rel="noreferrer" target="_blank">http://lists.freeswitch.org/<wbr>pipermail/freeswitch-users/<wbr>2017-January/124459.html</a><div><br><div><blockquote type="cite"><div>On Apr 26, 2018, at 5:20 PM, Dominique Jeannerod <<a href="mailto:dominique.jeannerod@interact-iv.com" rel="noreferrer" target="_blank">dominique.jeannerod@interact-<wbr>iv.com</a>> wrote:</div><br class="gmail-m_216313285738198264m_-7458262292479868995Apple-interchange-newline"><div><div dir="ltr"><div class="gmail_extra">Hello,</div><div class="gmail_extra"><br></div><div class="gmail_extra">I currently use Freeswitch 1.6.8-1 in production, and have some ISDN gateways sending SDP including T.38 for voice calls (not faxes). Calls are handled without problems by freeswitch.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I have another platform, with freeswitch 1.6.19 and same configuration.</div><div class="gmail_extra">However, voice calls received with SDP including t.38 are rejected with 488 INCOMPATIBLE_DESTINATION :</div><div class="gmail_extra">
<div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><font color="#ff0000">ba17b1eb-961d-43fe-b820-<wbr>cb469a8f292d 2018-04-25 23:47:39.434491 [DEBUG] switch_core_media.c:4028 sofia/internal_1/33183817938@<wbr>gv-ics-prd-301 T38 REFUSE on request</font></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><font color="#ff0000">ba17b1eb-961d-43fe-b820-<wbr>cb469a8f292d 2018-04-25 23:47:39.434491 [NOTICE] sofia.c:7566 Hangup sofia/internal_1/33183817938@<wbr>gv-ics-prd-301 [CS_NEW] [INCOMPATIBLE_DESTINATION]</font></div>
</div><div class="gmail_extra"><br></div><div class="gmail_extra">I didn't find any valid configuration to make those calls accepted, except configuring proxy_media, which I don't want to use.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Is this behaviour a "normal" behaviour ? Could it be a bug ?</div><div class="gmail_extra">This is a very big issue for us ...</div><div class="gmail_extra"><br></div></div></div></blockquote></div><br></div></div>______________________________<wbr>______________________________<wbr>_____________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" rel="noreferrer" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer noreferrer" target="_blank">http://www.<wbr>freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer noreferrer" target="_blank">http://confluence.freeswitch.<wbr>org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" rel="noreferrer" target="_blank">FreeSWITCH-users@lists.<wbr>freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer noreferrer" target="_blank">http://lists.freeswitch.org/<wbr>mailman/listinfo/freeswitch-<wbr>users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer noreferrer" target="_blank">http://lists.<wbr>freeswitch.org/mailman/<wbr>options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer noreferrer" target="_blank">http://www.freeswitch.org</a></blockquote></div></div></div></blockquote></div><br></div></div>