GNOME Bugzilla – Bug 624611
Voice and video calls do not work with only IPv6 connectivity
Last modified: 2010-08-02 11:32:38 UTC
For many years, Empathy has supported connecting to XMPP servers over IPv6 reliably — even over an IPv6–only connection, which will only become more common as time progresses. However, voice and video calls do not work if the caller or callee have only an IPv6 connection. Text chat works fine, but voice and video hang while trying to connect. On one test, Empathy even locked up entirely while trying to make a call (though Empathy is so unstable in general I’m not sure whether that was related). It is rather surprising that Empathy doesn’t support IPv6 voice and video calls by now. After all, the code to implement is *much* simpler than IPv4 NAT traversal code. (In fact, BitTorrent users often set up IPv6 tunnels such as Teredo and 6to4 as an easier alternative to port forwarding or other NAT traversal. Fire up any IPv6–enabled BitTorrent client on a popular torrent and you will see no shortage of IPv6 peers.)
That's because Farsight, the lib used by Empathy to stream calls, doesn't support IPv6. I opened https://bugs.freedesktop.org/show_bug.cgi?id=29353
Thanks for doing that. There is a certain irony in not supporting IPv6 and calling the library 'farsight'. :)
Actually, its libnice... and it is supported by version 0.0.13.
I should mention that we don't support it for SIP calls because in SIP you have to give a single IP address, so we use the IPv4 address in that case. RFC 5245 allows multiple addresses to be given for SIP, but tp-sofiasip doesn't implement it.