<div dir="ltr"><div>Microsoft Lync and Skype for Business platforms do the '183 w/SDP-then-180 response to INVITE' all the time.</div><div><br></div><div>When I worked with AcmePacket SBCs, and connecting to MSFT platforms to PSTN/carrier, for inbound calls we had the SBC change any 183 response to 180 and delete the SDP before sending the response to a PSTN connection. That way the PSTN only sees 180, and ringback generation from the originating side continues.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 20, 2019 at 9:37 AM Pete Eisengrein <<a href="mailto:peeip989@gmail.com">peeip989@gmail.com</a>> wrote:<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 dir="ltr">We have recently gotten several complaints about not getting, or severely abbreviated ringback. The first few examples we were able to trace back to a carrier and believe it is because the call sets up with 183 Session Progress w/SDP and <1 second later get a 180 Ringing and the audible ringing stops.<div><br></div><div>We heard a similar complaint in Europe last with an EU carrier. And again today with yet another US (global) provider.</div><div><br></div><div>So, my questions are:</div><div><br></div><div>1- Anyone else seeing this? If so, what's your workaround/fix?</div><div>2- Since this is not contained to a single carrier, anyone aware of an SBC or softswitch maker recently released code that might be causing?</div><div><br></div><div>Thanks,</div><div>Pete</div></div>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</blockquote></div>