After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 620625 - Ekiga.net account with Ekiga cannot connect to sip2sip.info addresses
Ekiga.net account with Ekiga cannot connect to sip2sip.info addresses
Status: RESOLVED OBSOLETE
Product: ekiga
Classification: Applications
Component: Call stack
3.0.x
Other Linux
: Normal major
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
Depends on:
Blocks:
 
 
Reported: 2010-06-05 05:13 UTC by Aaron W. Hsu
Modified: 2011-09-11 15:22 UTC
See Also:
GNOME target: ---
GNOME version: 2.27/2.28



Description Aaron W. Hsu 2010-06-05 05:13:58 UTC
I have an account arcfide@ekiga.net registered and I can successfully make an echo test with Ekiga 3.0.1. I am running SUSE Linux Enterprise Destop 11 SP1 with the default Ekiga installed. I am running on a Lenovo T500 laptop behind a NetGear router with SIP ALG disabled. I am able to call other Ekiga.net users, but I am unable to call sip2sip.info addresses.

As an example, with Blink on Mac, I am able to connect to 4444@sip2sip.info, which is an echo test. I cannot do so with Ekiga on Linux. I have tried the variations in the address bar of 4444@sip2sip.info and sip:4444@sip2sip.info. 

I have also tried some friend's sip2sip.info address, which experiences the same problems. After some time attempting to connect, the error message "Could not connect to remote host" appears in the status field.
Comment 1 Eugen Dedu 2011-09-11 15:22:07 UTC
3.0.1 is too old.  Please try with ekiga >= 3.3.1 and, if the bug is still there, attach the log output (-d 4), thank you.

Additionally, I have just tried calling 4444@sip2sip.info with ekiga 3.3.2 and it works.

Check also that you do not have all the codecs selected in Preferences (let only 3-4 audio codecs checked on), elsewhere you are hit by a bug where packet is too large to be transmitted.