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

w4a do not detect the closed server connection #3

Closed
GoogleCodeExporter opened this issue Jul 29, 2015 · 9 comments
Closed

w4a do not detect the closed server connection #3

GoogleCodeExporter opened this issue Jul 29, 2015 · 9 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. Connect with w4a to SIP server
2. Restart the SIP server
3. See the w4a still in "Connected" state

What is the expected output? What do you see instead?

The expected is to catch the closed socket connection and move to Disconnected 
state

What version of the product are you using? On what operating system?
w4a v756
win7 64bit
firefox 16.x

Can provide any additional information upon request.


Original issue reported on code.google.com by sfinx.so...@gmail.com on 12 Nov 2012 at 10:04

@GoogleCodeExporter
Copy link
Author

This is expected for any VoIP client using unreliable connection (e.g UDP). 
It's possible to send keepAlive messages but I don't think it worth it

Original comment by boss...@yahoo.fr on 12 Nov 2012 at 10:10

@GoogleCodeExporter
Copy link
Author

It is not related to keepalive at all - it is related to socket close event 
that is missed by w4a. The keepalive problem is separated w4a issue that will 
be posted in a few minutes.

Original comment by sfinx.so...@gmail.com on 12 Nov 2012 at 10:12

@GoogleCodeExporter
Copy link
Author

Original comment by boss...@yahoo.fr on 12 Nov 2012 at 10:19

  • Changed state: Duplicate

@GoogleCodeExporter
Copy link
Author

"it is related to socket close event" -> UDP socket close at server side for 
signaling?

Original comment by boss...@yahoo.fr on 12 Nov 2012 at 10:20

@GoogleCodeExporter
Copy link
Author

Don't forget that w4a use UDP instead of websocket transport which means no 
"close event" will be triggered.

Original comment by boss...@yahoo.fr on 12 Nov 2012 at 10:27

@GoogleCodeExporter
Copy link
Author

This w4a bug is not related to signaling, more to keepalive one. Please see, 
for example :

http://stackoverflow.com/questions/4956940/how-to-know-socket-client-got-disconn
ected

Original comment by sfinx.so...@gmail.com on 12 Nov 2012 at 10:34

@GoogleCodeExporter
Copy link
Author

Sorry but I don't understand what you are trying to demonstrate. Do you mean 
it's possible to now that the server is down when using UDP without sending any 
packet? Sorry to ask such trivial question but I'm a bit lost with the link 
you're providing which is about TCP.

Original comment by boss...@yahoo.fr on 12 Nov 2012 at 10:42

@GoogleCodeExporter
Copy link
Author

Sure it is not existed for UDP - this "close" event need to be detected somehow.

Original comment by sfinx.so...@gmail.com on 12 Nov 2012 at 10:42

@GoogleCodeExporter
Copy link
Author

Ok, seems like OPTIONS support from the server is sufficient here.

Original comment by sfinx.so...@gmail.com on 12 Nov 2012 at 10:53

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

1 participant