GNOME Bugzilla – Bug 634258
remote can unmute audio and unsuspend video
Last modified: 2020-06-06 16:29:43 UTC
Debian Ekiga 3.2.7-2, libopal 3.6.8~dfsg-2, ptlib 2.6.7-1 Start an ekiga video conference, tell ekiga to suspend audio and video output (other side gets silence and no more video as expected), but when the remote suspends or resumes their video, the local side starts to send audio and video without any indication to the local user. This can allow the remote side to eavsdrop when the local user thinks they are muted and not sending video. In my case the remote client is the N900 Telepathy-SofiaSIP/0.6.2 client. >From ekiga's point of view when only the video was suspended, received v=0 o=- XXXXXXXXXXXX s=- t=0 0 m=audio 7078 RTP/AVP 18 96 8 0 99 c=IN IP4 XXXXXXXXXXXXX a=rtpmap:18 G729/8000 a=rtpmap:96 ILBC/8000 a=fmtp:96 mode=30 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:99 telephone-event/8000 a=fmtp:99 0-15 m=video 9078 RTP/AVP 97 c=IN IP4 XXXXXXXXXXXXX a=rtpmap:97 h264/90000 a=fmtp:97 sprop-parameter-sets=XXXXXXXXXXXX=XXXXXXXXXX==;packetization-mode=1;profile-level-id=XXXXXXXX a=recvonly Is ekiga seeing the "a=recvonly" and doing what it was instructed to do, that is send video?
(In reply to comment #0) > a=recvonly > > Is ekiga seeing the "a=recvonly" and doing what it was instructed to > do, that is send video? I do not know. I have to check if this is a problem in ekiga code (Opal::Call::toggle_stream_pause in lib/engine/components/opal/opal-call.cpp) or in opal code. Do you have more information?
(In reply to comment #1) > Do you have more information? I'm not sure what you have in mind. I was mostly only looking at the SIP traffic. It seems when a user tells Ekiga to stop sending it just stops sending that RTP stream without sending a SIP message to the remote end to say why.
Dave, could you test with 3.9.90 and tell if the problem is still there?
Eugen, it has not been fixed. ptlib-2.10.7 opal-3.10.7 ekiga-3.9.90 connecting to ekiga.net, probably one for another bug report, but ekiga could not register when I had an ip alias with both a local 192.168 and a globally routable ip, I had to disable the local ip before it could register. test to the Nokia N900, using the stock sophia sip, ekiga, clicked suspend audio and no more audio was being sent from ekiga, N900 mute, unmute, still no audio from ekiga, on ekiga's side both the audio and video were grayed out in the menu and the only way I could get audio again was to hang up and call back. test with 500@ekiga.net which is the echo test number, select the menu suspend audio, and the menu now says resume audio and it is not grayed out, but even when it says resume audio audio continues to be sent and echoed back -- David
Ekiga is not under active development anymore: https://gitlab.gnome.org/Infrastructure/Infrastructure/-/issues/273 Ekiga saw its last release 7 years ago. The last code commits were 4 years ago. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (and transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active Ekiga development again in the future.