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 592479 - Repeated calls makes loosing the sound
Repeated calls makes loosing the sound
Status: RESOLVED DUPLICATE of bug 586531
Product: ekiga
Classification: Applications
Component: general
3.2.x
Other Linux
: Normal normal
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
Depends on:
Blocks:
 
 
Reported: 2009-08-20 16:35 UTC by Matěj Cepl
Modified: 2009-08-20 19:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
ekiga-log-1759.txt (451.12 KB, text/plain)
2009-08-20 16:35 UTC, Matěj Cepl
Details
ekiga-log-1805.txt (620.95 KB, text/plain)
2009-08-20 16:36 UTC, Matěj Cepl
Details
ekiga-log-1813.txt (601.30 KB, text/plain)
2009-08-20 16:36 UTC, Matěj Cepl
Details
ekiga-log-1816.txt (705.48 KB, text/plain)
2009-08-20 16:37 UTC, Matěj Cepl
Details
ekiga-log-1829.txt (126.01 KB, application/x-gzip)
2009-08-20 16:38 UTC, Matěj Cepl
Details

Description Matěj Cepl 2009-08-20 16:35:14 UTC
Created attachment 141261 [details]
ekiga-log-1759.txt

OK, this is a series of tests when I called one SIP number, hanged up, and then
called other one.

ekiga-log-1759.txt -- just call 500@ekiga.net, works perfectly, except the
video is quite choppy (that's in other tests as well).

ekiga-log-1805.txt -- 500@ekiga.net (works), call US 1-800 number over
sipbroker.com (sound works, cannot test my recording, as I have no echo),
904@mouselike.org echo test (doesn't work), and again 500@ekiga.net (audio
doesn't work at all, video is OK). (mouselike echo service is audio only)

ekiga-log-1813.txt -- first call to 500@ekiga.net works like a charm, then hang
up and call the same number again and no voice (in or out).

ekiga-log-1816.txt -- the same scenario with same results

ekiga-log-1829.txt -- first call 1-800 number via sipbroker.com (works, no
echo, so just testing only audio reception), then 500@ekiga.net (works!), then
again 500@ekiga.net (no sound at all).
Comment 1 Matěj Cepl 2009-08-20 16:36:04 UTC
Created attachment 141262 [details]
ekiga-log-1805.txt
Comment 2 Matěj Cepl 2009-08-20 16:36:40 UTC
Created attachment 141263 [details]
ekiga-log-1813.txt
Comment 3 Matěj Cepl 2009-08-20 16:37:13 UTC
Created attachment 141264 [details]
ekiga-log-1816.txt
Comment 4 Matěj Cepl 2009-08-20 16:38:51 UTC
Created attachment 141265 [details]
ekiga-log-1829.txt
Comment 5 Damien Sandras 2009-08-20 18:30:49 UTC
Let's take log 1813.

If you see the first INVITE, Ekiga asks to receive audio on public port 5062 and video on port 5064 :
m=audio 5062 RTP/AVP 111 0 8 9 101 120^M
m=video 5064 RTP/AVP 99 31^M

On the last INVITE, it asks to receive audio in port 5064 and video on port 5066.

It seems that you still receive audio, but not video (from the log), but you say the problem is about audio.

Can you :
- reproduce the problem with a debug output
- do a parallel tcpdump session 

The tcpdump session will help determining if you really receive data on the port Ekiga requests. 

(I doubt it does. I feel yet anoter NAT problem with the router not relaying the trafic from time to time.)
Comment 6 Eugen Dedu 2009-08-20 19:33:33 UTC
I am pretty sure this is the problem fixed by Michael, see bug #586531 and http://git.gnome.org/cgit/ekiga/commit/?h=gnome-2-26&id=39190d030c7784efdff243d98024812cb9bac3ec

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