This is because the incoming LRQ does not have m_hopCount field,
so it is not further forwarded.
I would suggest using the following configuration:
[RasSrv::Neighbors]
gk1.cisco=200.xxx.xxx.xx;0201,0202,0203,0204,0205,0206,020201
VoiceMaster=69.xxx.xxx.xxx
[RasSrv::LRQFeatures]
ForwardHopCount=5
AlwaysForwardLRQ=1 (or ForwardLRQ=always)
AcceptForwardedLRQ=1
IncludeDestinationInfoInLCF=1
CiscoGKCompatible=1
ForwardResponse=1
Or:
[RasSrv::Neighbors]
VoiceMaster=GnuGK
gk1.cisco=CiscoGK
[RasSrv::LRQFeatures]
NeighborTimeout=3
[Neighbor::VoiceMaster]
Host=69.x.x.x:1719
Dynamic=0
SendPrefixes=*
AcceptPrefixes=*
ForwardHopCount=2
AcceptForwardedLRQ=1
ForwardResponse=1
ForwardLRQ=always
[Neighbor::gk1.cisco]
Host=200.x.x.x:1719
Dynamic=0
SendPrefixes=*
AcceptPrefixes=0201,0202,0203,0204,0205,0206,020201
ForwardHopCount=2
AcceptForwardedLRQ=1
ForwardResponse=1
ForwardLRQ=always
----- Original Message -----
From: "ray" <ray@gen3t.com>
To: <openh323gk-users@lists.sourceforge.net>
Sent: Tuesday, January 06, 2004 12:24 AM
Subject: Re: neighbor and re-write.
> On Saturday 03 January 2004 11:22, Zygmuntowicz Michal wrote:
> > More details on the problem?
> > Tip: If you wish to build sophisticated multivendor neighbor
> > gk hierarchies, you would want to use gk 2.2.
> >
>
>
> environmant is gnugk 2.2.3 from dec 12 CVS. incomming GK is sysmaster ( this
> appears to be modified 2.0.3 gnugk) to my gnugk, sending call to cisco GK
> neignbor. i have both defined as neighbors with only prefix defined for
> termination cisco GK.
>
> this is my neighbor section in ini file xxx are my manual deletion of
> destination ips
>
> [RasSrv::Neighbors]
> gk1. cisco=200.xxx.xxx.xx;0201,0202,0203,0204,0205,0206,020201
> VoiceMaster=69.xxx.xxx.xxx
>
> [RasSrv::LRQFeatures]
> #NeighborTimeout=3
> ForwardHopCount=5
> AlwaysForwardLRQ=1
> AcceptForwardedLRQ=1
> IncludeDestinationInfoInLCF=1
> CiscoGKCompatible=1
>
>
>
>
> ok. this snip of debug trace
>
>
> 2004/01/05 16:34:40.679 4 RasSrv.cxx(175) RAS Receiving on
> 69.44.113.
> 150:1719(U)
> 2004/01/05 16:34:40.680 2 RasSrv.cxx(144) RAS Read from
> 69.44.113.141
> :1719
> 2004/01/05 16:34:40.680 3 RasSrv.cxx(183) RAS
> locationRequest {
> requestSeqNum = 21
> destinationInfo = 1 entries {
> [0]=dialedDigits "0201#011xxxxxxxx"
> }
> nonStandardData = {
> nonStandardIdentifier = h221NonStandard {
> t35CountryCode = 181
> t35Extension = 0
> manufacturerCode = 18
> }
> data = 13 octets {
> 56 6f 69 63 65 4d 61 73 74 65 72 47 4b VoiceMasterGK
> }
> }
> replyAddress = ipAddress {
> ip = 4 octets {
> 45 2c 71 8d E,q.
> }
> port = 1719
> }
> sourceInfo = 1 entries {
> [0]=h323_ID 11 characters {
> 0056 006f 0069 0063 0065 004d 0061 0073 VoiceMas
> 0074 0065 0072 ter
> }
> }
> canMapAlias = TRUE
> }
> 2004/01/05 16:34:40.680 5 job.cxx(101) Job Run LRQ at
> thread 6319
> 2004/01/05 16:34:40.680 1 RasSrv.cxx(302) RAS LRQ Received
> 2004/01/05 16:34:40.681 4 gkauth.h(113) GkAuth default check
> ok
> 2004/01/05 16:34:40.681 5 Routing.h(117) ROUTING Checking
> policy Explici
> t for the request LRQ 21
> 2004/01/05 16:34:40.681 5 Routing.h(117) ROUTING Checking
> policy Interna
> l for the request LRQ 21
> 2004/01/05 16:34:40.681 5 Routing.h(117) ROUTING Checking
> policy Neighbo
> r for the request LRQ 21
> 2004/01/05 16:34:40.682 3 RasSrv.cxx(195) RAS Send to
> 200.52.12.42:17
> 19
> locationRequest {
> requestSeqNum = 21
> destinationInfo = 1 entries {
> [0]=dialedDigits "0201#011xxxxxxxxx"
> }
> nonStandardData = {
> nonStandardIdentifier = h221NonStandard {
> t35CountryCode = 181
> t35Extension = 0
> manufacturerCode = 18
> }
> data = 13 octets {
> 56 6f 69 63 65 4d 61 73 74 65 72 47 4b VoiceMasterGK
> }
> }
> replyAddress = ipAddress {
> ip = 4 octets {
> 45 2c 71 8d E,q.
> }
> port = 1719
> }
> sourceInfo = 1 entries {
> [0]=h323_ID 11 characters {
> 0056 006f 0069 0063 0065 004d 0061 0073 VoiceMas
> 0074 0065 0072 ter
> }
> }
> canMapAlias = TRUE
> hopCount = 2
> }
> 2004/01/05 16:34:40.682 5 RasSrv.cxx(209) RAS Sent
> Successful
> 2004/01/05 16:34:40.683 2 Neighbor.cxx(535) NB 1 LRQ(s) sent
> 2004/01/05 16:34:40.683 5 Routing.h(123) ROUTING Policy
> Neighbor applied
> to the request LRQ 21
>
>
> 2004/01/05 16:34:40.683 2 RasSrv.cxx(347) RIP|
> 69.xxx.xxx.xxx.xxx|VoiceMasterGK
> :1|0201#011xxxxxxxxxxxxx:dialedDigits|69.xx.xxx.xxx;
>
> THIS PART IS WHERE IT SEEMS TO FORWARD THE LRQ / LCF TO ORIGINATION GK AND
> THEN HAS NO FURTHER INVOLVEMENT IN CALL. ALSO NO CDR IS GENERATED WITH THIS
> SETTING. IT ALSO APPLIES ROUTING POLICY NEIGHBOR.
>
>
> 2004/01/05 16:34:40.683 6 yasocket.cxx(532) 127.0.0.1:33079 84
> bytes sent
> 2004/01/05 16:34:40.683 3 RasSrv.cxx(195) RAS Send to
> 69.xxx.xxx.xx:1
> 719
> requestInProgress {
> requestSeqNum = 21
> nonStandardData = {
> nonStandardIdentifier = object (NULL)
> data = 15 octets {
> 56 6f 69 63 65 4d 61 73 74 65 72 47 4b 3a 31 VoiceMasterGK:1
> }
> }
> delay = 5000
> }
> 2004/01/05 16:34:40.684 5 RasSrv.cxx(209) RAS Sent
> Successful
> 2004/01/05 16:34:40.684 5 job.cxx(189) Job Delete LRQ
> 2004/01/05 16:36:31.125 5 yasocket.cxx(609) GkStatus 1 sockets
> selected fro
> m 1, total 1/0
> 2004/01/05 16:36:31.125 5 job.cxx(101) Job Run Command
> debug trc 0
> at thread 6319
>
>
> now if i remove AlwaysForwardLRQ in config and do same call i get.
>
>
> 2004/01/05 16:12:51.287 5 job.cxx(101) Job Run LRQ at
> thread 6319
> 2004/01/05 16:12:51.287 1 RasSrv.cxx(302) RAS LRQ Received
> 2004/01/05 16:12:51.287 4 gkauth.h(113) GkAuth default check
> ok
> 2004/01/05 16:12:51.288 5 Routing.h(117) ROUTING Checking
> policy Explicit fo
> r the request LRQ 14
> 2004/01/05 16:12:51.288 5 Routing.h(117) ROUTING Checking
> policy Internal fo
> r the request LRQ 14
> 2004/01/05 16:12:51.288 5 Routing.h(117) ROUTING Checking
> policy Neighbor fo
> r the request LRQ 14
> 2004/01/05 16:12:51.288 2 RasSrv.cxx(347) LRJ|69.xxx.xxx.xxx|
> 0201#011xxxxxxxxxx
> 567:dialedDigits|69.44.113.141|requestDenied;
> 2004/01/05 16:12:51.288 3 RasSrv.cxx(195) RAS Send to
> 69.xx.xxx.xx:1719
> locationReject {
> requestSeqNum = 14
> rejectReason = requestDenied <<null>>
>
> now after it does neighbor check in Routing.h it does not seem to find
> neighbor and sends back LRJ.
>
> i have to admit i have about changed every setting on gnugk trying to get call
> to come in LRQ , send LRQ to neighbpr, get LCF and send LCF with routing info
> to origination GK with no results.
>
> any help is very much apperciated.
> regards
> ray
-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
List: Openh323gk-users@lists.sourceforge.net
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Homepage: http://www.gnugk.org/
