| Summary: | Freephonie doesn't work any more using SofiaSIP with Empathy | ||
|---|---|---|---|
| Product: | Telepathy | Reporter: | Geek87 <geek87> |
| Component: | rakia | Assignee: | Mikhail Zabaluev <mikhail.zabaluev> |
| Status: | RESOLVED NOTABUG | QA Contact: | Telepathy bugs list <telepathy-bugs> |
| Severity: | normal | ||
| Priority: | medium | CC: | geek87 |
| Version: | unspecified | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | Log of a call | ||
|
Description
Geek87
2010-08-02 06:04:37 UTC
Could you please attach sofiasip logs after trying to make a call? You can fetch them from debug empathy - debug menu. Created attachment 37524 [details]
Log of a call
Here is the log you've asked me. I hope this will help you.
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? 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. 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.