Softphone, webphone and VoIP server Forum

HomeHomeDiscussionsDiscussionsMizu SoftswitchMizu SoftswitchFreeSoftswitch - Send bye instead of cancel to end unanswered callFreeSoftswitch - Send bye instead of cancel to end unanswered call
Previous
 
Next
New Post
4/19/2018 4:50 PM
 
Hi everybody,

I was doing some tests with your Free Softswitch and I have met with the following problem.

This problem can be reproduced with Linphone SIP softphones and GrandStream GVX-3000 SIP phones (devices I have).
However, it does not happen with your softphone MizuPhone.

All the phones are correctly registered in the Server. The problem is that I am calling from one phone (1) to another (2).
The user of the phone (2) does not accept the call and cancels the call. The phone (2) stops ringing but the phone (1) still rings endlessly. It seems that the phone (1) discards the message of the server to terminate the call.

Checking the different logs of the phones and the server it seems that the Softswitch sends a BYE message to the phone (1) and the phone (1) discards that message because it is expecting a CANCEL messages instead.

I do not know if that behaviour can be changed by configuration or not but it seems that some SIP phones/softphones have a more strict implementation of the SIP protocol and does not accept the BYE message when they are in an early stage of the call (ringing phase).

I only wanted to share with you this scenario in order to let you know about that behaviour.

Best regards,
Eduardo
 
New Post
4/19/2018 6:32 PM
 

All the phones are correctly registered in the Server. The problem is that I am calling from one phone (1) to another (2). The user of the phone (2) does not accept the call and cancels the call.

This doesn’t sound to be ok. The called party (2) should send a BYE and not a CANCEL. (CANCEL can be sent only by the caller).
A log would help a lot to see the whole picture.

We know about a behavior when the softswitch might send an extra BYE after a CANCEL and that BYE violates the SIP standard. This doesn’t cause any issue since the endpoint already received a correct answer and this is done for compatibility reason with some misbehaving devices.

However sending only a BYE instead of CANCEL for a pending request would be a bug. I am sure that we don’t have such a bug in the recent versions as this would not go unnoticed. In case if you are interested in a paid license, then we can upgrade your server. In this case please contact us at info@mizu-voip.com. Otherwise we are going to release a new version of the free version soon and you can refresh (this is in case if somehow the old version has such kind of bug).

 
Previous
 
Next
HomeHomeDiscussionsDiscussionsMizu SoftswitchMizu SoftswitchFreeSoftswitch - Send bye instead of cancel to end unanswered callFreeSoftswitch - Send bye instead of cancel to end unanswered call


You need to register / login to be able to post in the forum