Thanks Jan,
It works perfectly. I didn't notice that the default listening port was 1721...
Thanks again !
Bruno
Le 25 juin 2011 à 11:41, Jan Willamowius a écrit :
> Hi Bruno,
>
> make sure to let GnuGk listen on port 1720 otherwise you have to include
> the port when dialing from your unregistered PVX.
>
> [RoutedMode]
> CallSignalPort=1720
>
> Otherwise the unregistered PVX has to dial <gk-ip>:1721##<e.164> .
>
> To see your unregistered call and the routing decision, use
> TraceLevel=5.
>
> Also note that the ## syntax only works when the PVX is not registered
> to a gatekeeper, but in your case it should work fine.
>
> Regards,
> Jan
>
> Bruno Richard wrote:
>> Hi all,
>>
>> I'm using Gatekeeper(GNU) Version(2.3.2)
>> Ext(pthreads=1,radius=1,mysql=1,pgsql=0,firebird=0,odbc=0,sqlite=0,large_fdset=0,crypto/ssl=1,h46018=1,h46023=1)
>> Build(Jun 10 2010, 12:29:38) Sys(Linux i686 2.6.32-5-686) and PVX (polycom)
>> 8.0.16
>>
>> I try with a PVX not registered to call a PVX registered to the gatekeeper.
>> As explain here
>> http://sourceforge.net/mailarchive/forum.php?thread_name=AC6597AC56F5944B9971F1A6F834C05F027F55%40idaex01.idafoundation.local&forum_name=openh323gk-users
>> to call the registered PVX I have to use the polycom syntax :
>> <gatekeeper_ip>##<E 164>
>> But the call fails...
>> With tcpdump I see communication between the gatekeeper and the unregistered
>> PVX but there is
>> nothing in the gatekeeper logs (even with TraceLevel=3)
>>
>> So my questions :
>> 1/ is it possible to do what I'm trying to do ?
>> 2/ what are my mistakes ?
>>
>> Thanks in advance
>> Regards,
>> Bruno
>>
>> PS 1 : I can call out endpoints not registered to the gatekeeper from the
>> PVX registered to the gatekeeper
>> PS 2 : my config :
>>
>> [Gatekeeper::Main]
>> Fortytwo=42
>> TraceLevel=2
>> ;TraceLevel=3
>> DefaultDomain=mydomain.fr
>>
>> [LogFile]
>> Filename=/var/log/gk_trace.log
>> Rotate=Weekly
>> RotateDay=Sun
>> RotateTime=00:59
>>
>> [RoutedMode]
>> GKRouted=1
>> H245Routed=1
>> AcceptUnregisteredCalls=1
>> AcceptNeighborCalls=1
>>
>>
>> [Proxy]
>> Enable=1
>> InternalNetwork=192.168.0.0/255.255.0.0,172.16.0.0/255.240.0.0,10.0.0.0/255.0.0.0,172.18.0.0/255.240.0.0
>>
>>
>> [GkStatus::Auth]
>> rule=password & regex
>> gkadmin=xxxxxxxxx
>> regex=^172\.16\.7\.(30|31)
>>
>>
>> [RasSrv::PermanentEndpoints]
>> <cut>
>
> --
> Jan Willamowius, [email protected], http://www.gnugk.org/
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense..
> http://p.sf.net/sfu/splunk-d2d-c1
> _______________________________________________________
>
> Posting: mailto:[email protected]
> 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/
>
---------------------------------------------------------------------
Bruno RICHARD
Division des Systèmes d'Information
Université du Maine
Av. O. MESSIAEN 72085 LE MANS CEDEX 9
email : [email protected]
Tél. : +33 2.43.83.27.79 Fax : +33 2 43 83 38 01
---------------------------------------------------------------------
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________________
Posting: mailto:[email protected]
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/
