Recently I've used a Jitsi video call to talk to a friend of mine, and
it worked quite nicely apart from some packet loss. I have an XMPP
account on a certain European server, and my friend uses google talk.
When I opened up wireshark and logged the traffic I noticed there was
a lot of outgoing UDP traffic, but the destination IP was not that of
my friend! It would seem that there is at least one server between us.
Then a media relay of some kind was used, e.g. TURN or Jingle Relay
Nodes. Without more detailed information, it is hard to say which server
was used and why.
So I was wondering... is there a way to configure jitsi so that the
video/audio calls will attempt to use direct peer2peer connection
without any intermediate servers, but still use the XMPP account
servers for presence/signalling/notifications/session setup?
That's the default. Jitsi will add all candidates to ICE, including
direct connections and all possible relays, then use the most direct
connection it can come up with. For example, if both of you reside on
the same LAN, it will even establish the stream without even routing
through the internet. If all that does not work, one of the available
relays is used.
That said, if you see a relay being used, then something was preventing
the direct connection from being established. Most of the times, this is
NAT or otherweise restrictive/broken firewall/routing.
If you need further assistance debugging the issue, please provide us
with logs of the session being established.
Both of us have dynamic IP addresses.
That should not matter thanks to the underlying signalling protocol
using a known XMPP server.
<Natureshadow> Auf welchem Server liegt das denn jetzt…?
<mirabilos> Wenn es nicht übers Netz kommt bei Hetzner, wenn es nicht
gelesen wird bei STRATO, wenn es klappt bei manitu.
PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296