<div dir="ltr">Hi Guys,<div><br></div><div>I wonder if this is something anyone else has come across:</div><div><br></div><div>We make a call out to this particular customer via our wholesale SIP provider. </div><div>Other end picks up and tries to transfer the call.<br>The call is dropped out end by FreeSWITCH following a reinvite from the remote end with no SDP. FreeSWITCH sends 200 with SDP, other end ACKs then FreeSWITCH drops the call "No answer to offer"</div><div><br></div><div>We use BT Wholesale's IPEX product and I think we can assume that this call is SIP end-to-end (this is something that I'm finding increasingly common) and what is happening is FreeSWITCH is seeing the reinvite as a late negotiation invite and when the ACK comes back with no SDP, thinks the other end has refused and hanging up the call.</div><div><br></div><div>I've not tested with inbound-late-negotiation disabled and am hoping to avoid doing so. I have tried setting renegotiate-codec-on-reinvite to false on the outgoing profile which has made no difference.</div><div><br></div><div>I'm using FreeSWITCH 1.6.19</div><div><br></div><div>Kind regards,</div></div>