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 491814 - Listening device needs restart to be effective
Listening device needs restart to be effective
Status: RESOLVED DUPLICATE of bug 324564
Product: ekiga
Classification: Applications
Component: general
2.0.x
Other Linux
: Normal normal
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
Depends on:
Blocks:
 
 
Reported: 2007-10-30 18:25 UTC by hunteke
Modified: 2008-04-03 09:02 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description hunteke 2007-10-30 18:25:06 UTC
Hello,

Ubuntu Feisty, Ekiga 2.0.11

Bear with me as I'm just figuring out the whole Ekiga/Asterisk/VoIP thing and am not really sure what questions to ask.  :-)

I have a couple of different VPN/Asterisk servers that I use.  One thing that is somewhat of an annoyance is the default choice of listening device.  If I haven't started my VPN connection by the time I start Ekiga, and then start the VPN afterwards, when I switch to the tun device and then try to register with the asterisk server, Ekiga times out.  When I restart Ekiga, all works well.

This may be related, I'm not sure:

We've set up our asterisk server on the VPN and accessible through conference@vpn.myserver.com.  Since there is only a single route to vpn.myserver.com, would it not be possible to have Ekiga automatically figure out to which device it should talk/listen?

Thanks in advance for any pointers on what I'm missing,

Kevin
Comment 1 tom schorpp 2008-04-03 07:23:45 UTC
Ekiga 2.0.12 released 2008-03-10, Damien Sandras
no support for old releases.
Comment 2 Damien Sandras 2008-04-03 07:57:17 UTC
There is already another similar bug report, but I can't find it anymore.
Comment 3 Damien Sandras 2008-04-03 09:02:35 UTC

*** This bug has been marked as a duplicate of 324564 ***