<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="">Can you get me some info on this issue into a bug on Jira please (<a href="https://freeswitch.org/jira" class="">https://freeswitch.org/jira</a>)<div class=""><br class=""></div><div class="">Thanks</div><div class="">Mike</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jul 31, 2017, at 10:10 AM, Michael Jerris <<a href="mailto:mike@jerris.com" class="">mike@jerris.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class=""><div dir="auto" class="">does the sdp change but not change the version or is it 100% identical to the previous we sent?</div><br class=""><div class="gmail_quote"><div class="">On Mon, Jul 31, 2017 at 5:28 AM Stefan Kainz 1012 <<a href="mailto:stefan.kainz@1012.at" class="">stefan.kainz@1012.at</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000" class=""><p class="">Thank you for your answer!</p><p class="">after investigating a few different cases, i came to the
following conclusion: <br class="">
Some PBX's seem to not to accept the SDP Offer in the OK Message
when the Session Version ID is not increased from the SDP Version
ID in the initial Call Setup. <br class="">
</p><p class="">Ever heard of such a behavior? <br class="">
What would you suggest to get by this issue? <br class="">
<br class="">
I also testet it on Version 1.6 and 1.6.17. Same issue here. <br class="">
</p><p class="">Thank you in advance!</p>
regards, <br class=""></div><div bgcolor="#FFFFFF" text="#000000" class="">
<div class="m_-1225831904142360691moz-cite-prefix">Am 28.07.2017 um 15:55 schrieb Brian
West:<br class="">
</div>
<blockquote type="cite" class="">
<div class="">1.4 has been EOL for quite some time, you should
try the last 1.4 release and you should test on the latest 1.6
release, If the issue persists collect the data per the
reporting guidelines and file a JIRA.
<div class=""><br class="">
</div>
<div class="">Thanks,</div>
<div class="">/b</div>
<div class=""><br class="">
</div>
</div>
<div class="gmail_extra"><br class="">
<div class="gmail_quote">On Thu, Jul 27, 2017 at 5:42 AM, Stefan
Kainz 1012 <span class=""><<a href="mailto:stefan.kainz@1012.at" target="_blank" class="">stefan.kainz@1012.at</a>></span>
wrote:<br class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br class="">
<br class="">
We're using Freeswitch 1.4.18 on Debian 8.<br class="">
We ran into a problem with internal call transfers, when the
PBX sends a<br class="">
re-invite without SDP offer.<br class="">
<br class="">
The Problem is as follows:<br class="">
<br class="">
1) PSTN -> Freeswitch -> PBX -> Call is answered on
extension 100, Audio<br class="">
in both directions<br class="">
2) Extension 100 does an unattended transfer to extension
101<br class="">
2.1) PBX sends a re-invite without SDP. Freeswitch offers
SDP in OK message<br class="">
3) PBX acknoledges the OK message<br class="">
4) Freeswitch is sending media as announced in SDP Offer,
but PBX doesnt<br class="">
"receive" the audio. Also, no media from the PBX.<br class="">
<br class="">
Since we're a little desperate, we already tried the
following settings:<br class="">
<br class="">
1) 3pcc-enable true/false/proxy<br class="">
2) inbound-late-negotiation is set to true<br class="">
3) renegotiate-codec-on-reinvite true / false<br class="">
4) disable-transfer true / false<br class="">
5) enable-soa true / false ( it acutally does work when set
to false,<br class="">
but the call gets hangup after a few seconds of audio - ack
timeout )<br class="">
<br class="">
We also tried to enable bypass_media, so that freeswitch
doesnt mess<br class="">
with SDP.<br class="">
So, the SDP Offer is generated by a Sonus Media Gateway -
still no luck.<br class="">
<br class="">
Any of you had some experience with such behavior?<br class="">
We would be very thankful for every advice!<br class="">
<br class="">
have a nice day!<br class="">
<br class="">
Stefan Kainz<br class=""></blockquote></div></div></blockquote></div></blockquote></div></div></div></blockquote></div><br class=""></div></body></html>