Yes it is a BROKEN behavior from the remote system, unfortunately it can not be changed.
Besides this issue, the remote system works as it should.
A custom b2bua can for sure resolve this, but perhaps not in a standard way.
Question is if it is possible to resolve with Kamailio or if I need to patch SEMS to
handle this.
Something like this:
if ("BYE" && dialog not confirmed)
reply back 200 OK
cancel other side of dialog
As Kamailio can terminate active dialog with sending bye in both directions, I thought
that it might be possible to resolve this as well. Hence asking for ideas.
Best Regards,
Lars
________________________________
From: sr-users <sr-users-bounces(a)lists.kamailio.org> on behalf of Steve Davies
<steve-lists-srusers(a)connection-telecom.com>
Sent: Friday, October 25, 2019 11:25 AM
To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
Subject: Re: [SR-Users] Rewrite BYE to Cancel
Hi,
I'm normally a bystander. But on this occasion I've got to comment - there are
broken SIP implementations, and there are BROKEN ones. Surely there is no hope with this
one? If they can't get this right just imagine how many more problems it will have.
Steve
On Fri, 25 Oct 2019 at 11:19, Lars Olsson
<lars.olsson@optimobile.se<mailto:lars.olsson@optimobile.se>> wrote:
hi,
I have a Kamailio setup infront of a SIP system that do not handle cancellation of a
INVITE correctly.
The system sends out a BYE request instead of a Cancel request on non connected dialogs.
I am trying to find a way to let Kamailio "translate" the BYE request to a
Cancel reqeust for the ongoing INVITE dialog.
Alternative if SEMS b2bua can do it, but currently it replies: "not sip-relaying BYE
in not connected dlg", and I have not found any obvious way to rewrite it there.
Any thoughts. I can not change the behavior of the remote system.
Best Regards,
Lars
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users