Hi Simon,
I downloaded the CVS GnuGk (2.2.5) and tried to combine enum and srv as you
detailed below, but without success.
My simplified routing config is:
[RoutingPolicy]
Default=enum,srv,dns
GnuGk correctly finds my ENUM record
and converts my call from 302310991234 to 2310991234@xxxxxxxxxxxx
but then it seems no SRV policy is applied, even it is listed before the DNS
policy.
Just in case, I have already set the correct
SRV record for mydomain.org:
_h323ls._udp.mydomain.org. 172800 IN SRV 0 0 1719 gnugk.mydomain.org.
But this SRV record does not seem to be utilized by GnuGk. Here is the debug log
on the GnuGk. Shouldn't it mention the SRV method being checked after ENUM?
2006/11/24 16:46:07.208 5 Routing.h(169) ROUTING Checking policy ENUM for the
request ARQ 13960
2006/11/24 16:46:07.231 4 Routing.cxx(1201) ENUM converted remote party
302310998490 to 2310998490@xxxxxxxxxxxx
2006/11/24 16:46:07.231 5 Routing.h(169) ROUTING Checking policy DNS for the
request ARQ 13960
2006/11/24 16:46:07.245 5 Routing.h(175) ROUTING Policy DNS applied to the
request ARQ 13960
2006/11/24 16:46:07.245 2 RasTbl.cxx(2308) CallTable::Insert(CALL) Call No. 3,
total sessions : 1
2006/11/24 16:46:07.245 2 RasSrv.cxx(413)
ACF|155.207.1.1:1720|7129_endp|14086|302310991234:dialedDigits|xxx@xxxxxxxxxxxx:h323_ID|false;
2006/11/24 16:46:07.245 3 RasSrv.cxx(250) RAS Send to 155.207.x.y:1719
admissionConfirm {
requestSeqNum = 13960
bandWidth = 7680
callModel = direct <<null>>
destCallSignalAddress = ipAddress {
ip = 4 octets {
9b cf xx yy ....
}
port = 1720
}
In your previous mail, you mention:
> Following the logic
> ENUM
> 1 900 123 4567 ---> user@xxxxxxxxxxxxx (note must use 1720 as signal
> port of GK)
I assume this note holds true only if no SRV method is used afterwards,
but would this also work if I have GnuGk enabled as a proxy and listening on
port 1720?
Thanks for your help.
Dimitris Daskopoulos
GRNET/RTS
Simon Horne wrote:
>
> Dimitris
>
> I initially contributed the ENUM routing policy to GnuGK and I use it
> regularly with www.e164.org
>
> <http://www.e164.org/>ENUM is only ever designed to resolve the
> signalling address. It cannot be used to resolve the RAS address for
> placing LRQ's.
> GnuGk does not use port 1720 by default so all ENUM records must point
> to signalling port 1721.
>
> So this is the behaviour in GnuGk v2.2.4
> [RoutingPolicy]
> default=enum,dns
>
> ENUM
> 1 900 123 4567 ---> user@xxxxxxxxxxxxx:1721
>
> DNS
> gk.mysite.com: ---> 65.234.x.x:1721
>
> ACF tells EP to call 65.234.x.x:1721.
>
>
> Question:
> =========================================
> Is there a way to do both, i.e. first check if the user is locally
> registered on an ENUM resolved gatekeeper
> and allow the gatekeeper to forward it to the gateway, if the user is
> not locally registered.
> To do this we need to make GnuGk take the ENUM reply and
> resolve it (LRQ) through a gatekeeper service, before attempting the call.
> =========================================
>
> What you need to do is use the SRV policy prior to DNS. SRV policy is
> currently available in the CVS version of GnuGk.
> DNS SRV is covered by H.323 Annex O, these are special DNS addresses
> which indicate the H.323 signal and RAS addresses of a particular domain.
>
> So
> for gk.mysite.com the DNS records would look like this.
> DNS 65.234.x.x
> Signal Port (_h323cs_.udp) gk.mysite.com:1721
> RAS Port (_h323ls_.udp) gk.mysite.com:1719
>
> Following the logic
> ENUM
> 1 900 123 4567 ---> user@xxxxxxxxxxxxx (note must use 1720 as signal
> port of GK)
>
> SRV*
> *preform SRV query on gk.mysite.com
>
> success:
> Resolve _h323ls_.udp record to gk.mysite.com:1719, preform LRQ for user
> at gk.mysite.com:1719, LCF returns 210.93.x.x:1720 as the signalling
> address of user.
>
> DNS
> no SRV Record so resolve gk.mysite.com to 65.234.x.x
>
> ACF tells EP to call gateway directly at 210.93.x.x:1720 If no DNS SRV
> record available then route to gatekeeper at 123.234.x.x:1720
>
> So to fully answer you question
>
> [RoutingPolicy]
> default=enum,srv,dns
> (with the CVS version of GnuGk compiled with DNS support in pwlib)
>
>
> Simon
>
>
>
> At 07:35 PM 31/10/2006, you wrote:
>
>> Hi all,
>>
>> I have the following problem that I would like to discuss with others
>> who use H.323 enum on GnuGk 2.2.4.
>> The GnuGk 2.2.4 manual states:
>>
>> * |enum|
>>
>> The enum policy replaces the destination with the information
>> returned by ENUM server, so you must have the appropriate routing
>> policies to finally route the call after the enum policy. Usually
>> you should also have the dns policy after the enum policy, since
>> the new location is often returned in the form of
>> 'number@gatekeeper' and the dns policy is needed to resolve this.
>>
>> Reading this, you expect that GnuGk will be able to resolve ENUM entries
>> pointing to the responsible gatekeeper
>> e.g. IN NAPTR 100 10 "u" "E2U+h323"
>> "!^\\+(.*)$!h323:\\1@xxxxxxxxxxxxxxxx:1719!" .
>>
>> However, the above example will not work, because after the ENUM query
>> is resolved and DNS policy is applied,
>> GnuGk places a call to the Signalling Port of the ENUM resolved host.
>> Thus, only an entry such as this may work,
>> pointing to :
>> e.g. IN NAPTR 100 10 "u" "E2U+h323"
>> "!^\\+(.*)$!h323:\\1@xxxxxxxxxxxxxxxx:1721!" .
>> assuming gnugk has a signalling port enabled (proxy or routed mode)
>>
>> 2006/10/31 12:25:19.261 5 Routing.h(168) ROUTING Checking
>> policy ENUM for the request ARQ 7924
>> 2006/10/31 12:25:19.291 4 Routing.cxx(1092) ENUM
>> converted remote party xxxxx to xxxxx@xxxxxxxxxxxxxxxx:1719
>> 2006/10/31 12:25:19.291 5 Routing.h(168) ROUTING Checking
>> policy DNS for the request ARQ 7924
>> 2006/10/31 12:25:19.291 5 Routing.h(174) ROUTING Policy
>> DNS applied to the request ARQ 7924
>> 2006/10/31 12:25:19.291 2 RasTbl.cxx(2293)
>> CallTable::Insert(CALL) Call No. 160, total sessions : 1
>> 2006/10/31 12:25:19.291 2 RasSrv.cxx(389)
>> ACF|1.2.3.4:1720|8024_endp|14331|xxxxx:dialedDigits|yyy:h323_ID|false;
>> 2006/10/31 12:25:19.291 3 RasSrv.cxx(232) RAS Send to
>> 1.2.3.4:1719
>>
>> Where the routing policy is:
>> [RoutingPolicy]
>> Default=enum,dns
>>
>> In general, ENUM entries may point to specific IPs of endpoints
>> listening on port 1720,
>> or point to gateways for PSTN termination for a range of numbers.
>>
>> Is there a way to do both, i.e. first check if the user is locally
>> registered on an ENUM resolved gatekeeper
>> and allow the gatekeeper to forward it to the gateway, if the user is
>> not locally registered.
>> To do this we need to make GnuGk take the ENUM reply and
>> resolve it (LRQ) through a gatekeeper service, before attempting the call.
>>
>> Is there a way to configure GnuGk to do this, or will it take extra
>> development effort?
>> We would be interested to hear how others are using H.323 ENUM, if at all.
>>
>> Regards,
>> Dimitris Daskopoulos
>> GRNET/RTS
>>
>> -------------------------------------------------------------------------
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job
>> easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>> <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642>
>> _______________________________________________________
>>
>> Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
>> Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
>> Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
>> Homepage: http://www.gnugk.org/
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________________
>
> Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
> Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
> Homepage: http://www.gnugk.org/
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________________
Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/
