[jitsi-dev] Packet loss bursts with Videobridge


#1

Hi,

I am experiencing an issue where if video is sent through the Videobridge rather than p2p, the video freezes for both participants periodically and displays that the participant is having connectivity issues. Outside of this issue the quality is quite fine, I have limited the resolution to 540. I am using the unstable Ubuntu 16.04 packages. The application is deployed to a cloud instance. There is sufficient bandwidth and processing power. I have tried various options like disabling simulcast, RTX, REMB... pretty much everything that you can disable in the config.js file. Now I don't know how to debug this further. Is someone able to help me? Peer-to-peer is not an option for us.

Best regards,
Markus


#2

Hi Markus,

I have exactly the same issue (although in my case, video bridge is only used when P2P fails). Coincidence or not, we also limit to 540. We use stable ubuntu and jitsi packages.

Hints are welcome.

Best,
Jose

···

On 24 Apr 2018, at 13:31, <markus.kullberg@teliacompany.com> <markus.kullberg@teliacompany.com> wrote:

Hi, <>

I am experiencing an issue where if video is sent through the Videobridge rather than p2p, the video freezes for both participants periodically and displays that the participant is having connectivity issues. Outside of this issue the quality is quite fine, I have limited the resolution to 540. I am using the unstable Ubuntu 16.04 packages. The application is deployed to a cloud instance. There is sufficient bandwidth and processing power. I have tried various options like disabling simulcast, RTX, REMB… pretty much everything that you can disable in the config.js file. Now I don’t know how to debug this further. Is someone able to help me? Peer-to-peer is not an option for us.

Best regards,
Markus
_______________________________________________
dev mailing list
dev@jitsi.org <mailto:dev@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#3

Hi, can you try with JVB@1054 and let us know if this improves the situation for you?

We discovered that the bridge leaks un-rewritten RTP packets that can break the RTP stream and that version includes a fix for that.

Best,
George

···

On Apr 24, 2018, at 7:45 AM, Jose Simoes <simoes83@gmail.com> wrote:

Hi Markus,

I have exactly the same issue (although in my case, video bridge is only used when P2P fails). Coincidence or not, we also limit to 540. We use stable ubuntu and jitsi packages.

Hints are welcome.

Best,
Jose

On 24 Apr 2018, at 13:31, <markus.kullberg@teliacompany.com <mailto:markus.kullberg@teliacompany.com>> <markus.kullberg@teliacompany.com <mailto:markus.kullberg@teliacompany.com>> wrote:

Hi, <>

I am experiencing an issue where if video is sent through the Videobridge rather than p2p, the video freezes for both participants periodically and displays that the participant is having connectivity issues. Outside of this issue the quality is quite fine, I have limited the resolution to 540. I am using the unstable Ubuntu 16.04 packages. The application is deployed to a cloud instance. There is sufficient bandwidth and processing power. I have tried various options like disabling simulcast, RTX, REMB… pretty much everything that you can disable in the config.js file. Now I don’t know how to debug this further. Is someone able to help me? Peer-to-peer is not an option for us.

Best regards,
Markus
_______________________________________________
dev mailing list
dev@jitsi.org <mailto:dev@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

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


#4

Hi,

It did not improve the situation. I have another Jitsi deployment from before with JVB@1036 and I have the same issue there as well. Do you have any other suggestions?

-Markus

···

From: dev [mailto:dev-bounces@jitsi.org] On Behalf Of George Politis
Sent: 24. huhtikuuta 2018 16:21
To: Jitsi Developers <dev@jitsi.org>
Subject: Re: [jitsi-dev] Packet loss bursts with Videobridge

Hi, can you try with JVB@1054 and let us know if this improves the situation for you?

We discovered that the bridge leaks un-rewritten RTP packets that can break the RTP stream and that version includes a fix for that.

Best,
George

On Apr 24, 2018, at 7:45 AM, Jose Simoes <simoes83@gmail.com<mailto:simoes83@gmail.com>> wrote:

Hi Markus,

I have exactly the same issue (although in my case, video bridge is only used when P2P fails). Coincidence or not, we also limit to 540. We use stable ubuntu and jitsi packages.

Hints are welcome.

Best,
Jose

On 24 Apr 2018, at 13:31, <markus.kullberg@teliacompany.com<mailto:markus.kullberg@teliacompany.com>> <markus.kullberg@teliacompany.com<mailto:markus.kullberg@teliacompany.com>> wrote:

Hi,

I am experiencing an issue where if video is sent through the Videobridge rather than p2p, the video freezes for both participants periodically and displays that the participant is having connectivity issues. Outside of this issue the quality is quite fine, I have limited the resolution to 540. I am using the unstable Ubuntu 16.04 packages. The application is deployed to a cloud instance. There is sufficient bandwidth and processing power. I have tried various options like disabling simulcast, RTX, REMB… pretty much everything that you can disable in the config.js file. Now I don’t know how to debug this further. Is someone able to help me? Peer-to-peer is not an option for us.

Best regards,
Markus
_______________________________________________
dev mailing list
dev@jitsi.org<mailto:dev@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

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


#5

Here are some JVB logs around the time that the packet losses occur:

JVB 2018-04-25 07:15:59.914 FINE: [80] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68726).
JVB 2018-04-25 07:15:59.915 FINE: [80] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68726) with: <iq type=“result” id=“I47if-68726” from=“jitsi-videobridge.example.comto="focus@auth.example.com/focus396807062513"><query xmlns=“http://jabber.org/protocol/disco#info”><identity category=“component” type=“conference” name=“JitsiVideobridge”/><feature var=“http://jabber.org/protocol/disco#info”/><feature var=“urn:xmpp:ping”/><feature var=“jabber:iq:last”/><feature var=“urn:xmpp:time”/><feature var=“http://jitsi.org/protocol/colibri”/><feature var=“http://jitsi.org/protocol/healthcheck”/><feature var=“urn:xmpp:jingle:apps:dtls:0”/><feature var=“urn:xmpp:jingle:transports:ice-udp:1”/><feature var=“urn:xmpp:jingle:transports:raw-udp:1”/><feature var=“jabber:iq:version”/></query></iq>
JVB 2018-04-25 07:15:59.945 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId I47if-68730): <iq type=“get” to=“jitsi-videobridge.example.comfrom="focus@auth.example.com/focus396807062513" id=“I47if-68730”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:15:59.945 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68730).
JVB 2018-04-25 07:15:59.945 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq type=“get” to=“jitsi-videobridge.example.comfrom="focus@auth.example.com/focus396807062513" id=“I47if-68730”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:15:59.946 INFO: [82] org.jitsi.videobridge.Videobridge.log() CAT=stat create_conf,conf_id=683078d73de655f0 conf_name=null,logging=false,conf_count=2,ch_count=6,v_streams=4
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() SCTP connection with a2c59fe4518e9609 not ready yet.
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() No available transport channel, can’t send a message
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() SCTP connection with 25306f2cfc4e6ab7 not ready yet.
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() No available transport channel, can’t send a message
JVB 2018-04-25 07:16:00.011 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.log() SENT: <iq to="focus@auth.example.com/focus396807062513" from=“jitsi-videobridge.example.com” id=“I47if-68730” type=“result”/>

···

JVB 2018-04-25 07:16:00.011 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68730) with: <iq to="focus@auth.example.com/focus396807062513" from=“jitsi-videobridge.example.com” id=“I47if-68730” type=“result”/>
JVB 2018-04-25 07:16:02.039 FINE: [127] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId ahczv-801): <iq id=“ahczv-801” type=“result” to=“jitsi-videobridge.example.com” from=“example.com”/>
JVB 2018-04-25 07:16:02.039 FINE: [127] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq id=“ahczv-801” type=“result” to=“jitsi-videobridge.example.com” from=“example.com”/>
JVB 2018-04-25 07:16:07.608 WARNING: [4490] org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.
JVB 2018-04-25 07:16:09.947 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId I47if-68734): <iq type=“get” to=“jitsi-videobridge.example.comfrom="focus@auth.example.com/focus396807062513" id=“I47if-68734”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:09.948 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68734).
JVB 2018-04-25 07:16:09.948 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq type=“get” to=“jitsi-videobridge.example.comfrom="focus@auth.example.com/focus396807062513" id=“I47if-68734”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:09.949 INFO: [129] org.jitsi.videobridge.Videobridge.log() CAT=stat create_conf,conf_id=2cceea8ecb14b507 conf_name=null,logging=false,conf_count=2,ch_count=6,v_streams=4
JVB 2018-04-25 07:16:09.991 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.log() SENT: <iq to="focus@auth.example.com/focus396807062513" from=“jitsi-videobridge.example.com” id=“I47if-68734” type=“result”/>
JVB 2018-04-25 07:16:09.991 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68734) with: <iq to="focus@auth.example.com/focus396807062513" from=“jitsi-videobridge.example.com” id=“I47if-68734” type=“result”/>
JVB 2018-04-25 07:16:10.552 INFO: [4503] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=2986988595 remainingRetries=9
JVB 2018-04-25 07:16:10.617 INFO: [4489] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=515938219 ssrc=2986988595,idx=0,ts=998773756,independent=true,min_seen=9825,max_seen=9825,start=9825,end=-1
JVB 2018-04-25 07:16:10.631 INFO: [4488] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=237254106 remainingRetries=9
JVB 2018-04-25 07:16:10.654 INFO: [4508] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=237254106 remainingRetries=8
JVB 2018-04-25 07:16:10.673 INFO: [4504] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=921297627 ssrc=237254106,idx=0,ts=3235331274,independent=true,min_seen=59299,max_seen=59299,start=59299,end=-1
JVB 2018-04-25 07:16:12.037 FINE: [131] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId ahczv-805): <iq id=“ahczv-805” type=“result” to=“jitsi-videobridge.example.com” from=“example.com”/>
JVB 2018-04-25 07:16:12.038 FINE: [131] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq id=“ahczv-805” type=“result” to=“jitsi-videobridge.example.com” from=“example.com”/>
JVB 2018-04-25 07:16:12.072 WARNING: [4490] org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.
JVB 2018-04-25 07:16:12.084 WARNING: [4490] org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.
JVB 2018-04-25 07:16:15.024 INFO: [4488] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=237254106 remainingRetries=9
JVB 2018-04-25 07:16:15.079 INFO: [4503] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=2986988595 remainingRetries=9
JVB 2018-04-25 07:16:15.083 INFO: [4504] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=921297627 ssrc=237254106,idx=0,ts=3235726374,independent=true,min_seen=60078,max_seen=60078,start=60078,end=-1
JVB 2018-04-25 07:16:15.113 INFO: [4489] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=515938219 ssrc=2986988595,idx=0,ts=999182266,independent=true,min_seen=10737,max_seen=10737,start=10737,end=-1
JVB 2018-04-25 07:16:19.946 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId I47if-68738): <iq type=“get” to=“jitsi-videobridge.example.comfrom="focus@auth.example.com/focus396807062513" id=“I47if-68738”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:19.946 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68738).
JVB 2018-04-25 07:16:19.946 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq type=“get” to=“jitsi-videobridge.example.comfrom="focus@auth.example.com/focus396807062513" id=“I47if-68738”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:19.947 INFO: [176] org.jitsi.videobridge.Videobridge.log() CAT=stat create_conf,conf_id=2c29686c8d6416e3 conf_name=null,logging=false,conf_count=2,ch_count=6,v_streams=4
JVB 2018-04-25 07:16:20.004 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.log() SENT: <iq to="focus@auth.example.com/focus396807062513" from=“jitsi-videobridge.example.com” id=“I47if-68738” type=“result”/>
JVB 2018-04-25 07:16:20.004 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68738) with: <iq to="focus@auth.example.com/focus396807062513" from=“jitsi-videobridge.example.com” id=“I47if-68738” type=“result”/>
JVB 2018-04-25 07:16:22.047 FINE: [178] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId ahczv-809): <iq id=“ahczv-809” type=“result” to=“jitsi-videobridge.example.com” from=“example.com”/>
JVB 2018-04-25 07:16:22.047 FINE: [178] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq id=“ahczv-809” type=“result” to=“jitsi-videobridge.example.com” from=“example.com”/>

In particular, the message “org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.” seems to happen every time there is a freeze.

I have also attached pictures of Callstats conference graphs (fractional loss and media throughput) to illustrate better what is going on. I don’t know what the policy of attachments are so I also uploaded the pictures on https://imgur.com/a/L45eDI1 .

-Markus

From: dev [mailto:dev-bounces@jitsi.org] On Behalf Of markus.kullberg@teliacompany.com
Sent: 25. huhtikuuta 2018 8:18
To: dev@jitsi.org
Subject: Re: [jitsi-dev] Packet loss bursts with Videobridge

Hi,

It did not improve the situation. I have another Jitsi deployment from before with JVB@1036 and I have the same issue there as well. Do you have any other suggestions?

-Markus

From: dev [mailto:dev-bounces@jitsi.org] On Behalf Of George Politis
Sent: 24. huhtikuuta 2018 16:21
To: Jitsi Developers <dev@jitsi.org<mailto:dev@jitsi.org>>
Subject: Re: [jitsi-dev] Packet loss bursts with Videobridge

Hi, can you try with JVB@1054 and let us know if this improves the situation for you?

We discovered that the bridge leaks un-rewritten RTP packets that can break the RTP stream and that version includes a fix for that.

Best,
George

On Apr 24, 2018, at 7:45 AM, Jose Simoes <simoes83@gmail.com<mailto:simoes83@gmail.com>> wrote:

Hi Markus,

I have exactly the same issue (although in my case, video bridge is only used when P2P fails). Coincidence or not, we also limit to 540. We use stable ubuntu and jitsi packages.

Hints are welcome.

Best,
Jose

On 24 Apr 2018, at 13:31, <markus.kullberg@teliacompany.com<mailto:markus.kullberg@teliacompany.com>> <markus.kullberg@teliacompany.com<mailto:markus.kullberg@teliacompany.com>> wrote:

Hi,

I am experiencing an issue where if video is sent through the Videobridge rather than p2p, the video freezes for both participants periodically and displays that the participant is having connectivity issues. Outside of this issue the quality is quite fine, I have limited the resolution to 540. I am using the unstable Ubuntu 16.04 packages. The application is deployed to a cloud instance. There is sufficient bandwidth and processing power. I have tried various options like disabling simulcast, RTX, REMB… pretty much everything that you can disable in the config.js file. Now I don’t know how to debug this further. Is someone able to help me? Peer-to-peer is not an option for us.

Best regards,
Markus
_______________________________________________
dev mailing list
dev@jitsi.org<mailto:dev@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

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


#6

Hi Markus,

Could you please check your setting for the UDP buffer size? From the image that you posted, I see a very regular periodic packet loss pattern from the bridge; we’ve had similar issues in the past and we had to significantly increase the buffer size to resolve them.

Also, which version of Chrome are you using?

Best,
George

···

On Apr 25, 2018, at 2:30 AM, <markus.kullberg@teliacompany.com> <markus.kullberg@teliacompany.com> wrote:

Here are some JVB logs around the time that the packet losses occur:

JVB 2018-04-25 07:15:59.914 FINE: [80] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68726).
JVB 2018-04-25 07:15:59.915 FINE: [80] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68726) with: <iq type=“result” id=“I47if-68726” from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513"><query xmlns=“http://jabber.org/protocol/disco#info”><identity category=“component” type=“conference” name=“JitsiVideobridge”/><feature var=“http://jabber.org/protocol/disco#info”/><feature var=“urn:xmpp:ping <xmpp:ping>”/><feature var=“jabber:iq:last <jabber:iq:last>”/><feature var=“urn:xmpp:time <xmpp:time>”/><feature var=“http://jitsi.org/protocol/colibri”/><feature var=“http://jitsi.org/protocol/healthcheck”/><feature var=“urn:xmpp:jingle:apps:dtls:0 <xmpp:jingle:apps:dtls:0>”/><feature var=“urn:xmpp:jingle:transports:ice-udp:1 <xmpp:jingle:transports:ice-udp:1>”/><feature var=“urn:xmpp:jingle:transports:raw-udp:1 <xmpp:jingle:transports:raw-udp:1>”/><feature var=“jabber:iq:version <jabber:iq:version>”/></query></iq>
JVB 2018-04-25 07:15:59.945 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId I47if-68730): <iq type=“get” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68730”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:15:59.945 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68730).
JVB 2018-04-25 07:15:59.945 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq type=“get” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68730”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:15:59.946 INFO: [82] org.jitsi.videobridge.Videobridge.log() CAT=stat create_conf,conf_id=683078d73de655f0 conf_name=null,logging=false,conf_count=2,ch_count=6,v_streams=4
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() SCTP connection with a2c59fe4518e9609 not ready yet.
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() No available transport channel, can’t send a message
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() SCTP connection with 25306f2cfc4e6ab7 not ready yet.
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() No available transport channel, can’t send a message
JVB 2018-04-25 07:16:00.011 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.log() SENT: <iq to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” id=“I47if-68730” type=“result”/>
JVB 2018-04-25 07:16:00.011 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68730) with: <iq to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” id=“I47if-68730” type=“result”/>
JVB 2018-04-25 07:16:02.039 FINE: [127] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId ahczv-801): <iq id=“ahczv-801” type=“result” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from=“example.com <http://example.com/>”/>
JVB 2018-04-25 07:16:02.039 FINE: [127] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq id=“ahczv-801” type=“result” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from=“example.com <http://example.com/>”/>
JVB 2018-04-25 07:16:07.608 WARNING: [4490] org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.
JVB 2018-04-25 07:16:09.947 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId I47if-68734): <iq type=“get” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68734”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:09.948 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68734).
JVB 2018-04-25 07:16:09.948 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq type=“get” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68734”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:09.949 INFO: [129] org.jitsi.videobridge.Videobridge.log() CAT=stat create_conf,conf_id=2cceea8ecb14b507 conf_name=null,logging=false,conf_count=2,ch_count=6,v_streams=4
JVB 2018-04-25 07:16:09.991 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.log() SENT: <iq to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” id=“I47if-68734” type=“result”/>
JVB 2018-04-25 07:16:09.991 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68734) with: <iq to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” id=“I47if-68734” type=“result”/>
JVB 2018-04-25 07:16:10.552 INFO: [4503] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=2986988595 remainingRetries=9
JVB 2018-04-25 07:16:10.617 INFO: [4489] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=515938219 ssrc=2986988595,idx=0,ts=998773756,independent=true,min_seen=9825,max_seen=9825,start=9825,end=-1
JVB 2018-04-25 07:16:10.631 INFO: [4488] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=237254106 remainingRetries=9
JVB 2018-04-25 07:16:10.654 INFO: [4508] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=237254106 remainingRetries=8
JVB 2018-04-25 07:16:10.673 INFO: [4504] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=921297627 ssrc=237254106,idx=0,ts=3235331274,independent=true,min_seen=59299,max_seen=59299,start=59299,end=-1
JVB 2018-04-25 07:16:12.037 FINE: [131] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId ahczv-805): <iq id=“ahczv-805” type=“result” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from=“example.com <http://example.com/>”/>
JVB 2018-04-25 07:16:12.038 FINE: [131] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq id=“ahczv-805” type=“result” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from=“example.com <http://example.com/>”/>
JVB 2018-04-25 07:16:12.072 WARNING: [4490] org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.
JVB 2018-04-25 07:16:12.084 WARNING: [4490] org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.
JVB 2018-04-25 07:16:15.024 INFO: [4488] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=237254106 remainingRetries=9
JVB 2018-04-25 07:16:15.079 INFO: [4503] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=2986988595 remainingRetries=9
JVB 2018-04-25 07:16:15.083 INFO: [4504] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=921297627 ssrc=237254106,idx=0,ts=3235726374,independent=true,min_seen=60078,max_seen=60078,start=60078,end=-1
JVB 2018-04-25 07:16:15.113 INFO: [4489] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=515938219 ssrc=2986988595,idx=0,ts=999182266,independent=true,min_seen=10737,max_seen=10737,start=10737,end=-1
JVB 2018-04-25 07:16:19.946 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId I47if-68738): <iq type=“get” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68738”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:19.946 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68738).
JVB 2018-04-25 07:16:19.946 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq type=“get” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68738”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:19.947 INFO: [176] org.jitsi.videobridge.Videobridge.log() CAT=stat create_conf,conf_id=2c29686c8d6416e3 conf_name=null,logging=false,conf_count=2,ch_count=6,v_streams=4
JVB 2018-04-25 07:16:20.004 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.log() SENT: <iq to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” id=“I47if-68738” type=“result”/>
JVB 2018-04-25 07:16:20.004 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68738) with: <iq to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” id=“I47if-68738” type=“result”/>
JVB 2018-04-25 07:16:22.047 FINE: [178] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId ahczv-809): <iq id=“ahczv-809” type=“result” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from=“example.com <http://example.com/>”/>
JVB 2018-04-25 07:16:22.047 FINE: [178] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq id=“ahczv-809” type=“result” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from=“example.com <http://example.com/>”/>

In particular, the message “org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.” seems to happen every time there is a freeze.

I have also attached pictures of Callstats conference graphs (fractional loss and media throughput) to illustrate better what is going on. I don’t know what the policy of attachments are so I also uploaded the pictures on https://imgur.com/a/L45eDI1 .

-Markus

From: dev [mailto:dev-bounces@jitsi.org <mailto:dev-bounces@jitsi.org>] On Behalf Of markus.kullberg@teliacompany.com <mailto:markus.kullberg@teliacompany.com>
Sent: 25. huhtikuuta 2018 8:18
To: dev@jitsi.org <mailto:dev@jitsi.org>
Subject: Re: [jitsi-dev] Packet loss bursts with Videobridge

Hi,

It did not improve the situation. I have another Jitsi deployment from before with JVB@1036 and I have the same issue there as well. Do you have any other suggestions?

-Markus

From: dev [mailto:dev-bounces@jitsi.org <mailto:dev-bounces@jitsi.org>] On Behalf Of George Politis
Sent: 24. huhtikuuta 2018 16:21
To: Jitsi Developers <dev@jitsi.org <mailto:dev@jitsi.org>>
Subject: Re: [jitsi-dev] Packet loss bursts with Videobridge

Hi, can you try with JVB@1054 and let us know if this improves the situation for you?

We discovered that the bridge leaks un-rewritten RTP packets that can break the RTP stream and that version includes a fix for that.

Best,
George

On Apr 24, 2018, at 7:45 AM, Jose Simoes <simoes83@gmail.com <mailto:simoes83@gmail.com>> wrote:

Hi Markus,

I have exactly the same issue (although in my case, video bridge is only used when P2P fails). Coincidence or not, we also limit to 540. We use stable ubuntu and jitsi packages.

Hints are welcome.

Best,
Jose

On 24 Apr 2018, at 13:31, <markus.kullberg@teliacompany.com <mailto:markus.kullberg@teliacompany.com>> <markus.kullberg@teliacompany.com <mailto:markus.kullberg@teliacompany.com>> wrote:

Hi, <>

I am experiencing an issue where if video is sent through the Videobridge rather than p2p, the video freezes for both participants periodically and displays that the participant is having connectivity issues. Outside of this issue the quality is quite fine, I have limited the resolution to 540. I am using the unstable Ubuntu 16.04 packages. The application is deployed to a cloud instance. There is sufficient bandwidth and processing power. I have tried various options like disabling simulcast, RTX, REMB… pretty much everything that you can disable in the config.js file. Now I don’t know how to debug this further. Is someone able to help me? Peer-to-peer is not an option for us.

Best regards,
Markus
_______________________________________________
dev mailing list
dev@jitsi.org <mailto:dev@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

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

<fractionalLoss.png><throughput.png>_______________________________________________
dev mailing list
dev@jitsi.org <mailto:dev@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#7

Hi,

The current UDP buffer size is 10485760 and I am unable to change it even if I up the maximum buffer size to 134217728 (2^27). Inside /etc/jitsi/videobridge/sip-communicator.properties I have the line

org.ice4j.ice.harvest.AbstractUdpHarvester.SO_RCVBUF=134217728

But after restarting jvb and checking the logs I see

JVB 2018-04-26 05:29:28.420 INFO: [33] org.ice4j.ice.harvest.AbstractUdpListener.<init>() Initialized AbstractUdpListener with address 172.17.0.9:10000/udp. Receive buffer size 10485760 (asked for 10485760).

I get the same result if I change the default buffer size as well. Is this a bug?

Here is also the output of netstat:

$ sudo netstat -su
IcmpMsg:
    InType0: 1590
    InType3: 171
    InType8: 1590
    InType11: 28
    OutType0: 1590
    OutType3: 321
    OutType8: 1622
Udp:
    8286926 packets received
    4417 packets to unknown port received.
    0 packet receive errors
    6643457 packets sent
UdpLite:
IpExt:
    InOctets: 7553841509
    OutOctets: 8063222780
    InNoECTPkts: 9449261
    InECT0Pkts: 331

There is no RcvbufError field so I’m not sure this is the problem, though.

-Markus

···

From: dev [mailto:dev-bounces@jitsi.org] On Behalf Of George Politis
Sent: 25. huhtikuuta 2018 19:29
To: Jitsi Developers <dev@jitsi.org>
Subject: Re: [jitsi-dev] Packet loss bursts with Videobridge

Hi Markus,

Could you please check your setting for the UDP buffer size? From the image that you posted, I see a very regular periodic packet loss pattern from the bridge; we’ve had similar issues in the past and we had to significantly increase the buffer size to resolve them.

Also, which version of Chrome are you using?

Best,
George

On Apr 25, 2018, at 2:30 AM, <markus.kullberg@teliacompany.com<mailto:markus.kullberg@teliacompany.com>> <markus.kullberg@teliacompany.com<mailto:markus.kullberg@teliacompany.com>> wrote:

Here are some JVB logs around the time that the packet losses occur:

JVB 2018-04-25 07:15:59.914 FINE: [80] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68726).
JVB 2018-04-25 07:15:59.915 FINE: [80] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68726) with: <iq type=“result” id=“I47if-68726” from=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” to="focus@auth.example.com<mailto:focus@auth.example.com>/focus396807062513"><query xmlns=“http://jabber.org/protocol/disco#info”><identity category=“component” type=“conference” name=“JitsiVideobridge”/><feature var=“http://jabber.org/protocol/disco#info”/><feature var=“urn:xmpp:ping”/><feature var=“jabber:iq:last”/><feature var=“urn:xmpp:time”/><feature var=“http://jitsi.org/protocol/colibri”/><feature var=“http://jitsi.org/protocol/healthcheck”/><feature var=“urn:xmpp:jingle:apps:dtls:0”/><feature var=“urn:xmpp:jingle:transports:ice-udp:1”/><feature var=“urn:xmpp:jingle:transports:raw-udp:1”/><feature var=“jabber:iq:version”/></query></iq>
JVB 2018-04-25 07:15:59.945 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId I47if-68730): <iq type=“get” to=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” from="focus@auth.example.com<mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68730”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:15:59.945 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68730).
JVB 2018-04-25 07:15:59.945 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq type=“get” to=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” from="focus@auth.example.com<mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68730”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:15:59.946 INFO: [82] org.jitsi.videobridge.Videobridge.log() CAT=stat create_conf,conf_id=683078d73de655f0 conf_name=null,logging=false,conf_count=2,ch_count=6,v_streams=4
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() SCTP connection with a2c59fe4518e9609 not ready yet.
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() No available transport channel, can’t send a message
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() SCTP connection with 25306f2cfc4e6ab7 not ready yet.
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() No available transport channel, can’t send a message
JVB 2018-04-25 07:16:00.011 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.log() SENT: <iq to="focus@auth.example.com<mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” id=“I47if-68730” type=“result”/>
JVB 2018-04-25 07:16:00.011 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68730) with: <iq to="focus@auth.example.com<mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” id=“I47if-68730” type=“result”/>
JVB 2018-04-25 07:16:02.039 FINE: [127] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId ahczv-801): <iq id=“ahczv-801” type=“result” to=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” from=“example.com<http://example.com/>”/>
JVB 2018-04-25 07:16:02.039 FINE: [127] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq id=“ahczv-801” type=“result” to=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” from=“example.com<http://example.com/>”/>
JVB 2018-04-25 07:16:07.608 WARNING: [4490] org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.
JVB 2018-04-25 07:16:09.947 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId I47if-68734): <iq type=“get” to=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” from="focus@auth.example.com<mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68734”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:09.948 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68734).
JVB 2018-04-25 07:16:09.948 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq type=“get” to=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” from="focus@auth.example.com<mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68734”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:09.949 INFO: [129] org.jitsi.videobridge.Videobridge.log() CAT=stat create_conf,conf_id=2cceea8ecb14b507 conf_name=null,logging=false,conf_count=2,ch_count=6,v_streams=4
JVB 2018-04-25 07:16:09.991 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.log() SENT: <iq to="focus@auth.example.com<mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” id=“I47if-68734” type=“result”/>
JVB 2018-04-25 07:16:09.991 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68734) with: <iq to="focus@auth.example.com<mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” id=“I47if-68734” type=“result”/>
JVB 2018-04-25 07:16:10.552 INFO: [4503] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=2986988595 remainingRetries=9
JVB 2018-04-25 07:16:10.617 INFO: [4489] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=515938219 ssrc=2986988595,idx=0,ts=998773756,independent=true,min_seen=9825,max_seen=9825,start=9825,end=-1
JVB 2018-04-25 07:16:10.631 INFO: [4488] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=237254106 remainingRetries=9
JVB 2018-04-25 07:16:10.654 INFO: [4508] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=237254106 remainingRetries=8
JVB 2018-04-25 07:16:10.673 INFO: [4504] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=921297627 ssrc=237254106,idx=0,ts=3235331274,independent=true,min_seen=59299,max_seen=59299,start=59299,end=-1
JVB 2018-04-25 07:16:12.037 FINE: [131] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId ahczv-805): <iq id=“ahczv-805” type=“result” to=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” from=“example.com<http://example.com/>”/>
JVB 2018-04-25 07:16:12.038 FINE: [131] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq id=“ahczv-805” type=“result” to=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” from=“example.com<http://example.com/>”/>
JVB 2018-04-25 07:16:12.072 WARNING: [4490] org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.
JVB 2018-04-25 07:16:12.084 WARNING: [4490] org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.
JVB 2018-04-25 07:16:15.024 INFO: [4488] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=237254106 remainingRetries=9
JVB 2018-04-25 07:16:15.079 INFO: [4503] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=2986988595 remainingRetries=9
JVB 2018-04-25 07:16:15.083 INFO: [4504] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=921297627 ssrc=237254106,idx=0,ts=3235726374,independent=true,min_seen=60078,max_seen=60078,start=60078,end=-1
JVB 2018-04-25 07:16:15.113 INFO: [4489] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=515938219 ssrc=2986988595,idx=0,ts=999182266,independent=true,min_seen=10737,max_seen=10737,start=10737,end=-1
JVB 2018-04-25 07:16:19.946 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId I47if-68738): <iq type=“get” to=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” from="focus@auth.example.com<mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68738”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:19.946 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68738).
JVB 2018-04-25 07:16:19.946 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq type=“get” to=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” from="focus@auth.example.com<mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68738”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:19.947 INFO: [176] org.jitsi.videobridge.Videobridge.log() CAT=stat create_conf,conf_id=2c29686c8d6416e3 conf_name=null,logging=false,conf_count=2,ch_count=6,v_streams=4
JVB 2018-04-25 07:16:20.004 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.log() SENT: <iq to="focus@auth.example.com<mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” id=“I47if-68738” type=“result”/>
JVB 2018-04-25 07:16:20.004 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68738) with: <iq to="focus@auth.example.com<mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” id=“I47if-68738” type=“result”/>
JVB 2018-04-25 07:16:22.047 FINE: [178] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId ahczv-809): <iq id=“ahczv-809” type=“result” to=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” from=“example.com<http://example.com/>”/>
JVB 2018-04-25 07:16:22.047 FINE: [178] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq id=“ahczv-809” type=“result” to=“jitsi-videobridge.example.com<http://jitsi-videobridge.example.com/>” from=“example.com<http://example.com/>”/>

In particular, the message “org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.” seems to happen every time there is a freeze.

I have also attached pictures of Callstats conference graphs (fractional loss and media throughput) to illustrate better what is going on. I don’t know what the policy of attachments are so I also uploaded the pictures on https://imgur.com/a/L45eDI1 .

-Markus

From: dev [mailto:dev-bounces@jitsi.org] On Behalf Of markus.kullberg@teliacompany.com<mailto:markus.kullberg@teliacompany.com>
Sent: 25. huhtikuuta 2018 8:18
To: dev@jitsi.org<mailto:dev@jitsi.org>
Subject: Re: [jitsi-dev] Packet loss bursts with Videobridge

Hi,

It did not improve the situation. I have another Jitsi deployment from before with JVB@1036 and I have the same issue there as well. Do you have any other suggestions?

-Markus

From: dev [mailto:dev-bounces@jitsi.org] On Behalf Of George Politis
Sent: 24. huhtikuuta 2018 16:21
To: Jitsi Developers <dev@jitsi.org<mailto:dev@jitsi.org>>
Subject: Re: [jitsi-dev] Packet loss bursts with Videobridge

Hi, can you try with JVB@1054 and let us know if this improves the situation for you?

We discovered that the bridge leaks un-rewritten RTP packets that can break the RTP stream and that version includes a fix for that.

Best,
George

On Apr 24, 2018, at 7:45 AM, Jose Simoes <simoes83@gmail.com<mailto:simoes83@gmail.com>> wrote:

Hi Markus,

I have exactly the same issue (although in my case, video bridge is only used when P2P fails). Coincidence or not, we also limit to 540. We use stable ubuntu and jitsi packages.

Hints are welcome.

Best,
Jose

On 24 Apr 2018, at 13:31, <markus.kullberg@teliacompany.com<mailto:markus.kullberg@teliacompany.com>> <markus.kullberg@teliacompany.com<mailto:markus.kullberg@teliacompany.com>> wrote:

Hi,

I am experiencing an issue where if video is sent through the Videobridge rather than p2p, the video freezes for both participants periodically and displays that the participant is having connectivity issues. Outside of this issue the quality is quite fine, I have limited the resolution to 540. I am using the unstable Ubuntu 16.04 packages. The application is deployed to a cloud instance. There is sufficient bandwidth and processing power. I have tried various options like disabling simulcast, RTX, REMB… pretty much everything that you can disable in the config.js file. Now I don’t know how to debug this further. Is someone able to help me? Peer-to-peer is not an option for us.

Best regards,
Markus
_______________________________________________
dev mailing list
dev@jitsi.org<mailto:dev@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

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

<fractionalLoss.png><throughput.png>_______________________________________________
dev mailing list
dev@jitsi.org<mailto:dev@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#8

Hi Markus,

For the setting to be effective you also need to set these sysctl options:

net.core.rmem_max=104857600
net.core.netdev_max_backlog=100000

But you’re right, this doesn’t look like being the problem here.

I assume you’re testing with a recent bridge (>= 1054). Which Chrome versions are you testing with? Do you get the same results in a controlled environment (for example the bridge and the endpoints running in a LAN). Lastly, could you please post your sip-communicator.properties file?

Best,
George

···

On Apr 26, 2018, at 12:40 AM, <markus.kullberg@teliacompany.com> <markus.kullberg@teliacompany.com> wrote:

Hi,

The current UDP buffer size is 10485760 and I am unable to change it even if I up the maximum buffer size to 134217728 (2^27). Inside /etc/jitsi/videobridge/sip-communicator.properties I have the line

org.ice4j.ice.harvest.AbstractUdpHarvester.SO_RCVBUF=134217728

But after restarting jvb and checking the logs I see

JVB 2018-04-26 05:29:28.420 INFO: [33] org.ice4j.ice.harvest.AbstractUdpListener.<init>() Initialized AbstractUdpListener with address 172.17.0.9:10000/udp. Receive buffer size 10485760 (asked for 10485760).

I get the same result if I change the default buffer size as well. Is this a bug?

Here is also the output of netstat:

$ sudo netstat -su
IcmpMsg:
    InType0: 1590
    InType3: 171
    InType8: 1590
    InType11: 28
    OutType0: 1590
    OutType3: 321
    OutType8: 1622
Udp:
    8286926 packets received
    4417 packets to unknown port received.
    0 packet receive errors
    6643457 packets sent
UdpLite:
IpExt:
    InOctets: 7553841509
    OutOctets: 8063222780
    InNoECTPkts: 9449261
    InECT0Pkts: 331

There is no RcvbufError field so I’m not sure this is the problem, though.

-Markus

From: dev [mailto:dev-bounces@jitsi.org] On Behalf Of George Politis
Sent: 25. huhtikuuta 2018 19:29
To: Jitsi Developers <dev@jitsi.org>
Subject: Re: [jitsi-dev] Packet loss bursts with Videobridge

Hi Markus,

Could you please check your setting for the UDP buffer size? From the image that you posted, I see a very regular periodic packet loss pattern from the bridge; we’ve had similar issues in the past and we had to significantly increase the buffer size to resolve them.

Also, which version of Chrome are you using?

Best,
George

On Apr 25, 2018, at 2:30 AM, <markus.kullberg@teliacompany.com <mailto:markus.kullberg@teliacompany.com>> <markus.kullberg@teliacompany.com <mailto:markus.kullberg@teliacompany.com>> wrote:

Here are some JVB logs around the time that the packet losses occur:

JVB 2018-04-25 07:15:59.914 FINE: [80] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68726).
JVB 2018-04-25 07:15:59.915 FINE: [80] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68726) with: <iq type=“result” id=“I47if-68726” from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513"><query xmlns=“http://jabber.org/protocol/disco#info”><identity category=“component” type=“conference” name=“JitsiVideobridge”/><feature var=“http://jabber.org/protocol/disco#info”/><feature var=“urn:xmpp:ping <xmpp:ping>”/><feature var=“jabber:iq:last <jabber:iq:last>”/><feature var=“urn:xmpp:time <xmpp:time>”/><feature var=“http://jitsi.org/protocol/colibri”/><feature var=“http://jitsi.org/protocol/healthcheck”/><feature var=“urn:xmpp:jingle:apps:dtls:0 <xmpp:jingle:apps:dtls:0>”/><feature var=“urn:xmpp:jingle:transports:ice-udp:1 <xmpp:jingle:transports:ice-udp:1>”/><feature var=“urn:xmpp:jingle:transports:raw-udp:1 <xmpp:jingle:transports:raw-udp:1>”/><feature var=“jabber:iq:version <jabber:iq:version>”/></query></iq>
JVB 2018-04-25 07:15:59.945 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId I47if-68730): <iq type=“get” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68730”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:15:59.945 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68730).
JVB 2018-04-25 07:15:59.945 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq type=“get” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68730”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:15:59.946 INFO: [82] org.jitsi.videobridge.Videobridge.log() CAT=stat create_conf,conf_id=683078d73de655f0 conf_name=null,logging=false,conf_count=2,ch_count=6,v_streams=4
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() SCTP connection with a2c59fe4518e9609 not ready yet.
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() No available transport channel, can’t send a message
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() SCTP connection with 25306f2cfc4e6ab7 not ready yet.
JVB 2018-04-25 07:15:59.968 WARNING: [15] org.jitsi.videobridge.EndpointMessageTransport.log() No available transport channel, can’t send a message
JVB 2018-04-25 07:16:00.011 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.log() SENT: <iq to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” id=“I47if-68730” type=“result”/>
JVB 2018-04-25 07:16:00.011 FINE: [82] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68730) with: <iq to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” id=“I47if-68730” type=“result”/>
JVB 2018-04-25 07:16:02.039 FINE: [127] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId ahczv-801): <iq id=“ahczv-801” type=“result” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from=“example.com <http://example.com/>”/>
JVB 2018-04-25 07:16:02.039 FINE: [127] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq id=“ahczv-801” type=“result” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from=“example.com <http://example.com/>”/>
JVB 2018-04-25 07:16:07.608 WARNING: [4490] org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.
JVB 2018-04-25 07:16:09.947 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId I47if-68734): <iq type=“get” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68734”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:09.948 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68734).
JVB 2018-04-25 07:16:09.948 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq type=“get” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68734”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:09.949 INFO: [129] org.jitsi.videobridge.Videobridge.log() CAT=stat create_conf,conf_id=2cceea8ecb14b507 conf_name=null,logging=false,conf_count=2,ch_count=6,v_streams=4
JVB 2018-04-25 07:16:09.991 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.log() SENT: <iq to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” id=“I47if-68734” type=“result”/>
JVB 2018-04-25 07:16:09.991 FINE: [129] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68734) with: <iq to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” id=“I47if-68734” type=“result”/>
JVB 2018-04-25 07:16:10.552 INFO: [4503] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=2986988595 remainingRetries=9
JVB 2018-04-25 07:16:10.617 INFO: [4489] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=515938219 ssrc=2986988595,idx=0,ts=998773756,independent=true,min_seen=9825,max_seen=9825,start=9825,end=-1
JVB 2018-04-25 07:16:10.631 INFO: [4488] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=237254106 remainingRetries=9
JVB 2018-04-25 07:16:10.654 INFO: [4508] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=237254106 remainingRetries=8
JVB 2018-04-25 07:16:10.673 INFO: [4504] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=921297627 ssrc=237254106,idx=0,ts=3235331274,independent=true,min_seen=59299,max_seen=59299,start=59299,end=-1
JVB 2018-04-25 07:16:12.037 FINE: [131] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId ahczv-805): <iq id=“ahczv-805” type=“result” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from=“example.com <http://example.com/>”/>
JVB 2018-04-25 07:16:12.038 FINE: [131] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq id=“ahczv-805” type=“result” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from=“example.com <http://example.com/>”/>
JVB 2018-04-25 07:16:12.072 WARNING: [4490] org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.
JVB 2018-04-25 07:16:12.084 WARNING: [4490] org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.
JVB 2018-04-25 07:16:15.024 INFO: [4488] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=237254106 remainingRetries=9
JVB 2018-04-25 07:16:15.079 INFO: [4503] org.jitsi.impl.neomedia.rtp.translator.RTCPFeedbackMessageSender.log() Sending a FIR to ssrc=2986988595 remainingRetries=9
JVB 2018-04-25 07:16:15.083 INFO: [4504] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=921297627 ssrc=237254106,idx=0,ts=3235726374,independent=true,min_seen=60078,max_seen=60078,start=60078,end=-1
JVB 2018-04-25 07:16:15.113 INFO: [4489] org.jitsi.impl.neomedia.rtp.FrameDesc.log() keyframe,stream=515938219 ssrc=2986988595,idx=0,ts=999182266,independent=true,min_seen=10737,max_seen=10737,start=10737,end=-1
JVB 2018-04-25 07:16:19.946 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId I47if-68738): <iq type=“get” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68738”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:19.946 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.processIQRequest() (serving component ‘JitsiVideobridge’) Processing IQ request (packetId I47if-68738).
JVB 2018-04-25 07:16:19.946 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq type=“get” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" id=“I47if-68738”><healthcheck xmlns=“http://jitsi.org/protocol/healthcheck”/></iq>
JVB 2018-04-25 07:16:19.947 INFO: [176] org.jitsi.videobridge.Videobridge.log() CAT=stat create_conf,conf_id=2c29686c8d6416e3 conf_name=null,logging=false,conf_count=2,ch_count=6,v_streams=4
JVB 2018-04-25 07:16:20.004 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.log() SENT: <iq to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” id=“I47if-68738” type=“result”/>
JVB 2018-04-25 07:16:20.004 FINE: [176] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Responding to IQ (packetId I47if-68738) with: <iq to="focus@auth.example.com <mailto:focus@auth.example.com>/focus396807062513" from=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” id=“I47if-68738” type=“result”/>
JVB 2018-04-25 07:16:22.047 FINE: [178] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId ahczv-809): <iq id=“ahczv-809” type=“result” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from=“example.com <http://example.com/>”/>
JVB 2018-04-25 07:16:22.047 FINE: [178] org.jitsi.videobridge.xmpp.ComponentImpl.log() RECV: <iq id=“ahczv-809” type=“result” to=“jitsi-videobridge.example.com <http://jitsi-videobridge.example.com/>” from=“example.com <http://example.com/>”/>

In particular, the message “org.jitsi.videobridge.cc.SimulcastController.log() A jump was detected in the picture IDs.” seems to happen every time there is a freeze.

I have also attached pictures of Callstats conference graphs (fractional loss and media throughput) to illustrate better what is going on. I don’t know what the policy of attachments are so I also uploaded the pictures on https://imgur.com/a/L45eDI1 .

-Markus

From: dev [mailto:dev-bounces@jitsi.org <mailto:dev-bounces@jitsi.org>] On Behalf Of markus.kullberg@teliacompany.com <mailto:markus.kullberg@teliacompany.com>
Sent: 25. huhtikuuta 2018 8:18
To: dev@jitsi.org <mailto:dev@jitsi.org>
Subject: Re: [jitsi-dev] Packet loss bursts with Videobridge

Hi,

It did not improve the situation. I have another Jitsi deployment from before with JVB@1036 and I have the same issue there as well. Do you have any other suggestions?

-Markus

From: dev [mailto:dev-bounces@jitsi.org <mailto:dev-bounces@jitsi.org>] On Behalf Of George Politis
Sent: 24. huhtikuuta 2018 16:21
To: Jitsi Developers <dev@jitsi.org <mailto:dev@jitsi.org>>
Subject: Re: [jitsi-dev] Packet loss bursts with Videobridge

Hi, can you try with JVB@1054 and let us know if this improves the situation for you?

We discovered that the bridge leaks un-rewritten RTP packets that can break the RTP stream and that version includes a fix for that.

Best,
George

On Apr 24, 2018, at 7:45 AM, Jose Simoes <simoes83@gmail.com <mailto:simoes83@gmail.com>> wrote:

Hi Markus,

I have exactly the same issue (although in my case, video bridge is only used when P2P fails). Coincidence or not, we also limit to 540. We use stable ubuntu and jitsi packages.

Hints are welcome.

Best,
Jose

On 24 Apr 2018, at 13:31, <markus.kullberg@teliacompany.com <mailto:markus.kullberg@teliacompany.com>> <markus.kullberg@teliacompany.com <mailto:markus.kullberg@teliacompany.com>> wrote:

Hi, <>

I am experiencing an issue where if video is sent through the Videobridge rather than p2p, the video freezes for both participants periodically and displays that the participant is having connectivity issues. Outside of this issue the quality is quite fine, I have limited the resolution to 540. I am using the unstable Ubuntu 16.04 packages. The application is deployed to a cloud instance. There is sufficient bandwidth and processing power. I have tried various options like disabling simulcast, RTX, REMB… pretty much everything that you can disable in the config.js file. Now I don’t know how to debug this further. Is someone able to help me? Peer-to-peer is not an option for us.

Best regards,
Markus
_______________________________________________
dev mailing list
dev@jitsi.org <mailto:dev@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

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

<fractionalLoss.png><throughput.png>_______________________________________________
dev mailing list
dev@jitsi.org <mailto:dev@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

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