Re: Videoconferencing software - Mirial vs. PacPhone- strange behaviour in PrefixAuth on Mirial's part

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

 



Hi
 
Ok try again,  I was changed auth set.
Also don't register , use as unregister.
 
Regards
 
IT Manager  of Conino L.T.D
phone:224937014,224937007
ICQ number: 619538873
email: gm@xxxxxxxxxxxxx
----- Original Message -----
From: pierlu
Sent: Thursday, July 22, 2010 11:26 AM
Subject: Videoconferencing software - Mirial vs. PacPhone- strange behaviour in PrefixAuth on Mirial's part

I am testing Mirial Softphone, to use it instead of (or alongside) PacPhone
 
(btw does anyone know about good h.323 videoconferencing software -not necesaarely free- which does not have complex licencing systems and which works as "pure" H.323 client?)

But I get a strange behaviour when using Mirial.

Even tho Mirial registers on GnuGk fine (using the same H323 number and the same IP as PacPhone), Prefix Auth on GnuGk does not work correctly and calls are denied.

These are the logs when client (number 41100) tries to make a call to number 491 (an MCU room).

-----PacPhone 2.3.1---------------------------------------------------------------------------------------
2010/07/22 09:36:46.453 5          job.cxx(190) JOB Starting Job ARQ at Worker thread 1480
2010/07/22 09:36:46.453 1       RasSrv.cxx(354) RAS ARQ Received from 10.1.10.12:5000
2010/07/22 09:36:46.453 5       gkauth.cxx(2079) GKAUTH Prefix auth rule 'allow alias:^411' matched
2010/07/22 09:36:46.453 4       gkauth.cxx(2281) GKAUTH PrefixAuth rule matched and accepted destination prefix '491' for alias '491'
2010/07/22 09:36:46.453 3       gkauth.cxx(1030) GKAUTH PrefixAuth ARQ check ok
2010/07/22 09:36:46.453 3       RasSrv.cxx(2661) GK ARQ will request bandwith of 50000
2010/07/22 09:36:46.453 5        Routing.h(184) ROUTING Checking policy Explicit for the request ARQ 5050
2010/07/22 09:36:46.453 5        Routing.h(184) ROUTING Checking policy Internal for the request ARQ 5050
2010/07/22 09:36:46.453 2       RasTbl.cxx(1199) RASTBL Gateway 8718_endp matched by prefix 49, priority: 1
2010/07/22 09:36:46.453 4       RasTbl.cxx(1636) RASTBL Prefix match for gateways: 10.1.10.11:1720
2010/07/22 09:36:46.453 5        Routing.h(190) ROUTING Policy Internal applied to the request ARQ 5050
2010/07/22 09:36:46.468 2       RasTbl.cxx(3382) CallTable::Insert(CALL) Call No. 200, total sessions : 1
-----Mirial 7.0.5---------------------------------------------------------------------------------------
2010/07/22 09:41:57.781 5          job.cxx(190) JOB Starting Job ARQ at Worker thread 1480
2010/07/22 09:41:57.781 1       RasSrv.cxx(354) RAS ARQ Received from 10.1.10.12:1719
2010/07/22 09:41:57.781 4       gkauth.cxx(2298) GKAUTH PrefixAuth rule matched and  could not reject or accept destination prefix '491' for alias '491'
2010/07/22 09:41:57.781 4       gkauth.cxx(2298) GKAUTH PrefixAuth rule matched and  could not reject or accept destination prefix '4' for alias '491'
2010/07/22 09:41:57.781 4       gkauth.cxx(2314) GKAUTH PrefixAuth could not reject or accept the request
2010/07/22 09:41:57.781 5        gksql.cxx(387) SQLAuth Executing query: SELECT action FROM regole WHERE (numero_chiamato='491' AND numero_chiamante='41100') OR 'angelucci'='InternalMakeCallEP' ;
2010/07/22 09:41:57.781 3      sqlauth.cxx(245) SQLAUTH SQLAuth(ARQ from 10.1.10.12 CRV=17847): query returned no rows
2010/07/22 09:41:57.781 3       gkauth.cxx(1035) GKAUTH SQLAuth ARQ check failed
2010/07/22 09:41:57.781 2       RasSrv.cxx(394) ARJ|10.1.10.12:1720|491:dialedDigits|41100:dialedDigits=angelucci:h323_ID|false|resourceUnavailable|1f-79-69-3e-d5-01-19-10-8b-5a-02-01-51-12-10-60;
2010/07/22 09:41:57.781 3       RasSrv.cxx(236) RAS Send to 10.1.10.12:1719
---------------------------------------------------------------------------------------------------------

As you can see, PacPhone passes the PrefixAuth rule, while Mirial does not. And i cannot understand why. (Of course the clients are not active simultaneously)

This is ARQ's configuration in Gnugk (version 2.3.2, Build(Jun 29 2010, 14:43:16) Sys(Server 2003 i586 (Model=3 Stepping=4) v5.2.3790))
------------------------------
[Gatekeeper::Auth]
PrefixAuth=alternative;ARQ
SQLAuth=sufficient;ARQ

[PrefixAuth]
491=allow alias:^411
8=allow alias:^4
3=allow alias:^41100
2=allow alias:^41100
1=allow alias:^41100
4=allow alias:^41100
9=allow alias:^41100
41100=allow alias:^4
------------------------------

These are the ips
---------------------------------
Terminal IP: 10.1.10.12
Gk IP: 10.1.10.10
MCU IP: 10.1.10.11
---------------------------------
 
In the attachments, the registrationsRequest and registrationConfirm for both clients as retrieved from Gnugk log (the main difference to me seems only that Mirial is sending H323 alias too alongside the dialedDigits information).
 
What's going on? What's that's not working?

Thanks,
pierlu.

 


------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first


_______________________________________________________

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/
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________________

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