Hi,
traditionally GnuGk only applies DNS related policies to calls that
originated locally. The reasoning was that the sending gatekeeper could
have done the DNS lookup and there is no point in trying the time
consuming DNS lookup again at each gatekeeper.
But I agree that there are cases where one wants to try the DNS lookup
on incoming LRQs. The DNS policy has a switch to turn on lookups for
LRQs
[Routing::DNS]
ResolveNonLocalLRQ=1
The SRV, RDS or ENUM policy currently don't have such a switch.
Regards,
Jan
Andrew Herdman wrote:
> I’m building a GNU/GK at the edge of my network to handle outbound and inbound URI dialling and have run into an issue which I cannot figure out.
>
> My internal gatekeepers LRQ the URI to my gateway gatekeeper, I have Policies as follows;
>
> [RoutingPolicy]
> default=sql,internal,neighbor,srv,dns,explicit
>
>
> [RoutingPolicy::OnARQ]
> default=sql,internal,neighbor,srv,dns,explicit
>
>
> [RoutingPolicy::OnLRQ]
> default=sql,internal,neighbor,srv,dns,explicit
>
>
> [RoutingPolicy::OnSetup]
> default=sql,internal,neighbor,srv,dns,explicit
>
> When I dial the URI, my gateway gatekeeper recieves the LRQ, goes through the routing policy, finds the SRV records and then indicates that they are “Skipped, using only local LS for LRQs”. And as well policy DNS says “Policy DNS only supports LRQs that resolve locally”.
>
> Here’s the log;
>
> gksql.cxx(321) SqlPolicy Executing query: select * from SQL_CALL_CONTROL('123456@xxxxxxxxx')
> job.cxx(363) JOB Worker threads: 10 total - 10 busy, 0 idle
> Routing.cxx(1624) SqlPolicy: query returned no rows
> Routing.h(185) ROUTING Checking policy Internal for the request LRQ 11
> Routing.h(185) ROUTING Checking policy Neighbor for the request LRQ 11
> Routing.h(185) ROUTING Checking policy SRV for the request LRQ 11
> pdns.cxx(503) DNS SRV Lookup party.com service _h323cs._tcp.
> pdns.cxx(523) DNS SRV Record found _h323cs._tcp.party.com
> Neighbor.cxx(1633) ROUTING SRV CS converted remote party 123456@xxxxxxxxx to 123456@1.2.3.4:1720
> Neighbor.cxx(1633) ROUTING SRV CS converted remote party 123456@xxxxxxxxx to 123456@1.2.3.5:1720
> Neighbor.cxx(1633) ROUTING SRV CS converted remote party 123456@xxxxxxxxx to 123456@1.2.3.6:1720
> pdns.cxx(503) DNS SRV Lookup party.com service _h323ls._udp.
> pdns.cxx(523) DNS SRV Record found _h323ls._udp.party.com
> Neighbor.cxx(1571) ROUTING SRV LS located domain party.com at 1.2.3.4:1719
> Neighbor.cxx(1594) ROUTING Skipped, using only local LS for LRQs
> Neighbor.cxx(1571) ROUTING SRV LS located domain party.com at 1.2.3.5:1719
> Neighbor.cxx(1594) ROUTING Skipped, using only local LS for LRQs
> Neighbor.cxx(1571) ROUTING SRV LS located domain party.com at 1.2.3.6:1719
> Neighbor.cxx(1594) ROUTING Skipped, using only local LS for LRQs
> Routing.h(185) ROUTING Checking policy DNS for the request LRQ 11
> Routing.cxx(649) ROUTING Policy DNS only supports LRQs that resolve locally
> Routing.h(185) ROUTING Checking policy Explicit for the request LRQ 11
> RasSrv.cxx(394) LRJ|10.10.10.10|123456@xxxxxxxxx:h323_ID
> RasSrv.cxx(234) RAS Send to 10.10.10.10:1719
>
>
> I am stumped, any help is appreciated.
>
> Thanks
> Andrew
--
Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________________
Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
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/
