As you can see in your post, there is no full LRQ/LCF message content showed. ----- Original Message ----- From: "Jiří Gubík" <jgubik@xxxxxxxxxxx> Sent: Wednesday, August 03, 2005 1:07 PM I attached full debug files in my original post 19.7. Please check them. Zygmuntowicz Michal napsal(a): >Maybe number types do not match? LRQ contains dialedDigits alias type, >while Setup contains some other alias type. Without a full level 5 log >there >is nothing sure to say... > >----- Original Message ----- >From: "Jiří Gubík" <jgubik@xxxxxxxxxxx> >Sent: Thursday, July 21, 2005 1:17 PM > > >That is wrong, LRQ is rejected (LRJ) after changing policy rule to >explicit. Internal policy is correct. >I am repeating - LRQ is accepted by policy internal in both cases and >LCF is send to neighbor. Problem is with call setup - in case of gateway >registration is founded correct route, in terminal registration case >not. Everything is clear shown in debug files. Please can any of coders >look to the problem? I am not good in C > >Teodor Georgiev napsal(a): > > > >>Try using the explicit policy rule. >> >> ----- Original Message ----- >> *From:* Jiří Gubík <mailto:jgubik@xxxxxxxxxxx> >> *To:* openh323gk-users@xxxxxxxxxxxxxxxxxxxxx >> <mailto:openh323gk-users@xxxxxxxxxxxxxxxxxxxxx> >> *Sent:* Tuesday, July 19, 2005 6:30 PM >> *Subject:* Re: LRQ routing problem with >> terminal registration >> >> Bellow find requested info, but I think that the main difference >> is in LRQ handling -> Prefix match for gateway, Alias match for >> terminal. Problem will be probably in different handling of Prefix >> and Alias in call setup request as I already described. Look on >> beginning of previously included files this is main difference: >> Gateway case: >> 2005/07/19 12:40:56.322 5 Routing.h(138) ROUTING >> Checking policy Internal for the request LRQ 9887 >> 2005/07/19 12:40:56.323 2 RasTbl.cxx(693) RASTBL Gateway >> 7129_endp matched by prefix 469775742 >> 2005/07/19 12:40:56.323 4 RasTbl.cxx(1033) Prefix >> match for GW 10.172.0.98:1720 >> 2005/07/19 12:40:56.323 5 Routing.h(144) ROUTING >> Policy Internal applied to the request LRQ 9887 >> 2005/07/19 12:40:56.324 2 RasSrv.cxx(375) >> LCF|10.172.4.253|7129_endp|469775742:dialedDigits|CTT_HK_GK; >> >> Terminal case: >> 2005/07/19 12:44:00.755 1 RasSrv.cxx(330) RAS LRQ >> Received >> 2005/07/19 12:44:00.755 3 gkauth.h(830) GKAUTH default >> LRQ check ok >> 2005/07/19 12:44:00.755 5 Routing.h(138) ROUTING >> Checking policy Internal for the request LRQ 9892 >> 2005/07/19 12:44:00.756 4 RasTbl.cxx(996) Alias >> match for EP 10.172.0.98:1720 >> 2005/07/19 12:44:00.756 5 Routing.h(144) ROUTING >> Policy Internal applied to the request LRQ 9892 >> 2005/07/19 12:44:00.757 2 RasSrv.cxx(375) >> LCF|10.172.4.253|7129_endp|469775742:dialedDigits|CTT_HK_GK; >> >> The calls are routed correctly in case that call is originated >> from device registered on same gatekeeper. I have tested it in >> several different configurations. >> >> Terminal registration >> ?? >> AllRegistrations >> RCF|10.172.1.27:1720|TEST_CPS_WG3504:h323_ID|gateway|7125_endp >> Tue, 19 Jul 2005 12:40:19 +0200 (permanent) C(0/0/0) <1> >> Prefixes: 469775002,469775001,469775000 >> RCF|10.172.1.129:1720|FIASI_KOLIN_ALCATEL:h323_ID|gateway|7127_endp >> Tue, 19 Jul 2005 15:57:21 +0200 C(0/0/0) <1> >> Prefixes: <none> >> >> RCF|10.172.0.98:1720|TEST3_CPS_IAD162:h323_ID=469775742:dialedDigits|terminal|7129_endp >> Tue, 19 Jul 2005 12:43:41 +0200 C(0/0/0) <1> >> Number of Endpoints: 3 >> >> Gateway registration >> ?? >> AllRegistrations >> RCF|10.172.1.27:1720|TEST_CPS_WG3504:h323_ID|gateway|7125_endp >> Tue, 19 Jul 2005 16:02:27 +0200 (permanent) C(0/0/0) <1> >> Prefixes: 469775002,469775001,469775000 >> RCF|10.172.1.129:1720|FIASI_KOLIN_ALCATEL:h323_ID|gateway|7127_endp >> Tue, 19 Jul 2005 16:00:03 +0200 C(0/0/0) <1> >> Prefixes: <none> >> >> RCF|10.172.0.98:1720|TEST3_CPS_IAD162:h323_ID:h323_ID|gateway|7135_endp >> Tue, 19 Jul 2005 16:02:27 +0200 (permanent) C(0/0/0) <1> >> Prefixes: 469775742 >> Number of Endpoints: 3 >> >> Config file for gateway setup: >> [Gatekeeper::Main] >> Fourtytwo=42 >> Name=CPS_TEST_GK >> ; >> [LogFile] >> Rotate=monthly >> RotateDay=31 >> RotateTime=23:59 >> ; >> [RoutedMode] >> GKRouted=1 >> H245Routed=1 >> CallSignalPort=1720 >> CallSignalHandlerNumber=1 >> RemoveH245AddressOnTunneling=0 >> AcceptNeighborsCalls=1 >> AcceptUnregisteredCalls=0 >> SupportNATedEndpoints=1 >> DropCallsByReleaseComplete=1 >> ; >> [RasSrv::GWPrefixes] >> TEST3_CPS_IAD162:h323_ID=469775742 >> ; >> [GkStatus::Auth] >> rule=allow >> ; >> [RasSrv::RewriteE164] >> ; >> [RoutingPolicy] >> 255701=neighbor >> 2441123=neighbor >> 2441124=neighbor >> 4885774=internal >> 46977500=internal >> 46977574=internal >> Default=internal,neighbor >> ; >> [RasSrv::Neighbors] >> CTT_HK_GK=GnuGK >> ; >> [Neighbor::CTT_HK_GK] >> Host=10.172.4.253 >> Dynamic=0 >> SendPrefixes=* >> >> AcceptPrefixes=4885774,32157102,469775000,469775001,469775002,469775003,46977574 >> ; >> [RasSrv::PermanentEndpoints] >> 10.172.1.27=TEST_CPS_WG3504;469775000,469775001,469775002 >> 10.172.0.98=TEST3_CPS_IAD162:h323_ID;469775742 >> ; >> [Gatekeeper::Auth] >> AliasAuth=optional;RRQ >> SQLAliasAuth=required;RRQ >> default=allow >> ; >> [SQLAliasAuth] >> Driver=PostgreSQL >> Host=localhost >> Database=voipdb >> Username=xxx >> Password=xxx >> CacheTimeout=300 >> Query=SELECT 'sigip:' || host(ip) ||':'|| port FROM users WHERE >> alias = '%1' >> MinPoolSize=1 >> ; >> [SQLAuth] >> Driver=PostgreSQL >> Host=localhost >> Database=voipdb >> Username=xxx >> Password=xxx >> CallQuery=SELECT * from auth_call >> >> ('%{callerip}','%{Calling-Station-Id}','%{Called-Station-Id}',%{arq},%{answer},'%u') >> ; >> [RasSrv::RRQAuth] >> FIASI_KOLIN_ALCATEL=sigip:10.172.1.129:1720 >> TEST2_CPS_WG3504=sigip:10.172.0.67:1720 >> TEST3_CPS_IAD162=sigip:10.172.0.98:1720 >> ; >> [Gatekeeper::Acct] >> SQLAcct=alternative;start,update,stop >> FileAcct=required >> ; >> [FileAcct] >> DetailFile=/var/log/gk/cdr.log >> Rotate=monthly >> RotateDay=31 >> RotateTime=23:59 >> ; >> [SQLAcct] >> Driver=PostgreSQL >> Host=localhost >> Database=voipdb >> Username=xxxxx >> Password=xxxx >> MinPoolSize=5 >> StartQuery=INSERT INTO voipcall (id, h323id, acctsessionid, >> h323confid, gkip, gkid, callingstationip, callingstationid, >> calledstationip, calledstationid, setuptime, h323call >> UpdateQuery=UPDATE voipcall SET duration = '%d', connecttime = >> NULLIF('%{connect-time}','')::TIMESTAMP(0) WITH TIME ZONE WHERE >> acctsessionid = '%s' AND gkid = '%g' AND accts >> StopQuery=UPDATE voipcall SET acctstoptime = now(), duration = >> '%d', terminatecause = '%c', whodisconnect = NULLIF('%r', >> '')::INTEGER, setuptime = NULLIF('%{setup-time}', '' >> StopQueryAlt=INSERT INTO voipcall (id, h323id, acctsessionid, >> h323confid, gkip, gkid, callingstationip, callingstationid, >> calledstationip, calledstationid, setuptime, connec >> ; >> [CallTable] >> GenerateNBCDR=0 >> AcctUpdateInterval=60 >> ; >> >> Config for terminal is same except entry in [RasSrv::GWPrefixes] >> and [RasSrv::PermanentEndpoints] >> >> >> Teodor Georgiev napsal(a): >> >> >> >>>Can you show the GK config as well as output from the ?? console command. >>> >>>On Tuesday 19 July 2005 15:29, Jiří Gubík wrote: >>> >>> >>> >>>>Hi, >>>>There is bug in routing after LRQ in case that device is registered as >>>>terminal. GK does not answer correctly after searching in internal >>>>tables (look as does not see device). There is not problem in case that >>>>device is registered as gateway (same IP, same phone number). >>>>Gateway case: >>>>2005/07/19 12:40:56.391 5 Routing.cxx(137) ROUTING Checking >>>>policy Internal for request Setup CRV=8330 >>>>2005/07/19 12:40:56.391 2 RasTbl.cxx(693) RASTBL Gateway >>>>7129_endp matched by prefix 469775742 >>>>2005/07/19 12:40:56.391 4 RasTbl.cxx(1033) Prefix match for >>>>GW 10.172.0.98:1720 >>>> >>>>Terminal case: >>>>2005/07/19 12:44:00.823 5 Routing.cxx(137) ROUTING Checking >>>>policy Internal for request Setup CRV=8335 >>>>2005/07/19 12:44:00.823 3 ProxyChannel.cxx(1560) Q931s No >>>>destination for unregistered call 80 1c 54 91 bf 57 02 10 31 43 40 71 36 >>>>17 64 35 from 10.172.4.253:58568 >>>> >>>>Looks like RasTbl is not called in case that device is registered as >>>>Terminal. >>>>Full debug 5 log files are included for your reference. >>>>Regards >>>>Jiri ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id�49 Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/
