Hi Emil, Yana,
this is a continuation of a private discussion on the list.
I've checked the information that Jitsi displays in the call info frame and
it just displays which type of key exchange protocol was used, for example
SDES, ZRTP. It does not show the details that I intend to display together
with the security icon. The details may become more important in case the
call is routed via ZRTP's "trusted PBX feature". This would be indicated in
the details. FreeSwitch already implements this feature and Jitsi can deal
with it, at least as a "passive" client because Jitsi has no GUI yet to handle
the "client enrollment" process.
Oh ... While Vincent and Yana were working on this, we definitely had a
discussion on the subject and I thought we agreed to add it there but I
am apparently mistaken.
Sorry about that.
Well, that's how development works .
Thus a short question: shall I leave this information as part of the security icon
(easy) or shall we enhance the mechansims to show this detail also in the call
info frame. This change would require some serious modifications in
"*.service.protocol.media.MediaHandler" and the CallInfoFrame.
The idea was that the call window should look as simple as possible and
that we should really avoid adding there things that would just seem
cryptic to most users. Unfortunately the ciphers kind of fit that
The Call Info Frame on the other hand is meant exactly for this:
providing important technical call details for experienced users and
Right. It provides a lot of information that comes in handy in cases of
low network quality for example.
I am not sure however why moving it from one part of the GUI to another
would require modifying the media service. We should probably discuss
this on but would you mind if we continue on "dev" so that the others
could also follow?
Done. The issue about the MediaHandler: The CallInfoFrame calls a method
in MediaHandler to get information about the crypto stuff. This MediHandler
method just returns an Enumeration that shows which key exchange was used.
The CallInfoFrame uses the Enumeration toString() the get the name and
Thus the MediaHandler and CallInfoFrame must be enhanced to deal with
additional information. Here my proposal:
- modify the MediHandler.getEncryptionMethod(...) to return a String, not
only the Enumeration. This string shall contain all necessary information.
MediaHandler.getEncryptionMethod(...) can get the necessary information
via the control structures. The getCipher is available for ZRTP .
Just as a question here: does SDES have similar information available that
could/should be shown in CallInfoFrame?
- modify CallInfoFrame to accept a String (or null) as return value and
use it - this is a very small change.
If you don't mind I will do these modifications and give it a try.
Am 15.06.2012 22:49, schrieb Emil Ivov:
On 15.06.12 10:13, Werner Dittmann wrote:
Werner Dittmann Werner.Dittmann@t-online.de
Tel +49 176 993 462 95
PGP key: 82EF5E8B