Hello, Ekiga drops all my incoming calls after about 30 seconds. Other clients don't. My hope is someone can help me figure out why.
Approximately 30 seconds into every call (always more, never less) Ekiga disconnects after stating "Failed to receive ACK!". The log was posted to http://pastebin.com/AtYaNBf1. My setup is challenging---and probably prone to errors. First of all, I am behind a NAT router that works for SIP and RTP traffic when using STUN. Unfortunately, the router also only allows traffic from one MAC address. Since I have several computers, I installed a gateway of my own. That gateway runs 'dnsmasq' and 'squid' for browsing the web. That all works fine. To facilitate phone traffic I tried several approaches. The best one has been to use 'siproxd', a relatively simple SIP and RTP proxy. I contemplated 'ser' and 'mediaproxy' for standards compliance, but there hasn't been any evidence that 'siproxd' is not working right. The latest version of 'siproxd' has a STUN module to determine the provider's public IP address (74.125.46.80). My SIP provider is Sipphone/Gizmo5. Looks they use YATE. The incoming call is a Google Voice call. I am pointing that out because it is causing some other quirks. (For example, they stopped supporting iLBC on incoming GV calls.) Here is more information for the logs: My endpoint is 192.168.11.177. The internal address of my gateway with 'siproxd' is 192.168.11.1 (external address 10.11.39.174). The internal address of the provider's restrictive router is 10.176.159.3. A short log of 'siproxd' is included below. Nov 25 07:41:54 buffalo-linkstation siproxd[1482]: plugin_logcall.c:120 INFO:Incoming Call: [email protected] -> 7476686228@ Nov 25 07:41:56 buffalo-linkstation siproxd[1482]: plugin_logcall.c:120 INFO:ACK Call: [email protected] -> [email protected] Nov 25 07:41:56 buffalo-linkstation siproxd[1482]: plugin_logcall.c:120 INFO:ACK Call: [email protected] -> [email protected] Nov 25 07:42:28 buffalo-linkstation siproxd[1482]: plugin_logcall.c:120 INFO:Ending Call: [email protected] -> [email protected] Can anyone tell from the attached Ekiga log what is causing the dropped calls? Looks like the clue is in the line 2010/11/25 07:42:29.780 0:44.681 Housekeeper:0xb6cdbb70 SIP Failed to receive ACK! Opal then ends the call due to a temporary failure. Any help would be very much appreciated. Sincerely, Felix
_______________________________________________ ekiga-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/ekiga-list
