I've caught SofiaSIP consuming maximum upload and download bandwidth a couple of times now, both when I've come home for the weekend. I suspect it may be caused by hibernating my laptop (with my SofiaSIP account enabled) on one network, then resuming it on another, since it's only happened when I've come home for the weekend (doing just that). However, it might also be caused by the network setup I have at home. Restarting my laptop or the SIP CM stops it using all the bandwidth, and once I've done this I can't reproduce the problem again. This is with: • telepathy-glib-0.10.7 • telepathy-sofiasip-0.6.3 • sofia-sip-1.12.10 An excerpt of the SofiaSIP debug log from Empathy follows. These messages are repeated every five seconds: tpsip/events-DEBUG: 12/09/10 22:50:06.526789: tpsip_connection_sofia_callback: event nua_r_register: 200 OK tpsip/events-DEBUG: 12/09/10 22:50:06.531056: tpsip_connection_sofia_callback: connection 0x9ba1be8, refcount 1 tpsip/events-DEBUG: 12/09/10 22:50:06.531701: tpsip_connection_sofia_callback: dispatching to target 0x9ba1be8 (handle 0x9bb8b90) tpsip/events-DEBUG: 12/09/10 22:50:06.532118: tpsip_connection_sofia_callback: exit tpsip/events-DEBUG: 12/09/10 22:50:06.672424: tpsip_connection_sofia_callback: event nua_i_outbound: 102 NAT binding changed tpsip/events-DEBUG: 12/09/10 22:50:06.673342: tpsip_connection_sofia_callback: connection 0x9ba1be8, refcount 1 tpsip/events-DEBUG: 12/09/10 22:50:06.675302: tpsip_connection_sofia_callback: dispatching to target 0x9ba1be8 (handle 0x9bb8b90) tpsip/events-DEBUG: 12/09/10 22:50:06.675771: tpsip_connection_sofia_callback: event nua_i_outbound for target 0x9ba1be8 was not consumed tpsip/events-DEBUG: 12/09/10 22:50:06.676175: tpsip_connection_sofia_callback: exit tpsip/events-DEBUG: 12/09/10 22:50:11.551542: tpsip_connection_sofia_callback: event nua_i_outbound: 102 NAT binding changed tpsip/events-DEBUG: 12/09/10 22:50:11.555440: tpsip_connection_sofia_callback: connection 0x9ba1be8, refcount 1 tpsip/events-DEBUG: 12/09/10 22:50:11.556128: tpsip_connection_sofia_callback: dispatching to target 0x9ba1be8 (handle 0x9bb8b90) tpsip/events-DEBUG: 12/09/10 22:50:11.559312: tpsip_connection_sofia_callback: event nua_i_outbound for target 0x9ba1be8 was not consumed tpsip/events-DEBUG: 12/09/10 22:50:11.559797: tpsip_connection_sofia_callback: exit tpsip/events-DEBUG: 12/09/10 22:50:11.560206: tpsip_connection_sofia_callback: event nua_r_register: 100 Outbound NAT Detected tpsip/events-DEBUG: 12/09/10 22:50:11.560606: tpsip_connection_sofia_callback: connection 0x9ba1be8, refcount 1 tpsip/events-DEBUG: 12/09/10 22:50:11.560991: tpsip_connection_sofia_callback: dispatching to target 0x9ba1be8 (handle 0x9bb8b90) tpsip/events-DEBUG: 12/09/10 22:50:11.561388: tpsip_connection_sofia_callback: exit
This is bad. I'd like to look at the packet traffic to understand what causes the looping behavior. Can you capture the SIP packets? Or, you can define TPORT_LOG=1 in either the session environment, or export it in the user shell and launch telepathy-sofiasip from the same, e.g.: TPSIP_PERSIST=1 /usr/lib/telepathy/telepathy-sofiasip The "sofiasip" debug category in the Empathy log window will get dumps of SIP messages when ran this way. As a workaround, try to disable NAT binding detection in SIP parameters. You may want to switch to the TCP transport to maintain a connection to the proxy with less NAT worries.
(In reply to comment #1) > This is bad. I'd like to look at the packet traffic to understand what causes > the looping behavior. Can you capture the SIP packets? Or, you can define > TPORT_LOG=1 in either the session environment, or export it in the user shell > and launch telepathy-sofiasip from the same, e.g.: > TPSIP_PERSIST=1 /usr/lib/telepathy/telepathy-sofiasip > > The "sofiasip" debug category in the Empathy log window will get dumps of SIP > messages when ran this way. Would a Wireshark log be OK, or do you want both? I can't reproduce the problem now until I next change networks and come back to this one (that's the only way I've found which will trigger it), so if there's any more debugging information you would possibly need, please let me know now and I'll see if I can capture it when I next manage to trigger the problem.
(In reply to comment #2) > Would a Wireshark log be OK, or do you want both? A Wireshark capture is fine. You can mail it to me if you don't want exposing your IP addresses, user names and similar details.
I apologize if any mail with traffic captures was sent to me, but I can't retrace it in my email backlog. This might be caused by bug #32615.
I haven't been able to reproduce this again yet (I've only been able to when moving my laptop from university to home, and that doesn't happen very often). I'll send you a Wireshark log and comment on here when I can.
FYI: I have a fix to the sofia-sip library which may solve your problem: http://gitorious.org/~mzabaluev/sofia-sip/mzabaluev-sofia-sip/commits/fix-ob-contacts
A fix for a possible cause has been integrated into sofia-sip master branch.
This has been supposedly fixed a long time ago. If it still occurs, feel free to reopen this bug report.
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.