2 Dec 2010 08:30
Re: Failure to receive ACK with Ekiga
It is a problem with the username. Looks like Sipphone/Gizmo5/Google does not send the initial '1' back in the ACK, even though it is required for SIP registration. Siproxd correctly complains that the UA is not registered.
The ACK is not forwarded to the client. Ekiga drops the call after a timeout.
To solve, I changed the function 'compare_url()' in file 'sip_utils.c' from
if (strcmp(url1->username, url2->username) != 0) {
DEBUGC(DBCLASS_PROXY, "compare_url: username mismatch");
return STS_FAILURE;
}
to
if (strcmp(url1->username, url2->username) != 0
&& strncmp(url2->username, "1", 1) == 0
&& strcmp(url1->username, url2->username + 1) != 0) {
DEBUGC(DBCLASS_PROXY, "compare_url: username mismatch");
return STS_FAILURE;
}
It probably isn't the best way to deal with this Sipphone/Google Voice quirk, but it works for me. The ACK is now passed onto the Ekiga client. This is for incoming Gizmo5 calls that were originated on the Google Voice web interface or a browser plugin.
Just made two calls that were longer than thirty seconds. Previously, Ekiga dropped the call after approximately 32 seconds.
---------- Forwarded message ----------
From: Felix Lechner <felix.lechner <at> gmail.com>
Date: Tue, Nov 30, 2010 at 5:47 PM
Subject: Re: [Siproxd-users] Failure to receive ACK with Ekiga
To: Siproxd-users <siproxd-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Hello Thomas,
From: Felix Lechner <felix.lechner <at> gmail.com>
Date: Tue, Nov 30, 2010 at 5:47 PM
Subject: Re: [Siproxd-users] Failure to receive ACK with Ekiga
To: Siproxd-users <siproxd-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Hello Thomas,
The excerpt below is from the debug log.
Server is Sipphone. Client is Ekiga. Network is complex. Nested NAT.
Is it possible the user name mismatch has anything to do with it?
Thank you,
Felix
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: siproxd.c:526 received SIP type REQ:ACK
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: utils.c:349 fetching outbound IP by HOSTNAME
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: proxy.c:89 proxy_request
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: route_processing.c:63 route_preprocess: no Route header present
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: utils.c:130 DNS lookup - from cache: 192.168.11.177 -> 192.168.11.177
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: sip_utils.c:1018 sip_find_direction: reghost:192.168.11.177 ip:198.65.166.131
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: sip_utils.c:279 comparing urls: sip:7476686228-czJE/rCtoL+XBeAFQ2H1FQ@public.gmane.org -> sip:17476686228-/cpgps36iex843aRoqyXEg@public.gmane.org
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: sip_utils.c:294 compare_url: username mismatch
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: sip_utils.c:279 comparing urls: sip:7476686228-czJE/rCtoL+XBeAFQ2H1FQ@public.gmane.org -> sip:17476686228-rne+wJe3e/u3Jhga2bR/9VaTQe2KTcn/@public.gmane.org
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: sip_utils.c:294 compare_url: username mismatch
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: sip_utils.c:279 comparing urls: sip:7476686228-/cpgps36iex843aRoqyXEg@public.gmane.org -> sip:17476686228-/cpgps36iex843aRoqyXEg@public.gmane.org
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: sip_utils.c:294 compare_url: username mismatch
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: sip_utils.c:279 comparing urls: sip:7476686228-/cpgps36iex843aRoqyXEg@public.gmane.org -> sip:17476686228-rne+wJe3e/u3Jhga2bR/9VaTQe2KTcn/@public.gmane.org
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: sip_utils.c:294 compare_url: username mismatch
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: utils.c:382 fetching interface IP by INTERFACE [1]
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: utils.c:454 ifaddr lookup - from cache: eth0 -> 192.168.11.1 UP
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: utils.c:349 fetching outbound IP by HOSTNAME
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: utils.c:130 DNS lookup - from cache: 72.254.95.107 -> 72.254.95.107
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: sip_utils.c:1179 sip_find_direction: unable to determine direction of SIP packet
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: plugin_logcall.c:120 INFO:ACK Call: +16172295005-PWiYkomgkyVd7zL7/YKpzQ@public.gmane.org -> 7476686228-czJE/rCtoL+XBeAFQ2H1FQ@public.gmane.org
Nov 30 17:15:01 buffalo-linkstation siproxd[6237]: proxy.c:242 request [ACK] from/to unregistered UA (RQ: +16172295005-PWiYkomgkyVd7zL7/YKpzQ@public.gmane.org -> 7476686228-/cpgps36iex843aRoqyXEg@public.gmane.org)
On Mon, Nov 29, 2010 at 10:08 AM, Thomas Ries <tries <at> gmx.net> wrote:
Can you provide a debug log of siproxd?
I'd like to see how the dropped ACK looks like. There is/was a know
issue with ekiga.net. In that articular case a wrong Content-Lenght did
cause the packet to be dropped by libosip2.
Are there any warnings/errors in the siproxd log file?
Regards,
/Thomas
------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________ Siproxd-users mailing list Siproxd-users@... https://lists.sourceforge.net/lists/listinfo/siproxd-users
RSS Feed