Problem with receiving calls on some WiFi networks

applejagadeesh / idoubs

Automatically exported from code.google.com/p/idoubs

0 stars 0 forks source link

Problem with receiving calls on some WiFi networks #64

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago

What steps will reproduce the problem?
1. In my case University WiFi(eduroam), on idoubs settings WiFi is ON 3G/2.5G 
OFF
2. Can call but can't receive calls

What is the expected output? What do you see instead?
Receive incoming call.

What version of the product or source code revision are you using? On what
operating system?
1x3Gs & 1xiPad iOS 4.3.3; XCode 3.2.6; r168

----

I can receive text messages, but not Audio-/Videocalls.

If I turn on 3G/2.5G in idouds settings, everything work(on same WiFi w.o. 
3G|EDGE(No Sim card)) - I can receive calls.

I tried to turn 3G/2.5G on testVideoCall App. 
TestVideoCall.mm: [mConfigurationService setBoolWithKey: NETWORK_USE_3G 
andValue: YES];
No success :( How can turn it on?

Original issue reported on code.google.com by mamma...@gmail.com on 4 Aug 2011 at 3:37

GoogleCodeExporter commented 9 years ago

[deleted comment]

GoogleCodeExporter commented 9 years ago

[deleted comment]

GoogleCodeExporter commented 9 years ago

[deleted comment]

GoogleCodeExporter commented 9 years ago

It is nothing to do with 3G.. it does not work with 3G on too..

Call from idoubs(iPhone) to idoubs(iPad) w.o. enabling STUN:
 -> No incoming call

"Call"/Connect from idoubs(iPhone) to idoubs(iPad), both :
STUN Server - ON; Discover - ON; stun.sipgate.net:3478/10000;
 -> Message: "Not Connected"

Call from  X-Lite(Firewall Traversal Method: Discover public IP address(STUN)) 
: stun.sipgate.net) to idoubs(iPhone/iPad):
 -> OK, incoming call

Do I something wrong?

Original comment by mamma...@gmail.com on 5 Aug 2011 at 8:07

GoogleCodeExporter commented 9 years ago

You are connected to the eduroam network right? Then you could've figured this 
out by yourself.
The university is blocking the ports required to make a SIP call so if you use 
the stun server you're using other ports then default. And sometimes even if 
the SIP call can be made some network management leprechauns slow down your 
bandwith so the have major delay.

P.S. Wifi has a higher priority so wifi is the applications first choice.
Maybe you could try something like this:
[mConfigurationService setBoolWithKey: NETWORK_USE_WIFI andValue: NO];

Original comment by nightfox...@gmail.com on 9 Aug 2011 at 12:12

GoogleCodeExporter commented 9 years ago

@nightfox...@gmail.com
But other applications for iPhone like, iSip or Sofphone, work on eduroam 
without any problem (without turning NAT Traversal on), call or receive..

Original comment by E.Mamma...@gmail.com on 9 Aug 2011 at 4:50

GoogleCodeExporter commented 9 years ago

Issue 68 has been merged into this issue.

Original comment by boss...@yahoo.fr on 18 Aug 2011 at 6:12

GoogleCodeExporter commented 9 years ago

Original comment by boss...@yahoo.fr on 8 Jun 2012 at 11:29

Changed state: CannotReproduce

GoogleCodeExporter commented 9 years ago

I think this issues is nat router problem, something with sip packet size. As i 
saw, for example, the first invite is sent to the proxy, and the second one 
with authorization header is not passed by nat router, For example, tplink is 
one of broken nat router.

Original comment by dani.p...@gmail.com on 31 Oct 2012 at 9:07

GoogleCodeExporter commented 9 years ago

Original comment by boss...@yahoo.fr on 6 Aug 2013 at 7:23

Changed state: Done