yuan- / sipdroid

Automatically exported from code.google.com/p/sipdroid
GNU General Public License v3.0
0 stars 0 forks source link

Fallback to UDP if TCP fails whan connecting to a provider #583

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Before you begin please read the FAQ!

Attention!

Don't post doubles!

Why is it important to find doubles?

Sipdroid is a community project. This is no dropbox for your personal
issue. You need to find others having the same problem to get it fixed. If
the problem has already been reported you add more details and ideas to the
existing discussion. If it has not been reported yet you include as many
background info as possible to give the community a chance to follow up on
it. No one will just sit there and try to replicate your setup. The root
cause of the problem will need to be identified to get it fixed.

How can I find doubles?

When clicking on issues tab there is a search box. Enter keywords for your
issue to find previous reports matching yours. Choose find all to match
closed tickets as well.

How can I investigate an incompatiblity?

Just mentioning a SIP server or device that does not interoperate with
Sipdroid won't help much because the developers might not have that
particular setup on hands. So you will try to add a SIP or logcat trace
from your network/phone to make a fix at all possible.

Did you carefully read above?

If yes, please fill out the following form and provide all necessary
details.
If not, you may continue in the Forum where you can discuss your problem to
clear things up before filing an issue report.

What steps will reproduce the problem?
1. Register where TCP connections to port 5060 are blocked
2. Timeout
3.

What is the expected output? What do you see instead?
I'd like to see an option to try to fallback to UDP should TCP fail after a 
user defined amount of times and vice versa (fall back to TCP if UDP fails), 
and if issue #116 is resolved, also on a per-provider basis.

What version of the product are you using? On what device/operating system?
Sipdroid 1.5.5 beta, Nexus One 2.2 FRF91 CM6.0.0-RC2.

Which SIP server are you using? What happens with PBXes?
It's not a server issue, but for example euteliavoip.com doesn't always accept 
TCP connections.

Which type of network are you using?
Tried on 3G and WiFi.

Please provide any additional information below.
It's an enhancement request, not a defect.

Original issue reported on code.google.com by marcu...@gmail.com on 31 Jul 2010 at 3:37

GoogleCodeExporter commented 9 years ago

Original comment by pmerl...@googlemail.com on 2 Aug 2010 at 3:31

GoogleCodeExporter commented 9 years ago
If the server does not work reliable it is not the client that needs to be 
extended.

Original comment by pmerl...@googlemail.com on 3 Aug 2010 at 7:10

GoogleCodeExporter commented 9 years ago
Well, this enhancement is not just to compensate a server problem, but a 
network problem.

To be honest I could verify that it was not eutelia's problem but my router's.
This happens on my router: it sometimes runs out of TCP routing table space and 
doesn't route any new TCP connections. In this case, although I prefer TCP 
because it offers a much more reliable connection, I'd like Sipdroid to connect 
via UDP even if it's usually worse because I'm reachable in that case.

Original comment by marcu...@gmail.com on 4 Aug 2010 at 11:36