Jitsi Videobridge with Openfire and WebRTC

Dele_Olajide · January 20, 2014, 9:29pm

use latest version of jitmeet from https://github.com/jitsi/jitmeet

I am only supporting ofmeet here at ignite realtime

Emil_Ivov · January 21, 2014, 11:11am

Hey Jay,

Those exceptions are normal and harmless. Just ignore them.

Vineet · January 21, 2014, 11:33am

Hey Emil,

Due to those exception The JitsiVideobridge stopped working …

and all participant (jitmeet client) see only themselves !(not in conference ).!

Emil_Ivov · January 21, 2014, 11:36am

Hey Vineet,

If the bridge stopped working it was not because of these exceptions. In your mail you say that one of the participants closed their browser. Was that the organiser? If so, then yes, everyone else would drop. The organiser must remain on the call the entire time.

Vijay5 · January 21, 2014, 11:46am

Hey Emil,

as Vineet and Jay has posted above a problem for videobridge working : Videobridge stopped working if any participant closed his/her browser.

Actually, that participant was not a organizer even if remaining participants see only self video…

Emil_Ivov · January 21, 2014, 12:18pm

Are you guys reproducing the issue at meet.jit.si?

Vijay5 · January 21, 2014, 1:08pm

no

Vineet · January 23, 2014, 4:44am

Sir,

I am using Latest build (01/21/14) of Openfire 3.9.0 alpha and jitsivideo-bridge as an External component and using jitmeet as a client .It works fine when creating conference first time among participants.

But there is problem=> when a user(jitmeet client ) who is not an initiator, Log Out(when he closed the browser) the jitsivideobridge gets an exception and then it stopped working and every participants see themselves only !

jitsivediobridge Log

SEVERE: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl

java.io.Exception: org.jitsi.impl.neomedia.transform.dtls.DatagramTransportImpl is closed.

Dele_Olajide · March 19, 2014, 8:11pm

Thanks for the kind words

Reduce the volume or use headphones. Nothing much we can do to control AEC from Javascript. Check what other webrtc applications and users are experiencing and doing.

Solution to the screen share is to reduce frame rate from 30 to as low as 3. It is not yet configuarable.Look at publish.js and main.js

Dele_Olajide · March 19, 2014, 9:58pm

I forgot to mention that you can also use fullscreen button on the toolbar to see screen share in full screen mode

Jay_Weldy · September 3, 2014, 3:49pm

Hi all, Openfire and the vidobridge are incredible! I’ve been working on a setup that I’d like to offer my client to use free of charge when they need to video conf. This is bullet proof inside my network but when logging into ofmeet from outside I have issues. It seems it may be just one thing happening but I’m a noob and was wondering if somebody could point me the right way?

Setup:

Server 2008 R2

OpenFire latest

Jitsi bridge latest

DMZ’d to server / no firewall

Http Binding and bosh

External Components on allow everyone

STUN on (don’t understand local but have extensive list of external servers configured)

MUC plugin Installed

Spark client connects fine from outside with video & audio

When using ssl or standard socket this happens:

User A connects and has video/audio

User B connects and screen goes black on both sides.

I looked for config file but don’t have on in apps folder.

Any help is always greatly appreciated!

claude_stabile · September 3, 2014, 4:04pm

Check out UDP ports communication as per settings of videobridge + 5000-6000 range

Probably UDP packet rejected by FW or bridge.

BTW give a try at http://videoconf.free-solutions.org it should work if not check for UDP drops

Hope this help

Jay_Weldy · September 3, 2014, 4:27pm

Thanks, setting up custom rules now. I appreciate the help and I have actually been to your site a few days ago! That’s actually exactly the setup I want to be able to offer my clients free of charge.

Dele_Olajide · September 3, 2014, 9:25pm

If your videobridge is NOT public sitting behind NAT on a private LAN, you will need to configure a pivate and public IP address in the openfire admin web page for Jitsi videobridge

Jay_Weldy · September 3, 2014, 9:32pm

Hi Dele, Thanks for your reply to my post. That is the case with this. However I do not see reference to that under the videobridge settings. I’m enclosing a screen shoot.

Openfire and this bridge are incredible work Sir!

Dele_Olajide · September 3, 2014, 10:21pm

Thank You

You need latest code. Build yourself or download from http://redfire.4ng.net/jitsivideobridge.jar

Jay_Weldy · September 3, 2014, 10:40pm

Thank you so much Sir. I thought I had the latest version. I just installed into server and setup and I’ll check it out as soon as I can find someone to test with me. All you work on this is greatly appreciated.

Thanks!

Edit:

After install I connected two clients through bridge and see both clients, however the bridge never comes on line now! Pulling hair out, I really would like to pull this off. I know it’s my learning curve and it is a great experience to learn but jeez! If I go back to the bundle version the bridge works. I uninstalled Openfire and java and started from scratch with same results.

Edit 2:

Also getting these errors

Which may be causing this issue. Maybe a different version of Java I nned?

Jay_Weldy · September 4, 2014, 11:50pm

Okay, I’m much further along now and appreciate the pointers. Two separate networks are showing in the sessions manager with todays beta of the bridge!!

Is this and latest bridge supposed to still show up under sessions like the older versions?

What I’m seeing is the two clients connected by the bridge doesn’t come up like before and the created room shows only one participant.

Everything else works as expected, pushing a admin chat goes out to both clients etc.

What triggers the bridge into action? UDP traffic or TCP?

Thanks again for any leads,

Jay

Sheldon1 · November 22, 2014, 1:22pm

Hi, I tried to install the plugin re- “new update” 23.11 instructions but it hasn’t showed up yet on openfire after I uploaded it.

Should I try a different version of the plugin?

Here is the log.

at java.security.AccessController.doPrivileged(Native Method)

at java.net.URLClassLoader.findClass(URLClassLoader.java:354)

at java.lang.ClassLoader.loadClass(ClassLoader.java:425)

at java.lang.ClassLoader.loadClass(ClassLoader.java:358)

at org.jivesoftware.openfire.container.PluginManager.loadPlugin(PluginManager.java :414)

at org.jivesoftware.openfire.container.PluginManager.access$300(PluginManager.java :76)

at org.jivesoftware.openfire.container.PluginManager$PluginMonitor.run(PluginManag er.java:1068)

at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)

at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)

at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301 (ScheduledThreadPoolExecutor.java:178)

at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Schedu ledThreadPoolExecutor.java:293)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

at java.lang.Thread.run(Thread.java:745)

2014.11.22 08:21:28 org.jivesoftware.openfire.container.PluginManager - Error loading plugin: /usr/share/openfire/plugins/jitsivideobridge

java.lang.ClassNotFoundException: org.jitsi.videobridge.openfire.PluginImpl

at java.net.URLClassLoader$1.run(URLClassLoader.java:366)

at java.net.URLClassLoader$1.run(URLClassLoader.java:355)