Did you setu correctly a prefix for your neighbor (0049, for example), so the gnugk knows that this call should be routed to this neighbor? A valid configuration should produce LRQ sent to the neighbor after ARQ is received. >We unfortunately by time have problems to reach an endpoint outside of >our H.323 zone. We use a neighborhood entry in our setup files to >forward call requests to the given neighbour. Still the gnugk is >suffering from this problem. We can\'t help us selves to avoid it happen. >The written below is the logging data received from gnugk in verbose >mode. Could anyone show us any ways of fixing this. I might add, the >clients in our zone are able to register the gnugk. Only to call out fails. > >2004/02/20 13:07:28.758 1 RasSrv.cxx(1298) GK ARQ Received >2004/02/20 13:07:28.758 2 RasSrv.cxx(1553) >ARJ|200.2.140.2:1720|0 >0491009129601***20146:dialedDigits|rzdv008:h323_ID=7297:dialedDigits=rzdv008:h32 >3_ID=7297:dialedDigits|false|calledPartyNotRegistered; > >2004/02/20 13:07:28.759 2 RasSrv.cxx(2074) GK Send >admissionRe >ject to 200.2.140.2:3838 > >*) the IP is -of course- a fake > >We appreciate very much!! > >Best Regards, >A.Fitterling >University of Hamburg ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ List: Openh323gk-users@lists.sourceforge.net Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
