Re: SRV Support for GNUGK

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

 




Dimitris

Finally got around to fixing the bug in sending the LRQ with the SRV policy.
The fix has now been checked in.

Simon

At 11:22 PM 27/11/2006, you wrote:

Dimitris

Told you it was bleeding edge...
The policy sequence seems to be functioning correctly.

ENUM resolves the SRV record
SRV resolves the RAS IP and port of the gatekeeper.
However the IP address of the gatekeeper is not being passed to the neighbor object to send the LRQ to.

Looks like a conversion error.
I have checked in a fix to hopefully resolve that issue.

Simon

Simon Horne wrote:
>
> 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.
>
Right! I just upgraded to v1.19 and now I at least see the SRV method being
used. Strangely, even though the correct GnuGK IP is returned from the SRV
lookup (155.207.1.32), the subsequent LRQ is sent to 0.0.0.0. Any suggestions?

2006/11/27 13:41:28.411 5 Routing.h(169) ROUTING Checking policy ENUM for the
request ARQ 17917
2006/11/27 13:41:28.584 4 Routing.cxx(1201) ENUM converted remote party
302310998490 to 2310991234@xxxxxxx
2006/11/27 13:41:28.584 5 Routing.h(169) ROUTING Checking policy SRV for the
request ARQ 17917
2006/11/27 13:41:28.621 4 Neighbor.cxx(1271) Routing DNS SRV LRQ converted
remote party 2310991234@xxxxxxx to 155.207.1.32:1719
2006/11/27 13:41:28.642 2 Neighbor.cxx(768) SRV     LRQ sent to 0.0.0.0
2006/11/27 13:41:29.145 5 Routing.h(169) ROUTING Checking policy DNS for the
request ARQ 17917
2006/11/27 13:41:29.160 5 Routing.h(175) ROUTING Policy DNS applied to the
request ARQ 17917

Thanks,
Dimitris

> Simon

> ----- Original Message -----
> From: "Dimitris Daskopoulos" <dimitris@xxxxxxxxxxx
> <mailto:dimitris@xxxxxxxxxxx>>
> To: "GNU Gatekeeper Users" <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> <mailto: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
> <mailto: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 <mailto: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
> <mailto: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>
>  > >
>  > > <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
> <mailto: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
> <mailto: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' <mailto:'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
> <mailto: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>
>  > >>
> <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
> <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
> <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/

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