Re: ENUM Support for GNUGK

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

 



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
_______________________________________________________

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/

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

  Powered by Linux