I don't see where the other registration with 800 is commin from
either. Did you grep the full trace for it ?
When you connect to the status port, you can say
"PrintAllRegistrations" and that will tell you about all endpoints
currently registered. If there is some other endpoint, you should see
it there. Or you just give the phone another number to test.
Adding a TimeToLive=120 to your configs main section would also be a
good idea.
Regards,
Jan
Cristian Livadaru wrote:
> I just did some tests with X-Meeting on Mac OS.
> Here gk seems to tell me everything is ok, although X-Meeting gives me
> an error but I don't really care about X-Meeting right now.
>
>
> 2009/11/02 11:35:11.473 1 RasSrv.cxx(368) RAS RRQ
> Received from 213.143.118.123:5000
> 2009/11/02 11:35:11.473 3 gkauth.cxx(982) GKAUTH
> FileIPAuth RRQ check ok
> 2009/11/02 11:35:11.473 2 RasSrv.cxx(408) RCF|
> 213.143.118.123:1720|Cristian
> Livadaru:h323_ID=800:dialedDigits=436512345:dialedDigits|terminal|
> 2984_endp;
> 2009/11/02 11:35:11.473 3 RasSrv.cxx(250) RAS Send
> to 213.143.118.123:5000
> registrationConfirm {
> requestSeqNum = 47992
> protocolIdentifier = 0.0.8.2250.0.6
> nonStandardData = {
> nonStandardIdentifier = h221NonStandard {
> t35CountryCode = 138
> t35Extension = 2
> manufacturerCode = 2
> }
> data = 5 octets {
> 4e 6f 4e 41 54 NoNAT
> }
> }
> callSignalAddress = 1 entries {
> [0]=ipAddress {
> ip = 4 octets {
> bc 28 e9 66 .(.f
> }
> port = 1721
> }
> }
> terminalAlias = 3 entries {
> [0]=h323_ID 17 characters {
> 0043 0072 0069 0073 0074 0069 0061 006e Cristian
> 0020 004c 0069 0076 0061 0064 0061 0072 Livadar
> 0075 u
> }
> [1]=dialedDigits "800"
> [2]=dialedDigits "436512345"
> }
> gatekeeperIdentifier = 10 characters {
> 004f 0070 0065 006e 0048 0033 0032 0033 OpenH323
> 0047 004b GK
> }
> endpointIdentifier = 9 characters {
> 0032 0039 0038 0034 005f 0065 006e 0064 2984_end
> 0070 p
> }
> willRespondToIRR = false
> maintainConnection = false
> serviceControl = 1 entries {
> [0]={
> sessionId = 0
> contents = callCreditServiceControl {
> callStartingPoint = connect <<null>>
> }
> reason = refresh <<null>>
> }
> }
> }
>
> When I quit X-Meeting and connect the phone:
>
> 2009/11/02 11:37:20.864 1 RasSrv.cxx(368) RAS RRQ
> Received from 213.143.118.123:49301
> 2009/11/02 11:37:20.864 3 gkauth.cxx(982) GKAUTH
> FileIPAuth RRQ check ok
> 2009/11/02 11:37:20.864 2 RasSrv.cxx(408) RRJ|
> 213.143.118.123|800:dialedDigits|terminal|duplicateAlias;
> 2009/11/02 11:37:20.864 3 RasSrv.cxx(250) RAS Send
> to 213.143.118.123:49301
> registrationReject {
> requestSeqNum = 5
> protocolIdentifier = 0.0.8.2250.0.2
> rejectReason = duplicateAlias 1 entries {
> [0]=dialedDigits "800"
> }
> gatekeeperIdentifier = 10 characters {
> 004f 0070 0065 006e 0048 0033 0032 0033 OpenH323
> 0047 004b GK
> }
> }
> 2009/11/02 11:37:21.113 3 RasTbl.cxx(2143) Gk Delete
> Call No. 1
>
> I really don't get it where the duplicateAlias is coming from :(
>
> Cris
>
> On 2. Nov 2009, at 10:27 , Cristian Livadaru wrote:
>
> > That's what I thought so I commented out that line and tried again,
> > still no luck. here is my complete config file:
> >
> > [Gatekeeper::Main]
> > Fortytwo=42
> > Name=OpenH323GK
> >
> > [RoutedMode]
> > GKRouted=1
> > H245Routed=0
> > RemoveH245AddressOnTunneling=0
> > AcceptNeighborsCalls=1
> > AcceptUnregisteredCalls=0
> > SupportNATedEndpoints=1
> > DropCallsByReleaseComplete=1
> >
> > [Proxy]
> >
> > [RasSrv::GWPrefixes]
> >
> > [RasSrv::RRQFeatures]
> >
> > [RasSrv::ARQFeatures]
> > ArjReasonRouteCallToGatekeeper=1
> > RemoveTrailingChar=#
> > RoundRobinGateways=1
> >
> > [RoutingPolicy]
> > default=explicit,internal,parent,neighbor
> >
> > [RasSrv::RRQAuth]
> > default=confirm
> >
> > [GkStatus::Auth]
> > rule=allow
> >
> > [RasSrv::RewriteE164]
> >
> > [RasSrv::LRQFeatures]
> >
> > [RasSrv::PermanentEndpoints]
> > 188.40.233.123=ASTERISK;123
> >
> > [Gatekeeper::Auth]
> > FileIPAuth=required;RRQ,LRQ,Setup
> > ;SimplePasswordAuth=sufficient;RRQ,ARQ,BRQ,DRQ,LRQ,IRQ
> > ;default=allow
> >
> > [CallTable]
> >
> > [H225toQ931]
> >
> > [Gatekeeper::Acct]
> >
> > [NATedEndpoints]
> >
> > [CTI::Agents]
> > VirtualQueueAliases=CC
> > RequestTimeout=10
> >
> > [CTI::MakeCall]
> > EndpointAlias=DialOut
> >
> > UseH450=0
> > Interface=192.168.6.1:1722
> > Gatekeeper=192.168.1.1
> >
> > [SimplePasswordAuth]
> > KeyFilled=123
> > CheckID=FALSE
> > PasswordTimeout=0
> > ;800=Bq56xYcO+9M=
> >
> > [FileIPAuth]
> > 213.143.118.123=allow
> > ;192.168.1.0/24=allow
> > ;192.168.2.0/255.255.255.0=allow;48,49,44
> > any=reject
> >
> > Cris
> >
> > On 2. Nov 2009, at 10:04 , Jan Willamowius wrote:
> >
> >> You actually passed the RRQ check, bvut it looks like you still have
> >> that permanent endpoint configured with the same alias. If you take
> >> that out, it will register.
> >>
> >> Regards,
> >> Jan
> >>
> >> Cristian Livadaru wrote:
> >>> Unfortunately it didn't quite work.
> >>>
> >>> I have set:
> >>> [Gatekeeper::Auth]
> >>> FileIPAuth=required;RRQ,LRQ,Setup
> >>>
> >>> [FileIPAuth]
> >>> 213.143.118.109=allow
> >>> 192.168.1.0/24=allow
> >>> any=reject
> >>>
> >>> gk says:
> >>>
> >>> 2009/11/02 09:45:15.726 4 RasSrv.cxx(230) RAS
> >>> Receiving on 188.40.233.123:1719(U)
> >>> 2009/11/02 09:45:15.726 2 RasSrv.cxx(189) RAS Read
> >>> from 213.143.118.123:49301
> >>> 2009/11/02 09:45:15.726 3 RasSrv.cxx(238) RAS
> >>> registrationRequest {
> >>> requestSeqNum = 5
> >>> protocolIdentifier = 0.0.8.2250.0.2
> >>> nonStandardData = {
> >>> nonStandardIdentifier = object 2.16.840.1.113778.4.2.1
> >>> data = 25 octets {
> >>> 09 81 01 00 18 1e 90 01 20 01 00 06 00 04 0d
> >>> 27 ........ ......'
> >>> 85 83 01 00 02 00 07 01 00 .........
> >>> }
> >>> }
> >>> discoveryComplete = true
> >>> callSignalAddress = 1 entries {
> >>> [0]=ipAddress {
> >>> ip = 4 octets {
> >>> c0 a8 01 a0 ....
> >>> }
> >>> port = 5344
> >>> }
> >>> }
> >>> rasAddress = 1 entries {
> >>> [0]=ipAddress {
> >>> ip = 4 octets {
> >>> c0 a8 01 a0 ....
> >>> }
> >>> port = 49301
> >>> }
> >>> }
> >>> terminalType = {
> >>> terminal = {
> >>> }
> >>> mc = false
> >>> undefinedNode = false
> >>> }
> >>> terminalAlias = 1 entries {
> >>> [0]=dialedDigits "800"
> >>> }
> >>> endpointVendor = {
> >>> vendor = {
> >>> t35CountryCode = 181
> >>> t35Extension = 0
> >>> manufacturerCode = 16726
> >>> }
> >>> productId = 8 octets {
> >>> 49 50 5f 50 68 6f 6e 65 IP_Phone
> >>> }
> >>> versionId = 5 octets {
> >>> 32 2e 33 30 30 2.300
> >>> }
> >>> }
> >>> cryptoTokens = 1 entries {
> >>> [0]=cryptoEPPwdEncr {
> >>> algorithmOID = 2.16.840.1.114187.1.3
> >>> paramS = {
> >>> }
> >>> encryptedData = 0 octets {
> >>>
> >>> }
> >>> }
> >>> }
> >>> keepAlive = false
> >>> willSupplyUUIEs = false
> >>> }
> >>> 2009/11/02 09:45:15.726 1 RasSrv.cxx(368) RAS RRQ
> >>> Received from 213.143.118.123:49301
> >>> 2009/11/02 09:45:15.726 3 gkauth.cxx(982) GKAUTH
> >>> FileIPAuth RRQ check ok
> >>> 2009/11/02 09:45:15.726 3 gkauth.cxx(982) GKAUTH
> >>> default RRQ check ok
> >>> 2009/11/02 09:45:15.726 2 RasSrv.cxx(408) RRJ|
> >>> 213.143.118.123|800:dialedDigits|terminal|duplicateAlias;
> >>> 2009/11/02 09:45:15.726 3 RasSrv.cxx(250) RAS Send
> >>> to 213.143.118.123:49301
> >>> registrationReject {
> >>> requestSeqNum = 5
> >>> protocolIdentifier = 0.0.8.2250.0.2
> >>> rejectReason = duplicateAlias 1 entries {
> >>> [0]=dialedDigits "800"
> >>> }
> >>> gatekeeperIdentifier = 10 characters {
> >>> 004f 0070 0065 006e 0048 0033 0032 0033 OpenH323
> >>> 0047 004b GK
> >>> }
> >>> }
> >>> 2009/11/02 09:45:15.861 3 RasTbl.cxx(2143) Gk
> >>> Delete
> >>> Call No. 1
> >>>
> >>> Cris
> >>>
> >>> On 1. Nov 2009, at 23:15 , Jan Willamowius wrote:
> >>>
> >>>> If you can't turn sending a password off in the phone, it might
> >>>> still
> >>>> work if GnuGk just ignores the password it gets.
> >>>>
> >>>> Regards,
> >>>> Jan
> >>>>
> >>>>
> >>>> Cristian Livadaru wrote:
> >>>>> Thanks Jan, I will try this tomorrow morning.
> >>>>> But I'm not so sure I can set up this phone without
> >>>>> authentication.
> >>>>> But I will give it a shot.
> >>>>>
> >>>>> Cris
> >>>>>
> >>>>> On 1. Nov 2009, at 22:02 , Jan Willamowius wrote:
> >>>>>
> >>>>>> Hi Chris,
> >>>>>>
> >>>>>> permanent endpoints settings have nothing to do with your
> >>>>>> authentication.
> >>>>>>
> >>>>>> I would suggest you disable authentcation completely for your
> >>>>>> first
> >>>>>> test calls. And then maybe use FileIPAuth. Thats probably easier
> >>>>>> to
> >>>>>> get going. See
> >>>>>> http://www.gnugk.org/gnugk-manual-8.html#ss8.2ee
> >>>>>>
> >>>>>> Regards,
> >>>>>> Jan
> >>>>>>
> >>>>>>
> >>>>>> Cristian Livadaru wrote:
> >>>>>>> First of all I want to mention that I have no clue about H323, I
> >>>>>>> am a
> >>>>>>> asterisk/SIP user.
> >>>>>>> I got a Avaya 4620 IP Phone which, as it seems, can't work with
> >>>>>>> sip.
> >>>>>>> So I installed gnugk but I am working on it since today morning
> >>>>>>> with
> >>>>>>> no luck.
> >>>>>>> First the Debian Version ( version 2.2.7-3-2) had segfaults with
> >>>>>>> PWlib. I downloaded the newest binary from the gnugk site
> >>>>>>> (gnugk-2.3.0) and now I'm facing new issues:
> >>>>>>>
> >>>>>>> 1) If I use SimplePasswordAuth=sufficient;RRQ,ARQ
> >>>>>>>
> >>>>>>> 2009/11/01 19:37:44.554 4 gkauth.h(661) GKAUTH
> >>>>>>> SimplePasswordAuth No username resolved from tokens.
> >>>>>>> 2009/11/01 19:37:44.554 3 gkauth.cxx(987) GKAUTH
> >>>>>>> SimplePasswordAuth RRQ check failed
> >>>>>>> 2009/11/01 19:37:44.554 2 RasSrv.cxx(408) RRJ|
> >>>>>>> 212.144.118.xxx|800:dialedDigits|terminal|securityDenial;
> >>>>>>>
> >>>>>>>
> >>>>>>> 2) If Use these settings:
> >>>>>>>
> >>>>>>> [RasSrv::PermanentEndpoints]
> >>>>>>> 212.144.118.xxx=800
> >>>>>>>
> >>>>>>> gnugk tells me:
> >>>>>>>
> >>>>>>> 2009/11/01 19:27:06.762 4 gkauth.cxx(1642) GKAUTH
> >>>>>>> AliasAuth auth condition not found for alias '800'
> >>>>>>>
> >>>>>>>
> >>>>>>> I'm about to through this phone back on ebay and look for a new
> >>>>>>> SIP
> >>>>>>> phone. I wasted two days in trying to get this thing to work and
> >>>>>>> I'm
> >>>>>>> simply frustrated!
> >>>>>>> any idea how I could get this phone to work?
> >>>>>>>
> >>>>>>> Cris
> >>
> >> --
> >> Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/
--
Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________________
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/
