Video chat works fine for me using telepathy with the the XMPP protocol (say, via the google servers) using the empathy client with telepathy-gabble, both with empathy to empathy, and empathy to google talk browser plugin. However, although audio chat works between SIP accounts using empathy with telepathy-sofiasip, if video chat is chosen, the calling client appears to close the connection as soon as the connection is made. I have tested on two different sip accounts using empathy to empathy, and empathy to linphone. Video on these sip accounts is supported and works fine if the connection is made with linphone as the client at both ends. If an audio connection is first made (successfully) between SIP accounts using empathy, and then video chat is chosen subsequently on the open connection, the same thing happens: the calling client appears to close the connection as soon as a video connection is made. Both machines have the following installed: empathy 2.30.2 with gnome-2.30.2 farsight2-0.0.21 libnice-0.0.13 sofia-sip-1.12.10 telepathy-python-0.15.18 pycrypto-2.1.0 pyOpenSSL-0.10 telepathy-glib-0.10.7 telepathy-farsight-0.0.14 telepathy-mission-control-5.4.3 telepathy-gabble-0.8.14 telepathy-sofiasip-0.6.3 I attach separately the empathy debug logs of a video chat attempt both from the caller and recipient, both using telepathy-sofiasip.
Created attachment 38128 [details] Debug output from the caller
Created attachment 38129 [details] Debug output from the recipient
Can you paste the contents of 'sofiasip' debug output? What are the SIP account parameters? Try to set transport to TCP or UDP, if it's set to Auto.
The transport protocol was set as 'Auto'. I won't be able to test again by setting it explicitly to UDP for about a week, nor obtain additional debugging output until then. But how do you capture sofiasip debug output that wasn't in the output that I have already attached?
(In reply to comment #4) > The transport protocol was set as 'Auto'. > > I won't be able to test again by setting it explicitly to UDP for about a week, > nor obtain additional debugging output until then. But how do you capture > sofiasip debug output that wasn't in the output that I have already attached? There is a selection box on top of the debug window. "sofiasip" logs are available as another choice in that selection.
If I set UDP as the transport medium, the problem remains. I will attach the sofiasip debug output.
Created attachment 38597 [details] Sofiasip debug output from caller
Created attachment 38598 [details] Sofiasip debug output from recipient
(In reply to comment #7) > Created an attachment (id=38597) [details] > Sofiasip debug output from caller Thanks. The fatal event for the caller is: tpsip/events-DEBUG: 10/09/10 10:19:22.966525: tpsip_connection_sofia_callback: event nua_r_invite: 513 Message too big Now I'm interested to look at the SIP traffic. It might be that the SDP description of available codecs together with SIP headers exceeds the packet size limit at some point. It may be related to bug #20135. Another thing to improve in the code is to avoid sending the whole set of supported codecs in the session answer, sending rather the intersected codecs (this also helps interoperability). But this doesn't help in outbound call case. Does it work with TCP or TLS, however?
TCP doesn't work. It fails in the same way as with UDP, and the sender log contains the following: tpsip/events-DEBUG: 14/09/10 11:05:25.759294: tpsip_connection_sofia_callback: event nua_r_invite: 513 Message too big tpsip/events-DEBUG: 14/09/10 11:05:25.762049: tpsip_connection_sofia_callback: event nua_i_state: 513 Message too big I can attach the full sofiasip debug log if that helps, although my guess is that it doesn't. I cannot test TLS as the sip server does not support it.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/telepathy/telepathy-rakia/issues/10.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.