Re: calls to neighbors problem
Hi,
you didn't show your full config. Do you also have
AcceptNonNeighborLCF=1 ? If you don't specifically need it,
you should try to switch it off.
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
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/
[SIP]
[Open H.323]
[Gnu Gatekeeper]
[Asterisk PBX]
[ISDN Cause Codes]
[Singles Community]
[Yosemite News]
