Summary: | Remain in "connecting" state when make a Voice over IP call | ||
---|---|---|---|
Product: | Telepathy | Reporter: | Sebastien Cayetanot <sebastien.cayetanot> |
Component: | rakia | Assignee: | Mikhail Zabaluev <mikhail.zabaluev> |
Status: | RESOLVED DUPLICATE | QA Contact: | Telepathy bugs list <telepathy-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | sebastien.cayetanot |
Version: | unspecified | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
SIP server log.
RTP log of the communication for VoIP |
Just to add this information. This bug is seen on Ubuntu 10.04 and MeeGo (Resetting severity and priority to the defaults.) *** This bug has been marked as a duplicate of bug 28124 *** Created attachment 38175 [details]
RTP log of the communication for VoIP
RTP log of the communication for VoIP
|
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.
Created attachment 38148 [details] SIP server log. My test is to make a Voice over IP call using the empathy/telepathy/SIP solution. My device "A" used empathy 2.30.1 and telepathy-sofiasip-0.6.0 I use 2 remote devices: - one, named "B" on Windows using X-Lite - one, named "C" on Ubunutu using empathy/sip solution and LinPhone I use an internal server named officesip server but same issue is seen using iptel.org sip provider. I make a call from device "A" to the device "C". Both are using empathy solution. On device "C" the incoming call event appears and I accept the call. In that case "C" swith from "connecting" to "connected" status but device "A" remain in 'connecting' status until the device "C" disconnect the call due to a Time-out. The same behavior is observed when the device "A" try to call the windows sip client "B" or device "C" using linphone. I have made a quick test. LinPhone call X-lite and everything works fine. The issue appears when the telepathy solution is used. I have attached an extract of the SIP server log