Re: SRV Support for GNUGK

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

 




Dimitris

What version of OpenH323 did you compile with?
SRV support requires OpenH323 v1.19 for it to be enabled.

That probably is the reason why it is not working.

Simon
 
----- Original Message -----
From: "Dimitris Daskopoulos" <dimitris@xxxxxxxxxxx>
To: "GNU Gatekeeper Users" <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx>
Sent: Friday, November 24, 2006 11:10 PM
Subject: SRV Support for GNUGK

>
> 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/
-------------------------------------------------------------------------
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/

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

  Powered by Linux