[jitsi-users] Cancelling Jitsi video call via ZRTP after 15 minutes (Vodafone or Router problem?)


#1

Hello together,

I have a strange problem with Jitsi:

Every time I make a video call from a Jabber account to another Jabber
account, the video call is cancelled after pretty accurate 15 minutes. The
webcam image freezes after that time. When I try to start the call again, I
get an error message. If my friend is calling me, it also doesn't work.
Please see the relevant part of the log file at the end of this post.

The strange thing is: I have to wait for five minutes. After that period of
time I can start the video call again. Then we can have a video chat for
another fifteen minutes. The connection quality of my DSL is stable and the
quality of the call during the fifeteen minutes is very well, so I'm sure
it is not because of a low connection quality. This issue happens
independent of which computer I'm using. I tried it with different ones.

But: The issue only happens at my Vodafone DSL connection (Germany). As
router I have a Vodafone Easybox. When I make a call with the same laptop
at the DSL provider of my parents, this issue isn't happening. So it seems
that the issue is either related to router settings or to Vodafone. It
seems to be quite strange that it happens pretty accurate after 15 minutes.

Has anybody an idea what I can check? Is there any known issue (maybe
related to Vodafone)?

Best regards,
Thomas

PS: See below the relevant part of the log file

20:36:34.545 Information: [163]
org.ice4j.ice.Agent.startConnectivityEstablishment() Start ICE connectivity
establishment
20:36:34.545 Information: [163] org.ice4j.ice.Agent.initCheckLists() Init
checklist for stream audio
20:36:34.546 Information: [163]
org.ice4j.ice.ConnectivityCheckClient.startChecks() Start connectivity
checks!
20:36:35.668 Information: [181]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
192.168.2.159:5006/udp/host -> 192.168.178.30:5006/udp/host (audio.RTP),
failing.
20:36:35.689 Information: [182]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
[fe80:0:0:0:25f4:4f12:9a8d:50fd]:5006/udp/host ->
[fe80:0:0:0:24f9:4a37:da2c:ebd2]:5006/udp/host (audio.RTP), failing.
20:36:35.710 Information: [183]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
[2001:0:5ef5:79fb:4e6:2808:a3b6:6d29]:5006/udp/host ->
[2001:0:9d38:90d7:343a:3550:b032:8479]:5006/udp/host (audio.RTP), failing.
20:36:35.732 Information: [184]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
[fe80:0:0:0:4e6:2808:a3b6:6d29]:5006/udp/host ->
[fe80:0:0:0:24f9:4a37:da2c:ebd2]:5006/udp/host (audio.RTP), failing.
20:36:35.752 Information: [186]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
[fe80:0:0:0:25f4:4f12:9a8d:50fd]:5006/udp/host ->
[fe80:0:0:0:343a:3550:b032:8479]:5006/udp/host (audio.RTP), failing.
20:36:35.773 Information: [187]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
[fe80:0:0:0:4e6:2808:a3b6:6d29]:5006/udp/host ->
[fe80:0:0:0:343a:3550:b032:8479]:5006/udp/host (audio.RTP), failing.
20:36:35.793 Information: [188]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
192.168.2.159:5006/udp/host -> 79.205.123.134:5006/udp/srflx (audio.RTP),
failing.
20:36:35.813 Information: [189]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
192.168.2.159:5007/udp/host -> 192.168.178.30:5007/udp/host (audio.RTCP),
failing.
20:36:35.834 Information: [193]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
[fe80:0:0:0:25f4:4f12:9a8d:50fd]:5007/udp/host ->
[fe80:0:0:0:24f9:4a37:da2c:ebd2]:5007/udp/host (audio.RTCP), failing.
20:36:35.854 Information: [194]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
[2001:0:5ef5:79fb:4e6:2808:a3b6:6d29]:5007/udp/host ->
[2001:0:9d38:90d7:343a:3550:b032:8479]:5007/udp/host (audio.RTCP), failing.
20:36:35.874 Information: [195]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
[fe80:0:0:0:4e6:2808:a3b6:6d29]:5007/udp/host ->
[fe80:0:0:0:24f9:4a37:da2c:ebd2]:5007/udp/host (audio.RTCP), failing.
20:36:35.895 Information: [196]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
[fe80:0:0:0:25f4:4f12:9a8d:50fd]:5007/udp/host ->
[fe80:0:0:0:343a:3550:b032:8479]:5007/udp/host (audio.RTCP), failing.
20:36:35.914 Information: [197]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
[fe80:0:0:0:4e6:2808:a3b6:6d29]:5007/udp/host ->
[fe80:0:0:0:343a:3550:b032:8479]:5007/udp/host (audio.RTCP), failing.
20:36:35.935 Information: [198]
org.ice4j.ice.ConnectivityCheckClient.processTimeout() timeout for pair:
192.168.2.159:5007/udp/host -> 79.205.123.134:5007/udp/srflx (audio.RTCP),
failing.
20:36:35.935 Information: [198]
org.ice4j.ice.ConnectivityCheckClient.updateCheckListAndTimerStates()
CheckList will failed in a few seconds if nosucceeded checks come
20:36:40.936 Information: [199] org.ice4j.ice.ConnectivityCheckClient.run()
CheckList for stream audio FAILED
20:36:40.936 Information: [199]
org.ice4j.ice.Agent.checkListStatesUpdated() ICE state is FAILED
20:36:40.937 Information: [208]
impl.protocol.jabber.CallPeerJabberImpl.answer().144 Failed to answer an
incoming call
net.java.sip.communicator.service.protocol.OperationFailedException: Could
not establish connection (ICE failed)


#2

Hi Thomas,

can you please provide the version(s) of Jitsi you use as well as the
OS and Audio backend? Does this also happen with audio-only calls?

Regards,
Philipp

ยทยทยท

On Thu, 20 Feb 2014 22:33:46 +0100 Thomas Temme <th.temme@gmail.com> wrote:

Hello together,

I have a strange problem with Jitsi:

Every time I make a video call from a Jabber account to another Jabber
account, the video call is cancelled after pretty accurate 15
minutes. The webcam image freezes after that time. When I try to
start the call again, I get an error message. If my friend is calling
me, it also doesn't work. Please see the relevant part of the log
file at the end of this post.

The strange thing is: I have to wait for five minutes. After that
period of time I can start the video call again. Then we can have a
video chat for another fifteen minutes. The connection quality of my
DSL is stable and the quality of the call during the fifeteen minutes
is very well, so I'm sure it is not because of a low connection
quality. This issue happens independent of which computer I'm using.
I tried it with different ones.

But: The issue only happens at my Vodafone DSL connection (Germany).
As router I have a Vodafone Easybox. When I make a call with the same
laptop at the DSL provider of my parents, this issue isn't happening.
So it seems that the issue is either related to router settings or to
Vodafone. It seems to be quite strange that it happens pretty
accurate after 15 minutes.

Has anybody an idea what I can check? Is there any known issue (maybe
related to Vodafone)?

Best regards,
Thomas

--
JID: murks@jit.si