[OpenSIPS-Users] Handling missing BYEs

Callum Guy callum.guy at x-on.co.uk
Wed Mar 10 09:23:50 EST 2021


Hi Mark,

It sounds like you may be having issues with the proxy not keeping itself
in path for certain call scenarios.

Are you able to provide a SIP trace and/or opensips config? Also if you're
running Blink on a Linux system, can you get a SIP trace there to see if
the BYE is being generated and sent somewhere else?

Callum

On Tue, 9 Mar 2021 at 16:32, Mark Allen <mark at allenclan.co.uk> wrote:

> I'm seeing some odd behaviour which also leads into a broader question
>
> I have a NATed Blink app running on Linux on my home LAN. It connects to
> an OpenSIPS 3.1 server in on our office LAN which is a mid-registrar for an
> Asterisk server. I'm running sngrep on the OpenSIPS box to watch the
> traffic.
>
> If I call from the Blink app to another extension it all connects and
> audio works correctly. If I hangup in Blink, a BYE is sent via OpenSIPS to
> Asterisk - all good so far.
> If I call from another extension to the Blink app it all connects and
> audio works correctly. However, if I hangup in the Blink app, no BYE is
> sent to OpenSIPS.
>
> In most situations, this is merely inconvenient because, with the loss of
> RTP traffic, Asterisk generates a BYE after about 35 seconds to tidy
> everything up. However, if I'm doing an attended transfer, the BYE is
> needed to exit the call so that the transfer completes successfully. At the
> moment, if I hangup in the Blink app, there's a wait of 35 seconds until
> Asterisk creates the BYE before the call transfer is completed.
>
> While I'm mostly using Blink, I've seen similar failures to send BYEs from
> other apps. Does OpenSIPS offer anything that could help with this?
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>

-- 





*0333 332 0000  |  x-on.co.uk <https://www.x-on.co.uk>  |   ** 
<https://www.linkedin.com/company/x-on>   <https://www.facebook.com/XonTel> 
  <https://twitter.com/xonuk> **  |  Coronavirus 
<https://www.x-on.co.uk/service/surgery-connect/coronavirus.htm>**  |  
Practice Index Reviews <https://practiceindex.co.uk/gp/x-on>*


THE ITSPA 
AWARDS 2020 <http://www.itspa.org.uk/itspa-awards> AND Best ITSP - Mid 
Market, Best Software and Best Vertical Solution are trade marks of the 
Internet Telephony Services Providers' Association, used under licence.

*From April 1st 2021 our office address will change to: Units 22-24 Riduna 
Park, Melton IP12 1QT.*

X-on
is a trading name of Storacall Technology Ltd 
a limited company registered in
England and Wales.

Registered Office : 
Avaland House, 110 London Road, Apsley, Hemel Hempstead,
Herts, HP3 9SD. 
Company Registration No. 2578478.

The information in this e-mail is 
confidential and for use by the addressee(s)
only. If you are not the 
intended recipient, please notify X-on immediately on +44(0)333 332 0000 
and delete the
message from your computer. If you are not a named addressee 
you must not use,
disclose, disseminate, distribute, copy, print or reply 
to this email. Views
or opinions expressed by an individual
within this 
email may not necessarily
reflect the views of X-on or its associated 
companies. Although X-on routinely
screens for viruses, addressees should 
scan this email and any attachments
for
viruses. X-on makes no 
representation or warranty as to the absence of viruses
in this email or 
any attachments.










-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20210310/7ea19db9/attachment.html>


More information about the Users mailing list