Re: calls to neighbors problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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/


[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux