[jitsi-dev] confirmed problem lies in videobridge


#1

After lots and lots of debugging, I believe I've narrowed it down to a
problem with videobridge.

I finally got 2 way audio and 1 way video (although it takes a lot longer
than before to set them up - almost 1 minute or more), but then it crashes.

Looking at the jvb logs:

SEVERE: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is
closed!
java.io.IOException:
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is closed!
at
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.assertNotClosed(DatagramTransportImpl.java:119)
at
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(DatagramTransportImpl.java:364)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
at
org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.reverseTransform(DtlsPacketTransformer.java:580)
at
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:78)
at
org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
at
org.jitsi.impl.neomedia.transform.TransformUDPInputStream.createRawPacket(TransformUDPInputStream.java:71)
at
org.jitsi.impl.neomedia.RTPConnectorInputStream.run(RTPConnectorInputStream.java:512)
at java.lang.Thread.run(Thread.java:744)

May 09, 2014 4:45:44 PM org.jitsi.util.Logger error
SEVERE: Failed to decode a DTLS record!
java.io.IOException:
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is closed!
at
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.assertNotClosed(DatagramTransportImpl.java:119)
at
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(DatagramTransportImpl.java:364)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
at
org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.reverseTransform(DtlsPacketTransformer.java:580)
at
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:78)
at
org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
at
org.jitsi.impl.neomedia.transform.TransformUDPInputStream.createRawPacket(TransformUDPInputStream.java:71)
at
org.jitsi.impl.neomedia.RTPConnectorInputStream.run(RTPConnectorInputStream.java:512)
at java.lang.Thread.run(Thread.java:744)

So it seems to be a crypto problem. And yes I have set
org.jitsi.impl.neomedia.transform.srtp.SRTPCryptoContext.checkReplay=false
in my sip-communicator.properties

I'm using jitsi-videobridge-linux-x64-99 and jdk1.7.0_51 on Debian 7.
Can someone please confirm this is a bug? It's been driving me crazy trying
to isolate the problem.

What jvb and jre version are people using that is currently stable?

Cheers,

Peter


#2

Bump.

"What jvb and jre version are people using that is currently stable?"

Anyone?

···

On Fri, May 9, 2014 at 5:57 PM, Peter Villeneuve <petervnv1@gmail.com>wrote:

After lots and lots of debugging, I believe I've narrowed it down to a
problem with videobridge.

I finally got 2 way audio and 1 way video (although it takes a lot longer
than before to set them up - almost 1 minute or more), but then it crashes.

Looking at the jvb logs:

SEVERE: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is
closed!
java.io.IOException:
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is closed!
at
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.assertNotClosed(DatagramTransportImpl.java:119)
at
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(DatagramTransportImpl.java:364)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown
Source)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
at
org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.reverseTransform(DtlsPacketTransformer.java:580)
at
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:78)
at
org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
at
org.jitsi.impl.neomedia.transform.TransformUDPInputStream.createRawPacket(TransformUDPInputStream.java:71)
at
org.jitsi.impl.neomedia.RTPConnectorInputStream.run(RTPConnectorInputStream.java:512)
at java.lang.Thread.run(Thread.java:744)

May 09, 2014 4:45:44 PM org.jitsi.util.Logger error
SEVERE: Failed to decode a DTLS record!
java.io.IOException:
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is closed!
at
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.assertNotClosed(DatagramTransportImpl.java:119)
at
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(DatagramTransportImpl.java:364)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown
Source)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
at
org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.reverseTransform(DtlsPacketTransformer.java:580)
at
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:78)
at
org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
at
org.jitsi.impl.neomedia.transform.TransformUDPInputStream.createRawPacket(TransformUDPInputStream.java:71)
at
org.jitsi.impl.neomedia.RTPConnectorInputStream.run(RTPConnectorInputStream.java:512)
at java.lang.Thread.run(Thread.java:744)

So it seems to be a crypto problem. And yes I have set
org.jitsi.impl.neomedia.transform.srtp.SRTPCryptoContext.checkReplay=false
in my sip-communicator.properties

I'm using jitsi-videobridge-linux-x64-99 and jdk1.7.0_51 on Debian 7.
Can someone please confirm this is a bug? It's been driving me crazy
trying to isolate the problem.

What jvb and jre version are people using that is currently stable?

Cheers,

Peter


#3

These by themselves do not indicate "a crypto problem" as the cause of the issue.

(By the way, could you please the various stages in the investigation of this issue in as few mailing list threads as possible? Otherwise, the whole discussion becomes less usable as a future reference.)

···

On 9.05.2014 19:57, Peter Villeneuve wrote:

Looking at the jvb logs:

SEVERE: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is closed!
java.io.IOException: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is closed!
at org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.assertNotClosed(DatagramTransportImpl.java:119)
at org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(DatagramTransportImpl.java:364)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
at org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.reverseTransform(DtlsPacketTransformer.java:580)
at org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:78)
at org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
at org.jitsi.impl.neomedia.transform.TransformUDPInputStream.createRawPacket(TransformUDPInputStream.java:71)
at org.jitsi.impl.neomedia.RTPConnectorInputStream.run(RTPConnectorInputStream.java:512)
at java.lang.Thread.run(Thread.java:744)

May 09, 2014 4:45:44 PM org.jitsi.util.Logger error
SEVERE: Failed to decode a DTLS record!
java.io.IOException: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is closed!
at org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.assertNotClosed(DatagramTransportImpl.java:119)
at org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(DatagramTransportImpl.java:364)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
at org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.reverseTransform(DtlsPacketTransformer.java:580)
at org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:78)
at org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
at org.jitsi.impl.neomedia.transform.TransformUDPInputStream.createRawPacket(TransformUDPInputStream.java:71)
at org.jitsi.impl.neomedia.RTPConnectorInputStream.run(RTPConnectorInputStream.java:512)
at java.lang.Thread.run(Thread.java:744)

So it seems to be a crypto problem.


#4

Thanks Lyubomir,

I'll keep it all in this post only. Sorry for that.

Here's a complete log of jvb. You can see the crypto issue I mentioned
before.
Also, there's these messages which could offer a clue. I think the issue
lies with ICE and/or crypto, but I can't narrow it down.

INFO: Ignoring invalid port range [null to null]

http://www.ipaste.eu/view?id=6671

Thanks

···

On Sat, May 10, 2014 at 12:11 PM, Lyubomir Marinov < lyubomir.marinov@jitsi.org> wrote:

On 9.05.2014 19:57, Peter Villeneuve wrote:

Looking at the jvb logs:

SEVERE: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is
closed!
java.io.IOException: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl
is closed!
at org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.
assertNotClosed(DatagramTransportImpl.java:119)
at org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(
DatagramTransportImpl.java:364)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown
Source)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
at org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.
reverseTransform(DtlsPacketTransformer.java:580)
at org.jitsi.impl.neomedia.transform.SinglePacketTransformer.
reverseTransform(SinglePacketTransformer.java:78)
at org.jitsi.impl.neomedia.transform.TransformEngineChain$
PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
at org.jitsi.impl.neomedia.transform.TransformUDPInputStream.
createRawPacket(TransformUDPInputStream.java:71)
at org.jitsi.impl.neomedia.RTPConnectorInputStream.run(
RTPConnectorInputStream.java:512)
at java.lang.Thread.run(Thread.java:744)

May 09, 2014 4:45:44 PM org.jitsi.util.Logger error
SEVERE: Failed to decode a DTLS record!
java.io.IOException: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl
is closed!
at org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.
assertNotClosed(DatagramTransportImpl.java:119)
at org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(
DatagramTransportImpl.java:364)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown
Source)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
at org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.
reverseTransform(DtlsPacketTransformer.java:580)
at org.jitsi.impl.neomedia.transform.SinglePacketTransformer.
reverseTransform(SinglePacketTransformer.java:78)
at org.jitsi.impl.neomedia.transform.TransformEngineChain$
PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
at org.jitsi.impl.neomedia.transform.TransformUDPInputStream.
createRawPacket(TransformUDPInputStream.java:71)
at org.jitsi.impl.neomedia.RTPConnectorInputStream.run(
RTPConnectorInputStream.java:512)
at java.lang.Thread.run(Thread.java:744)

So it seems to be a crypto problem.

These by themselves do not indicate "a crypto problem" as the cause of the
issue.

(By the way, could you please the various stages in the investigation of
this issue in as few mailing list threads as possible? Otherwise, the whole
discussion becomes less usable as a future reference.)

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#5

By the way, these are the packages that were recently updated.
You can see I purged and reinstalled prosody after my jitmeet broke. I
tried different versions. All to no avail.
I'm currently on prosody 0.10 (5-5-14 nightly) installed from the prosody
repo. Could it be that some of the modules from otalk are causing
compatibility issues with Prosody and jitmeet? I noticed that
turncredentials module is different from the otalk one. I've tried both
with the same results.

Commandline: apt-get -y install base-files
Commandline: apt-get -y install dpkg
Commandline: apt-get -y install dpkg-dev
Commandline: apt-get -y install libdatetime-timezone-perl
Commandline: apt-get -y install libjbig-dev
Commandline: apt-get -y install liblcms2-2
Commandline: apt-get -y install libpq-dev
Commandline: apt-get -y install libsvn1
Commandline: apt-get -y install libxml2
Commandline: apt-get -y install linux-headers-3.2.0-4-amd64
Commandline: apt-get -y install linux-image-3.2.0-4-amd64
Commandline: apt-get -y install linux-libc-dev
Commandline: apt-get -y install mysql-client-5.5
Commandline: apt-get -y install mysql-server-5.5
Commandline: apt-get -y install openjdk-6-jdk
Commandline: apt-get -y install openjdk-7-jdk
Commandline: apt-get -y install openjdk-7-jre-lib
Commandline: apt-get -y install openvpn
Commandline: apt-get -y install php-pear
Commandline: apt-get -y install php5
Commandline: apt-get -y install prosody-trunk
Commandline: apt-get -y install wml
Commandline: apt-get --reinstall install prosody
Commandline: apt-get install prosody=0.9.3-1~sid
Commandline: apt-get install mercurial
Commandline: apt-get install lua5.1 liblua5.1-dev libidn11-dev libssl-dev
Commandline: apt-get remove prosody
Commandline: apt-get install prosody-0.10

···

On Sat, May 10, 2014 at 12:59 PM, Peter Villeneuve <petervnv1@gmail.com>wrote:

Thanks Lyubomir,

I'll keep it all in this post only. Sorry for that.

Here's a complete log of jvb. You can see the crypto issue I mentioned
before.
Also, there's these messages which could offer a clue. I think the issue
lies with ICE and/or crypto, but I can't narrow it down.

INFO: Ignoring invalid port range [null to null]

http://www.ipaste.eu/view?id=6671

Thanks

On Sat, May 10, 2014 at 12:11 PM, Lyubomir Marinov < > lyubomir.marinov@jitsi.org> wrote:

On 9.05.2014 19:57, Peter Villeneuve wrote:

Looking at the jvb logs:

SEVERE: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is
closed!
java.io.IOException: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl
is closed!
at org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.
assertNotClosed(DatagramTransportImpl.java:119)
at org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(
DatagramTransportImpl.java:364)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown
Source)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
at org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.
reverseTransform(DtlsPacketTransformer.java:580)
at org.jitsi.impl.neomedia.transform.SinglePacketTransformer.
reverseTransform(SinglePacketTransformer.java:78)
at org.jitsi.impl.neomedia.transform.TransformEngineChain$
PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
at org.jitsi.impl.neomedia.transform.TransformUDPInputStream.
createRawPacket(TransformUDPInputStream.java:71)
at org.jitsi.impl.neomedia.RTPConnectorInputStream.run(
RTPConnectorInputStream.java:512)
at java.lang.Thread.run(Thread.java:744)

May 09, 2014 4:45:44 PM org.jitsi.util.Logger error
SEVERE: Failed to decode a DTLS record!
java.io.IOException: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl
is closed!
at org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.
assertNotClosed(DatagramTransportImpl.java:119)
at org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(
DatagramTransportImpl.java:364)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown
Source)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
at org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.
reverseTransform(DtlsPacketTransformer.java:580)
at org.jitsi.impl.neomedia.transform.SinglePacketTransformer.
reverseTransform(SinglePacketTransformer.java:78)
at org.jitsi.impl.neomedia.transform.TransformEngineChain$
PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
at org.jitsi.impl.neomedia.transform.TransformUDPInputStream.
createRawPacket(TransformUDPInputStream.java:71)
at org.jitsi.impl.neomedia.RTPConnectorInputStream.run(
RTPConnectorInputStream.java:512)
at java.lang.Thread.run(Thread.java:744)

So it seems to be a crypto problem.

These by themselves do not indicate "a crypto problem" as the cause of
the issue.

(By the way, could you please the various stages in the investigation of
this issue in as few mailing list threads as possible? Otherwise, the whole
discussion becomes less usable as a future reference.)

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#6

Hi Peter,

By the way, these are the packages that were recently updated.
You can see I purged and reinstalled prosody after my jitmeet broke. I tried
different versions. All to no avail.

I'm not even able to get jvb to run with:
./jitsivideo/jvb.sh --host=localhost --domain=chat.example.net
--port=5347 --secret=password

Jitsi-meet install instructions[0] explain you only need the jvb and default-jre

When trying to start jvb with the command above, it shows this as the error:

SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for
further details.
Exception in thread "main" org.xmpp.component.ComponentException: host-unknown
    at org.jivesoftware.whack.ExternalComponent.connect(ExternalComponent.java:219)
    at org.jivesoftware.whack.ExternalComponentManager.addComponent(ExternalComponentManager.java:221)
    at org.jivesoftware.whack.ExternalComponentManager.addComponent(ExternalComponentManager.java:201)
    at org.jitsi.videobridge.Main.main(Main.java:173)

Any idea what packages you installed to get JVB actually to start working?

[0] https://github.com/jitsi/jitsi-meet/blob/master/INSTALL.md#install-videobridge

···

On 10 May 2014 05:23, Peter Villeneuve <petervnv1@gmail.com> wrote:

I'm currently on prosody 0.10 (5-5-14 nightly) installed from the prosody
repo. Could it be that some of the modules from otalk are causing
compatibility issues with Prosody and jitmeet? I noticed that
turncredentials module is different from the otalk one. I've tried both with
the same results.

Commandline: apt-get -y install base-files
Commandline: apt-get -y install dpkg
Commandline: apt-get -y install dpkg-dev
Commandline: apt-get -y install libdatetime-timezone-perl
Commandline: apt-get -y install libjbig-dev
Commandline: apt-get -y install liblcms2-2
Commandline: apt-get -y install libpq-dev
Commandline: apt-get -y install libsvn1
Commandline: apt-get -y install libxml2
Commandline: apt-get -y install linux-headers-3.2.0-4-amd64
Commandline: apt-get -y install linux-image-3.2.0-4-amd64
Commandline: apt-get -y install linux-libc-dev
Commandline: apt-get -y install mysql-client-5.5
Commandline: apt-get -y install mysql-server-5.5
Commandline: apt-get -y install openjdk-6-jdk
Commandline: apt-get -y install openjdk-7-jdk
Commandline: apt-get -y install openjdk-7-jre-lib
Commandline: apt-get -y install openvpn
Commandline: apt-get -y install php-pear
Commandline: apt-get -y install php5
Commandline: apt-get -y install prosody-trunk
Commandline: apt-get -y install wml
Commandline: apt-get --reinstall install prosody
Commandline: apt-get install prosody=0.9.3-1~sid
Commandline: apt-get install mercurial
Commandline: apt-get install lua5.1 liblua5.1-dev libidn11-dev libssl-dev
Commandline: apt-get remove prosody
Commandline: apt-get install prosody-0.10

On Sat, May 10, 2014 at 12:59 PM, Peter Villeneuve <petervnv1@gmail.com> > wrote:

Thanks Lyubomir,

I'll keep it all in this post only. Sorry for that.

Here's a complete log of jvb. You can see the crypto issue I mentioned
before.
Also, there's these messages which could offer a clue. I think the issue
lies with ICE and/or crypto, but I can't narrow it down.

INFO: Ignoring invalid port range [null to null]

http://www.ipaste.eu/view?id=6671

Thanks

On Sat, May 10, 2014 at 12:11 PM, Lyubomir Marinov >> <lyubomir.marinov@jitsi.org> wrote:

On 9.05.2014 19:57, Peter Villeneuve wrote:

Looking at the jvb logs:

SEVERE: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is
closed!
java.io.IOException:
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is closed!
at
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.assertNotClosed(DatagramTransportImpl.java:119)
at
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(DatagramTransportImpl.java:364)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown
Source)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
at
org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.reverseTransform(DtlsPacketTransformer.java:580)
at
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:78)
at
org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
at
org.jitsi.impl.neomedia.transform.TransformUDPInputStream.createRawPacket(TransformUDPInputStream.java:71)
at
org.jitsi.impl.neomedia.RTPConnectorInputStream.run(RTPConnectorInputStream.java:512)
at java.lang.Thread.run(Thread.java:744)

May 09, 2014 4:45:44 PM org.jitsi.util.Logger error
SEVERE: Failed to decode a DTLS record!
java.io.IOException:
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is closed!
at
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.assertNotClosed(DatagramTransportImpl.java:119)
at
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(DatagramTransportImpl.java:364)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown
Source)
at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
at
org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.reverseTransform(DtlsPacketTransformer.java:580)
at
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:78)
at
org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
at
org.jitsi.impl.neomedia.transform.TransformUDPInputStream.createRawPacket(TransformUDPInputStream.java:71)
at
org.jitsi.impl.neomedia.RTPConnectorInputStream.run(RTPConnectorInputStream.java:512)
at java.lang.Thread.run(Thread.java:744)

So it seems to be a crypto problem.

These by themselves do not indicate "a crypto problem" as the cause of
the issue.

(By the way, could you please the various stages in the investigation of
this issue in as few mailing list threads as possible? Otherwise, the whole
discussion becomes less usable as a future reference.)

--
-------
inum: 883510009027723
sip: jungleboogie@sip2sip.info
xmpp: jungle-boogie@jit.si


#7

I also get the logger warnings. That's normal. The exception obviously
isn't.
What version of java are you running? Perhaps try running jvb with a
different jre?

···

On Sun, May 11, 2014 at 2:25 AM, jungleboogie0 <jungleboogie0@gmail.com>wrote:

Hi Peter,

On 10 May 2014 05:23, Peter Villeneuve <petervnv1@gmail.com> wrote:
> By the way, these are the packages that were recently updated.
> You can see I purged and reinstalled prosody after my jitmeet broke. I
tried
> different versions. All to no avail.

I'm not even able to get jvb to run with:
./jitsivideo/jvb.sh --host=localhost --domain=chat.example.net
--port=5347 --secret=password

Jitsi-meet install instructions[0] explain you only need the jvb and
default-jre

When trying to start jvb with the command above, it shows this as the
error:

SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for
further details.
Exception in thread "main" org.xmpp.component.ComponentException:
host-unknown
    at
org.jivesoftware.whack.ExternalComponent.connect(ExternalComponent.java:219)
    at
org.jivesoftware.whack.ExternalComponentManager.addComponent(ExternalComponentManager.java:221)
    at
org.jivesoftware.whack.ExternalComponentManager.addComponent(ExternalComponentManager.java:201)
    at org.jitsi.videobridge.Main.main(Main.java:173)

Any idea what packages you installed to get JVB actually to start working?

[0]
https://github.com/jitsi/jitsi-meet/blob/master/INSTALL.md#install-videobridge

> I'm currently on prosody 0.10 (5-5-14 nightly) installed from the prosody
> repo. Could it be that some of the modules from otalk are causing
> compatibility issues with Prosody and jitmeet? I noticed that
> turncredentials module is different from the otalk one. I've tried both
with
> the same results.
>
>
> Commandline: apt-get -y install base-files
> Commandline: apt-get -y install dpkg
> Commandline: apt-get -y install dpkg-dev
> Commandline: apt-get -y install libdatetime-timezone-perl
> Commandline: apt-get -y install libjbig-dev
> Commandline: apt-get -y install liblcms2-2
> Commandline: apt-get -y install libpq-dev
> Commandline: apt-get -y install libsvn1
> Commandline: apt-get -y install libxml2
> Commandline: apt-get -y install linux-headers-3.2.0-4-amd64
> Commandline: apt-get -y install linux-image-3.2.0-4-amd64
> Commandline: apt-get -y install linux-libc-dev
> Commandline: apt-get -y install mysql-client-5.5
> Commandline: apt-get -y install mysql-server-5.5
> Commandline: apt-get -y install openjdk-6-jdk
> Commandline: apt-get -y install openjdk-7-jdk
> Commandline: apt-get -y install openjdk-7-jre-lib
> Commandline: apt-get -y install openvpn
> Commandline: apt-get -y install php-pear
> Commandline: apt-get -y install php5
> Commandline: apt-get -y install prosody-trunk
> Commandline: apt-get -y install wml
> Commandline: apt-get --reinstall install prosody
> Commandline: apt-get install prosody=0.9.3-1~sid
> Commandline: apt-get install mercurial
> Commandline: apt-get install lua5.1 liblua5.1-dev libidn11-dev libssl-dev
> Commandline: apt-get remove prosody
> Commandline: apt-get install prosody-0.10
>
>
> On Sat, May 10, 2014 at 12:59 PM, Peter Villeneuve <petervnv1@gmail.com> > > wrote:
>>
>> Thanks Lyubomir,
>>
>> I'll keep it all in this post only. Sorry for that.
>>
>> Here's a complete log of jvb. You can see the crypto issue I mentioned
>> before.
>> Also, there's these messages which could offer a clue. I think the issue
>> lies with ICE and/or crypto, but I can't narrow it down.
>>
>> INFO: Ignoring invalid port range [null to null]
>>
>> http://www.ipaste.eu/view?id=6671
>>
>> Thanks
>>
>>
>> On Sat, May 10, 2014 at 12:11 PM, Lyubomir Marinov > >> <lyubomir.marinov@jitsi.org> wrote:
>>>
>>> On 9.05.2014 19:57, Peter Villeneuve wrote:
>>>>
>>>> Looking at the jvb logs:
>>>>
>>>> SEVERE: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl
is
>>>> closed!
>>>> java.io.IOException:
>>>> org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is
closed!
>>>> at
>>>>
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.assertNotClosed(DatagramTransportImpl.java:119)
>>>> at
>>>>
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(DatagramTransportImpl.java:364)
>>>> at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown
>>>> Source)
>>>> at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
>>>> at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
>>>> at
>>>>
org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.reverseTransform(DtlsPacketTransformer.java:580)
>>>> at
>>>>
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:78)
>>>> at
>>>>
org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
>>>> at
>>>>
org.jitsi.impl.neomedia.transform.TransformUDPInputStream.createRawPacket(TransformUDPInputStream.java:71)
>>>> at
>>>>
org.jitsi.impl.neomedia.RTPConnectorInputStream.run(RTPConnectorInputStream.java:512)
>>>> at java.lang.Thread.run(Thread.java:744)
>>>>
>>>> May 09, 2014 4:45:44 PM org.jitsi.util.Logger error
>>>> SEVERE: Failed to decode a DTLS record!
>>>> java.io.IOException:
>>>> org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is
closed!
>>>> at
>>>>
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.assertNotClosed(DatagramTransportImpl.java:119)
>>>> at
>>>>
org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl.receive(DatagramTransportImpl.java:364)
>>>> at org.bouncycastle.crypto.tls.DTLSRecordLayer.receiveRecord(Unknown
>>>> Source)
>>>> at org.bouncycastle.crypto.tls.DTLSRecordLayer.receive(Unknown Source)
>>>> at org.bouncycastle.crypto.tls.DTLSTransport.receive(Unknown Source)
>>>> at
>>>>
org.jitsi.impl.neomedia.transform.dtls.DtlsPacketTransformer.reverseTransform(DtlsPacketTransformer.java:580)
>>>> at
>>>>
org.jitsi.impl.neomedia.transform.SinglePacketTransformer.reverseTransform(SinglePacketTransformer.java:78)
>>>> at
>>>>
org.jitsi.impl.neomedia.transform.TransformEngineChain$PacketTransformerChain.reverseTransform(TransformEngineChain.java:234)
>>>> at
>>>>
org.jitsi.impl.neomedia.transform.TransformUDPInputStream.createRawPacket(TransformUDPInputStream.java:71)
>>>> at
>>>>
org.jitsi.impl.neomedia.RTPConnectorInputStream.run(RTPConnectorInputStream.java:512)
>>>> at java.lang.Thread.run(Thread.java:744)
>>>>
>>>>
>>>> So it seems to be a crypto problem.
>>>
>>>
>>> These by themselves do not indicate "a crypto problem" as the cause of
>>> the issue.
>>>
>>> (By the way, could you please the various stages in the investigation
of
>>> this issue in as few mailing list threads as possible? Otherwise, the
whole
>>> discussion becomes less usable as a future reference.)
>>>

--
-------
inum: 883510009027723
sip: jungleboogie@sip2sip.info
xmpp: jungle-boogie@jit.si

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#8

Hi,

···

On Sun, May 11, 2014 at 4:33 PM, Peter Villeneuve <petervnv1@gmail.com> wrote:

I'm not even able to get jvb to run with:
./jitsivideo/jvb.sh --host=localhost --domain=chat.example.net
--port=5347 --secret=password

Jitsi-meet install instructions[0] explain you only need the jvb and
default-jre

When trying to start jvb with the command above, it shows this as the
error:

SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for
further details.
Exception in thread "main" org.xmpp.component.ComponentException:
host-unknown
    at
org.jivesoftware.whack.ExternalComponent.connect(ExternalComponent.java:219)
    at
org.jivesoftware.whack.ExternalComponentManager.addComponent(ExternalComponentManager.java:221)
    at
org.jivesoftware.whack.ExternalComponentManager.addComponent(ExternalComponentManager.java:201)
    at org.jitsi.videobridge.Main.main(Main.java:173)

The error says that host is unknown, so the problem is that
"chat.example.net" in this case can not be resolved.

Regards,
Pawel


#9

Hi,

You're right of course.
@Jungle you need to make sure that you've entered the correct host and that
jvb can authenticate and register correctly in prosody.

···

On Sun, May 11, 2014 at 3:51 PM, Paweł Domas <pawel.domas@jitsi.org> wrote:

Hi,

On Sun, May 11, 2014 at 4:33 PM, Peter Villeneuve <petervnv1@gmail.com> > wrote:
>> I'm not even able to get jvb to run with:
>> ./jitsivideo/jvb.sh --host=localhost --domain=chat.example.net
>> --port=5347 --secret=password
>>
>> Jitsi-meet install instructions[0] explain you only need the jvb and
>> default-jre
>>
>> When trying to start jvb with the command above, it shows this as the
>> error:
>>
>> SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
>> SLF4J: Defaulting to no-operation (NOP) logger implementation
>> SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for
>> further details.
>> Exception in thread "main" org.xmpp.component.ComponentException:
>> host-unknown
>> at
>>
org.jivesoftware.whack.ExternalComponent.connect(ExternalComponent.java:219)
>> at
>>
org.jivesoftware.whack.ExternalComponentManager.addComponent(ExternalComponentManager.java:221)
>> at
>>
org.jivesoftware.whack.ExternalComponentManager.addComponent(ExternalComponentManager.java:201)
>> at org.jitsi.videobridge.Main.main(Main.java:173)
>>

The error says that host is unknown, so the problem is that
"chat.example.net" in this case can not be resolved.

Regards,
Pawel

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev