In trying to set up the XMPP interface I found that there is a ping function in the jitsi software. This fails with an exception if the host name is not specified for the XMPP server. (finding null as the name)
What I am getting at the moment is that a SEVERE error is reported in the console stating that ping cannot get through. The shared secret is the same and Openfire does report that the videobridge is functional (it also gives the correct session times). If openfire is not running the videobridge really complains (lots of stack traces in the console) and keeps trying to log in.
The failed ping does not seem particularly to matter, however.
I am making gradual progress getting the REST interface to work. I have not done low level coding on WebRtc before so I have a reasonable learning curve there as well. (I have used libraries written by other people).
The Videobridge console reports things like ICE state changed from running to completed and all sorts of things that look positive to me.
However, it does come up with:
WARNING: Unknown DTLS handshake message type: 62 (this number varies)
WARNING: Unable to load jnopenssl: ... no jnopenssl in java.library.path
Given that it is using bouncycastle I assume that this message does not matter.
Question 1. Should I worry about either of those?
It then closes down because nothing is being sent to it (which is probably because of my lack of detailed knowledge of WebRtc although I think I am attaching streams correctly), but I will look at that later.
I thought I would try running REST and XMPP at the same time. I therefore established an openmeet openfire video conference with three participants on the same class C network. That worked well as a video conference, but when I asked the videobridge what the conference id was it reported no conferences.
I took the videobridge down and the conference continued. I have not experimented with trying to run ofmeet without the videobridge. However, I assume for the moment it is not part of this although when I ran a packet sniffer on it yesterday it did seem to be doing something at least acting as a STUN server.
When does OpenFire use the videobridge as part of Ofmeet or does it have a separate instance of some form.
Are the lists of XMPP conferences and REST conferences as maintained in the videobridge separate or a joint list. If joint obviously I could patch into an XMPP conference via REST. Otherwise it will be a task not worth attempting.
Some other code not associated with Jitsi munges media line of the SDP for WebRtc to replace RTP/SAVF with UDP/TLS/RTP/SAVP
Is that still sensible, ill advised or not a matter of any import.