<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">I am personally not familiar with a re-invite call flow working like you describe. Since you are being told by someone that this should work, I’d suggest asking them to point to the relevant section of the RFC ?<div class=""><br class=""></div><div class="">A re-invite with no SDP I have typically only seen as a 3pcc INVITE when first setting up a session (ie when the initiator wants to delay sending its SDP until the ACK). </div><div class=""><br class=""></div><div class="">Perhaps others have had experience with this in a reinvite scenario as you describe, but I find it pretty atypical.</div><div class=""><br class=""></div><div class=""><br class=""><div><div class="">On Aug 11, 2017, at 10:48 AM, Andrew Cassidy <<a href="mailto:andrew@cassidywebservices.co.uk" class="">andrew@cassidywebservices.co.uk</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Hi Guys,<div class=""><br class=""></div><div class="">Just wanted to check a behaviour with you guys before rushing to upgrade FreeSWITCH from 1.4.26-37</div><div class=""><br class=""></div><div class="">We are reciveing a reinvite with a=inactive followed by an reinvite with no SDP. I am being told the one with no SDP should revert the media the the previously established.</div><div class=""><br class=""></div><div class="">FreeSWITCH isn't currently doing that, (or passing the empty one back to the endpoint) it's just keeping the call held. Which is the correct behaviour?</div><div class=""><br class=""></div><div class="">Kind regards,</div><div 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=""><b class="">Andrew Cassidy BSc (Hons) MBCS SSCA</b><div class="">Managing Director<div class=""><div class=""><img src="https://docs.google.com/uc?export=download&id=0B48A-71LkjxcRUlpZlNFZmY5Q2s&revid=0B48A-71LkjxcaWJXYm5XZjdGY1czZFF1citBazFCVXV6R0ZnPQ" class=""><br class=""></div><div class=""><div class="">03303 880 960 <a href="mailto:andrew@cassidywebservices.co.uk" style="font-size:12.8px" target="_blank" class="">andrew@cassidyweb.co.uk</a> <a href="http://www.cassidywebservices.co.uk/" style="font-size:12.8px" target="_blank" class="">www.cassidyweb.co.uk</a></div></div></div></div></div></div></div></div></div>
</div></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></div><br class=""></div></body></html>