Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Number is presented as "busy" up to 1' after call #131

Closed
rodrigomonelos opened this issue Nov 21, 2017 · 14 comments
Closed

Number is presented as "busy" up to 1' after call #131

rodrigomonelos opened this issue Nov 21, 2017 · 14 comments

Comments

@rodrigomonelos
Copy link
Collaborator

rodrigomonelos commented Nov 21, 2017

After finishing a call between A and B, if I call again to any of those during the next ~1', I get the "busy" message.
According to @gmarcos87 the backend is having that delay in registering that the user is offline, and it is causing also a SIP Failure Code when trying to send a message to a number that has just closed his session.
Can you check this @sanchi? Maybe @gmarcos87 can add more details

@rodrigomonelos
Copy link
Collaborator Author

At the end of this video recorded by @Tcat1 you can see the described behaviour: https://www.youtube.com/watch?v=ZA5ZDcRDcB0

@rodrigomonelos
Copy link
Collaborator Author

"When a user closes the app a minute passes until it is recognized as not registered by the backend. In that minute there are these errors in the calls and even in the sms."

@sanchi
Copy link
Collaborator

sanchi commented Nov 21, 2017

I am trying to reproduce, but see only #129 and #133

@sanchi
Copy link
Collaborator

sanchi commented Nov 21, 2017

sorry, really can't reproduce. Maybe it has to do with the way my Android mobile handles the notification?

Please do he following:
ssh to rhizortc, I have let kamailio debug log on for now.
run this:
tail -f /var/log/daemon.log > kamailio_log_`date +"%F-%H_%M_%S"`.txt
and make two such consecutive calls. Attach the last kamailio_log_xxyyzz.txt to this issue for me to analyze. thanks!

@sanchi sanchi assigned gmarcos87 and rodrigomonelos and unassigned sanchi Nov 21, 2017
@sanchi
Copy link
Collaborator

sanchi commented Nov 21, 2017

having said that, I can imagine that within that minute, kamailio would try to send over a non-exising websocket connection to the app, and when that fails, it would reply with the error upstream. I have changed the kamailio config to also store that transaction and send a push notification in that case, but I can't test whether that actually works as I can't reproduce with my phone. So please, if you still see this happening, collect a log as noted here, and attach the log for me to fix the config.

@rodrigomonelos
Copy link
Collaborator Author

rodrigomonelos commented Nov 21, 2017

I can not reproduce it now either.
I can try running those commands anyway but I will need instructions: how do I ssh to rhizortc?
Also @gmarcos87 can do that easily than me.

Anyway, since we are not being able to reproduce it, I would ask @Tcat1 to check if this issue is still hapenning there Can you? Steps to reproduce are:

  • Establish a call from A (GSM) to B (App)
  • Finish the call
  • Call again from A to B right after having finished the call

Expected result: Call rings on both sides
Previous result (what we do not want): Caller gets the busy reply

pd1: where shall we document this debugging instructions for the team? Github wiki? The Site that Marcos created? Google Docs?
pd2: What I do get @sanchi is a SIP Failure Code message on the sms-version of the app when trying to send a message to a user that has just disconnected. Messaging works fine both when both users are online as well as when the one offline has been on that state for more than ~30''. I will create a new issue for that --> #142

@Tcat1
Copy link

Tcat1 commented Nov 22, 2017

Sorry Folks, No Busy Signal when calling back. In Fact Call Rings and can answer it normally. I can make a video and post it but it may take me a few days to get it uploaded due to slow internet speeds these days...

@rodrigomonelos
Copy link
Collaborator Author

rodrigomonelos commented Nov 23, 2017 via email

@gmarcos87
Copy link
Collaborator

I could not reproduce the error either. @rodrigomonelos this is not the case of Kamailio's delay. That error occurs when the user disconnects, not after a call. With the changes that @sanchi made, the notification arrives but the call was dropped instantly.

@rodrigomonelos
Copy link
Collaborator Author

rodrigomonelos commented Nov 24, 2017 via email

@Tcat1
Copy link

Tcat1 commented Nov 27, 2017 via email

@Tcat1
Copy link

Tcat1 commented Nov 27, 2017 via email

@Tcat1
Copy link

Tcat1 commented Nov 28, 2017 via email

@rodrigomonelos
Copy link
Collaborator Author

Thanks a lot Thomas. I'm moving this comments to #144 so we follow the specific case

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants