Hi Gina, do you mean the neighbor type ? > [RasSrv::Neighbors] > P98=GnuGk > NPU1=GnuGK Up until 2.3.0 it was indeed case-sensitive, but not anymore. Now you can write it like you want and you can also use 'Generic' instead of 'GnuGk' unless you want to document that you are talking to another GnuGk. This would be the same as the above (with GnuGk 3.0+): [RasSrv::Neighbors] P98=GNUGK NPU1=Generic Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project EMail : jan@xxxxxxxxxxxxxx Website: http://www.gnugk.org Support: http://www.willamowius.com/gnugk-support.html Gina Bull wrote: > Doesn't case matter in these names? I had mine not as the manual used, > and had strange problems that cleared up once I had them just as in the > manual. I've forgotten which it should be (plus be sure to use the right > version manual), but one of these may be wrong. > > Gina > > Gina Bull > Network Systems > Information Technology and Communications > University of Virginia > > On 2/15/2012 4:56 AM, slesru wrote: > > Hello! > > > > I had the same problem with gnugk 2.3, so I tested 3.0.1 and got the same result. > > > > I have following config for 3.0.1: > > > > [RasSrv::LRQFeatures] > > NeighborTimeout=2 > > SendRetries=5 > > > > [RasSrv::Neighbors] > > > > P98=GnuGk > > NPU1=GnuGK > > > > [Neighbor::P98] > > GatekeeperIdentifier=P98 > > Host=192.168.22.254 > > SendPrefixes=* > > AcceptPrefixes=* > > ForwardLRQ=always > > > > [Neighbor::NPU1] > > GatekeeperIdentifier=NPU1 > > Host=10.1.1.1 > > SendPrefixes=* > > AcceptPrefixes=* > > ForwardLRQ=always > > > > > > One of neighbors , namely NPU1, is down. > > Usually all is OK, but sometimes gatekeeper returns ARJ. > > > > Here is some debug info for such case: > > > > locationRequest { > > requestSeqNum = 7 > > destinationInfo = 1 entries { > > [0]=dialedDigits "6401" > > } > > nonStandardData = { > > nonStandardIdentifier = h221NonStandard { > > t35CountryCode = 138 > > t35Extension = 1 > > manufacturerCode = 2 > > } > > data = 4 octets { > > 4e 50 55 31 NPU1 > > } > > } > > replyAddress = ipAddress { > > ip = 4 octets { > > 0a 01 01 11 .... > > } > > port = 1719 > > } > > sourceInfo = 1 entries { > > [0]=dialedDigits "6052" > > } > > canMapAlias = false > > gatekeeperIdentifier = 7 characters { > > 0041 0053 0054 002d 004e 0053 004b AST-NSK > > } > > callIdentifier = { > > guid = 16 octets { > > 6f 6f 68 33 32 33 63 2d 51 55 54 00 00 00 00 22 ooh323c-QUT...." > > } > > } > > canMapSrcAlias = false > > } > > 2012/02/15 12:02:40.125 5 RasSrv.cxx(251) RAS Sent Successful > > 2012/02/15 12:02:40.125 2 Neighbor.cxx(1162) NB 1 LRQ(s) re-sent > > 2012/02/15 12:02:40.125 4 RasSrv.cxx(218) RAS Receiving on 10.1.1.17:1719(U) > > 2012/02/15 12:02:40.125 5 socket.cxx(607) PTLIB recvmsg returned error 111 > > 2012/02/15 12:02:40.126 1 RasSrv.cxx(169) RAS Read error 12/111: Connection refused > > 2012/02/15 12:02:41.115 2 RasSrv.cxx(395) ARJ|10.1.1.17:1720|6401:dialedDigits|6052:dialedDigits|false|calledPartyNotRegistered|6f-6f-68-33-32-33-63-2d-51-55-54-00-00-00-00-22; > > 2012/02/15 12:02:41.115 3 RasSrv.cxx(239) RAS Send to 10.1.1.17:13030 > > admissionReject { > > requestSeqNum = 12 > > rejectReason = calledPartyNotRegistered<<null>> > > } > > > > Successeful call: > > > > locationRequest { > > requestSeqNum = 8 > > destinationInfo = 1 entries { > > [0]=dialedDigits "6401" > > } > > nonStandardData = { > > nonStandardIdentifier = h221NonStandard { > > t35CountryCode = 138 > > t35Extension = 1 > > manufacturerCode = 2 > > } > > data = 3 octets { > > 50 39 38 P98 > > } > > } > > replyAddress = ipAddress { > > ip = 4 octets { > > 0a 01 01 11 .... > > } > > port = 1719 > > } > > sourceInfo = 1 entries { > > [0]=dialedDigits "6052" > > } > > canMapAlias = false > > gatekeeperIdentifier = 7 characters { > > 0041 0053 0054 002d 004e 0053 004b AST-NSK > > } > > callIdentifier = { > > guid = 16 octets { > > 6f 6f 68 33 32 33 63 2d 51 55 54 00 00 00 00 22 ooh323c-QUT...." > > } > > } > > canMapSrcAlias = false > > } > > 2012/02/15 12:02:39.138 4 RasSrv.cxx(218) RAS Receiving on 10.1.1.17:1719(U) > > 2012/02/15 12:02:39.138 5 socket.cxx(607) PTLIB recvmsg returned error 111 > > 2012/02/15 12:02:39.138 1 RasSrv.cxx(169) RAS Read error 12/111: Connection refused > > 2012/02/15 12:02:39.139 5 RasSrv.cxx(251) RAS Sent Successful > > 2012/02/15 12:02:39.139 2 Neighbor.cxx(1036) NB 2 LRQ(s) sent > > 2012/02/15 12:02:39.158 4 RasSrv.cxx(218) RAS Receiving on 10.1.1.17:1719(U) > > 2012/02/15 12:02:39.158 2 RasSrv.cxx(174) RAS Read from 192.168.22.254:1719 > > 2012/02/15 12:02:39.158 3 RasSrv.cxx(227) RAS > > locationConfirm { > > requestSeqNum = 8 > > callSignalAddress = ipAddress { > > ip = 4 octets { > > c0 a8 16 fd .... > > } > > port = 1720 > > } > > rasAddress = ipAddress { > > ip = 4 octets { > > c0 a8 16 fe .... > > } > > port = 1719 > > } > > } > > 2012/02/15 12:02:39.158 2 RasSrv.cxx(1509) RAS Trapped LCF > > 2012/02/15 12:02:39.159 5 Neighbor.cxx(1084) NB Received LCF message matched pending LRQ for neighbor P98:192.168.22.254 > > 2012/02/15 12:02:40.124 3 RasSrv.cxx(239) RAS Send to 10.1.1.1:1719 > > > > There are no channel problems or something other troubles, > > gatekeeper P98 works OK. > > > > Could you tell me where is problem? > > > > Thank you! ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/
