<div dir="ltr"><div>Eek.  This sounds like a recipe for future problems with this carrier.  If you really want to try, you could do a sleep() or usleep() on BYE requests in the section of your script that processes sequential requests....the has_totag() and loose_route() part (assuming no topology_hiding).  That's going to occupy the process, though, so you might want to look at doing it async-style if scale is a concern.  If you want to do it only on BYE requests to the carrier rather than on BYE requests in both directions, then you'll have to detect the direction, which is possible but gets more involved.</div><div><br></div><div>I know I'm going to regret asking this, but why does your carrier want you to delay your BYE messages?  <br></div><div><br></div><div><br></div><div>- Jeff</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jun 27, 2021 at 5:07 PM Alexander Perkins <<a href="mailto:alexanderhenryperkins@gmail.com">alexanderhenryperkins@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">Hi All.  Our carrier has asked us if we can do a 'delayed bye'.  I have no idea what this means.  The way it was explained to me is -  the b-let is held for x numbers of seconds after the a leg hangs up.<div><br></div><div>Does that make sense?  If so, can someone point me in the right direction?</div><div><br></div><div>Thank you, </div><div>Alex</div></div>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div>