hi michal, you're right, a tcpdump shows that when calling gk_proxy via another gk than gk_1, gk_proxy sends some packets to gk_1 ; i didn't yet manage to analyse what was sent to gk_1 because it's a heavily loaded gk, and setting up a high level debug trace will be nearly unreadable :( i'm not a gnugk/h323 guru at all, so i may be wrong, but it seems that the main difference between the traces of a successful and failed call are on rewriting/routing ; i'll try to investigate that further before overwhelming the list with full traces.... after more tests, it seems that calls not originating from gk_1 are succesful when : - gk_proxy is not registered at all with a gk (no [Endpoint] section), and AcceptUnregisteredCalls=1 - gk_proxy is registered as an endpoint with gk_1, eg. with prefix 30, which is rewrote to 9 by a "30=9" directive in the [Endpoint::RewriteE164] section ; clients of gk_proxy register with 9x prefixes. in that case, calls from another gk than gk_1 to a 9... number are succesful (assuming that the gk knows that 9.... numbers should be directed to gk_proxy), but calls to a 30... number fail. - calls are direct , ie. not routed by any gk - as decribed in the parent post. either it's a gnugk bug, or it's that AcceptUnregisteredCalls=1 shouldn't be used when gnugk is used in endpoint/proxy mode... thanks again for the help and the time you spend ivan On Sun, 30 Jan 2005 14:37:13 +0100, Zygmuntowicz Michal <m.zygmuntowicz@xxxxxxx> wrote: > Maybe you have some signaling loop, so your call > hits the same machine twice. > > ----- Original Message ----- > From: "ivan mitev" <ivan.mitev@xxxxxxxxx> > Sent: Friday, January 28, 2005 5:24 PM > > > i'm still trying to find a workaround to the alternate gk problem i > > described earlier. > > > > i tried to use neighbors instead of relying on the alternate gk but i > > had no luch with a client - gk_proxy1 - gk_1/2 - gk_proxy2 - client > > setup, which is what i need (namely, problems with h245 routing and > > rtp channel establishment). i > > > > i then tried to investigate what was wrong when setting > > AcceptUnregisteredCalls=1 on gk_proxy ; i found out that the option > > works as advertised when a client connects directly to gk_proxy, ie. > > without being registered to any gatekeeper. > > however, when a client is registered to a gk, and tries to make a call > > to gk_proxy (eg. with a xxxx@gk_proxy_ip), gk_proxy always rejects the > > call with the "Warning: socket already attached for callid" msg. > > > > i re-tested everything with the site's static version (2.2.1-2) and > > the latest cvs after the various rtp ports fixes, and with various > > clients (hardware, ohphone, gnomemeeting) but with no luck > > > > any help or pointer to where to look at in the code will be really > > appreciated... > > > > ivan > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > > _______________________________________________________ > > List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 > Homepage: http://www.gnugk.org/ > ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________________ List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
