<div dir="ltr"><div>Hi</div><div><br></div><div>The carrier in question is not very helpful and while we are still trying to get them to change this, for the moment they are refusing, citing:</div><div><br></div><div>
<pre class="gmail-moz-quote-pre">AS per RFC 5407 ( The caller MAY send a BYE in the Early state, even though this behavior is not recommended. A BYE sent in the Early state terminates the early dialog using a specific To tag)</pre>

</div><div>This is causing phones to keep on ringing upon the bye. If they really will not change their behaviour, how do I change ours so that we don't have that issue?</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 10, 2019 at 4:46 PM qabane me <<a href="mailto:qabaneitsolutions@gmail.com">qabaneitsolutions@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">Thanks Daniel!<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 10, 2019 at 4:16 PM Daniel Grotti <<a href="mailto:dgrotti@sipwise.com" target="_blank">dgrotti@sipwise.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">Hi,<br>
in general chapter 15 of RF3261, here an extract:<br>
<br>
<br>
"The notion of "hanging up" is not well defined within SIP.  It is<br>
       specific to a particular, albeit common, user interface.<br>
       Typically, when the user hangs up, it indicates a desire to<br>
       terminate the attempt to establish a session, and to terminate any<br>
       sessions already created.  For the caller's UA, this would imply a<br>
       CANCEL request if the initial INVITE has not generated a final<br>
       response, and a BYE to all confirmed dialogs after a final<br>
       response.  For the callee's UA, it would typically imply a BYE;<br>
       presumably, when the user picked up the phone, a 2xx was<br>
       generated, and so hanging up would result in a BYE after the ACK<br>
       is received."<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
Daniel Grotti<br>
<br>
Head of Customer Support                     Sipwise GmbH<br>
e: <a href="mailto:dgrotti@sipwise.com" target="_blank">dgrotti@sipwise.com</a>                     Europaring F15<br>
t: +43(0)130120332                A-2345 Brunn Am Gebirge<br>
w: <a href="http://www.sipwise.com" rel="noreferrer" target="_blank">www.sipwise.com</a>   FN: 305595f   FG: LG Wiener Neustadt<br>
<br>
On 5/10/19 3:34 PM, qabane me wrote:<br>
> Hi<br>
> <br>
> On of our interconnects sends calls to us. When the caller cancels the <br>
> call before a session is established, they send us a BYE. That should be <br>
> a CANCEL as far as I know. This is causing issues with the callee's <br>
> phone continuing to ring. I am trying to argue with them but they are <br>
> saying it's allowed. I am trying to check the RFCs but am not finding <br>
> ammunition. Does any one have a link to show that indeed I am right and <br>
> they are wrong? (assuming that I am)<br>
> <br>
> So the scenario is:<br>
> image.png<br>
> <br>
> _______________________________________________<br>
> Spce-user mailing list<br>
> <a href="mailto:Spce-user@lists.sipwise.com" target="_blank">Spce-user@lists.sipwise.com</a><br>
> <a href="https://lists.sipwise.com/listinfo/spce-user" rel="noreferrer" target="_blank">https://lists.sipwise.com/listinfo/spce-user</a><br>
> <br>
_______________________________________________<br>
Spce-user mailing list<br>
<a href="mailto:Spce-user@lists.sipwise.com" target="_blank">Spce-user@lists.sipwise.com</a><br>
<a href="https://lists.sipwise.com/listinfo/spce-user" rel="noreferrer" target="_blank">https://lists.sipwise.com/listinfo/spce-user</a><br>
</blockquote></div>
</blockquote></div>