[jitsi-users] Fwd: Re: Fwd: "Call not secure" (02)


#1

Thanks Boris; but I think that WASAPI can be ruled out as the culprit;
because I tried the same person also with PortAudio; and the call stayed
unsecure (this may have been a different call and might not show up on the
logfile sent)

M.H.

-------- Originalnachricht --------

    

    

    

    

    

I'd like to rephrase my question in order to narrow down on this issue.
Here it is: /quote/ Is there anything in the configuration of Jitsi that
must absolutely be done at both ends (caller and receiver) so that a call
will be secure? /unquote/

With Jitsi on both sides, it (ZRTP) should work out-of-the-box.

If I know that, I wll make sure that Jitsi is thusly configured; and if
the problem persists we can be reasonably certain that the reasons must
lie elsewhere

The logs you sent[1] contain some exceptions from WASAPI. I think that
the first one[2] might have prevented ZRTP from working.

You should try the Jitsi nightly builds -- they contain multiple fixes
for WASAPI.

Regards,
Boris

[1] http://lists.jitsi.org/pipermail/users/2013-August/005017.html [1]

[2]
13:23:42.347 WARNING: [14]
org.jitsi.impl.neomedia.ZrtpFortunaEntropyGatherer.warn() Got an IO
Exception during entropy preparation
java.io.IOException
  at
org.jitsi.impl.neomedia.jmfext.media.protocol.wasapi.WASAPIStream.connect(WASAPIStream.java:288)
  at
org.jitsi.impl.neomedia.jmfext.media.protocol.wasapi.WASAPIStream.setLocator(WASAPIStream.java:596)
  at
org.jitsi.impl.neomedia.jmfext.media.protocol.wasapi.DataSource.doConnect(DataSource.java:76)
  at
org.jitsi.impl.neomedia.jmfext.media.protocol.AbstractPullBufferCaptureDevice$1.doConnect(AbstractPullBufferCaptureDevice.java:60)
  at
org.jitsi.impl.neomedia.jmfext.media.protocol.AbstractBufferCaptureDevice.connect(AbstractBufferCaptureDevice.java:110)
  at
org.jitsi.impl.neomedia.jmfext.media.protocol.AbstractPullBufferCaptureDevice.connect(AbstractPullBufferCaptureDevice.java:142)
  at javax.media.Manager.createDataSource(Manager.java:384)
  at
org.jitsi.impl.neomedia.ZrtpFortunaEntropyGatherer$GatherAudio.prepareAudioEntropy(ZrtpFortunaEntropyGatherer.java:176)
  at
org.jitsi.impl.neomedia.ZrtpFortunaEntropyGatherer$GatherAudio.access$100(ZrtpFortunaEntropyGatherer.java:130)
  at
org.jitsi.impl.neomedia.ZrtpFortunaEntropyGatherer.setEntropy(ZrtpFortunaEntropyGatherer.java:124)
  at
org.jitsi.impl.neomedia.MediaServiceImpl.postInitializeOnce(MediaServiceImpl.java:1488)
  at
org.jitsi.impl.neomedia.MediaServiceImpl.<init>(MediaServiceImpl.java:242)

Links:

···

On 8/23/13 7:42 PM, haldenwang@posteo.dewrote:
------
[1] http://lists.jitsi.org/pipermail/users/2013-August/005017.html


#2

Thanks Boris; but I think that WASAPI can be ruled out as the culprit;
because I tried the same person also with PortAudio; and the call stayed
unsecure (this may have been a different call and might not show up on
the logfile sent)

At least the log you sent shows a problem with WASAPI which lead to a failure initializing ZRTP (the mic-noise is used to seed a random number generator, RNG). Failure to initialize it could hence very well be the culprit.
If PortAudio works, have you restarted Jitsi between changing the audio systems? The RNG is only initialized at startup.

M.H.

Ingo