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@lists.sourceforge.net
> 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/
------------------------------------------------------------------------------
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@lists.sourceforge.net
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/
