Bug 29359 - Freephonie doesn't work any more using SofiaSIP with Empathy
Summary: Freephonie doesn't work any more using SofiaSIP with Empathy
Status: RESOLVED NOTABUG
Alias: None
Product: Telepathy
Classification: Unclassified
Component: rakia (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Mikhail Zabaluev
QA Contact: Telepathy bugs list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-02 06:04 UTC by Geek87
Modified: 2010-08-06 09:17 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
Log of a call (8.51 KB, application/octet-stream)
2010-08-02 06:14 UTC, Geek87
Details

Description Geek87 2010-08-02 06:04:37 UTC
Hi!

Freephonie (SIP service of the french ISP Free) was previously working using SofiaSIP with
Empathy. It's not the case any more. Connection to the service is working fine
but calls aren't.

Ask me if you need more informations.

Bye!
Comment 1 Guillaume Desmottes 2010-08-02 06:09:00 UTC
Could you please attach sofiasip logs after trying to make a call? You can fetch them from debug empathy - debug menu.
Comment 2 Geek87 2010-08-02 06:14:37 UTC
Created attachment 37524 [details]
Log of a call

Here is the log you've asked me. I hope this will help you.
Comment 3 Mikhail Zabaluev 2010-08-02 06:53:29 UTC
It fails with this event:
tpsip/events-DEBUG: 02/08/2010 15:12:32.388919: tpsip_connection_sofia_callback: event nua_r_invite: 408 Request Timeout

Can you collect and attach a packet dump of a test call session?
Comment 4 Mikhail Zabaluev 2010-08-04 09:07:18 UTC
Thanks for the information provided.
Please set the transport parameter to UDP in your account settings.

The reason it has "regressed" probably is in the heuristics that the SIP stack uses to switch from UDP to TCP when the packet size becomes too big, as is often the case with INVITE containing an authentication response and an SDP session.
With some recent changes, we produce more of the SDP, and this exceeds the limit for a reasonable size of UDP packets in the stack, so it switches to TCP, which the proxy fails to support. Locking down the transport to UDP should resolve this problem, at the cost of somewhat higher failure rate due to losses of fragmented jumbo packets.
Comment 5 Geek87 2010-08-06 09:17:22 UTC
Thanks!

This has solved the problem! It seems that login is sometimes difficult but calls are working again.

Bye!


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.