Try to define the prefix directly at the permanent endpoint:
[RasSrv::PermanentEndpoints]
10.244.57.5=london;971
Also, it doesn't make sense to have any policies after CatchAll; they
will never be reached.
Regards,
Jan
Robert Kulagowski wrote:
> I'm trying to get an understanding of how these two interact. I thought I
> knew, but based on what's working and what's not, maybe I don't!
>
> I have GnuGK and Codian 3241's in my network. The Codian is also a
> gatekeeper.
>
> I would like to configure a network where hosts register with their local
> gatekeeper with their full e.164 so that all locations can have a single
> "flat" numbering space and a single directory. (011 in the U.S. vs. 00 in
> Europe vs. 0011 in Australia, etc makes things complicated).
>
> But I'd also like to use TEHO. I'm trying to get calls that are dialed in
> the U.S. that are destined for Dubai to exit out from London. (May not be
> the most optimal ISDN route, but this is just for testing.)
>
> [RoutingPolicy]
> default=explicit,internal,neighbor,catchall,enum,srv,dns
>
> ; London Polycom units register as 4420123456789
> [Neighbor::lon]
> GatekeeperIdentifier=lon
> Host=10.244.57.5
> SendPrefixes=44
> AcceptPrefixes=*
> ForwardLRQ=depends
>
> [Neighbor::phi]
> GatekeeperIdentifier=phi
> host=10.244.4.5
> SendPrefixes=33,1215
> AcceptPrefixes=*
> ForwardLRQ=depends
>
> [RasSrv::PermanentEndpoints]
> 10.244.57.5=london
>
> [RasSrv::GWPrefixes]
> london=971
>
> I thought that what should happen is that because GW prefix "971" is
> configured for London, if I dial 971412345678 then the call should go to
> London, where I have a IP to ISDN dial plan that says "if the call starts
> with "971", then prepend "00" and send it to the PRI"
>
> However, what's happening is that a LRQ is being made and sent to the
> London Codian, which sends back a LRJ (because there aren't any units in
> London registered that are 971412345678.)
>
> 2009/12/08 13:00:40.236 2 Neighbor.cxx(892) NB 1 LRQ(s) sent
> 2009/12/08 13:00:40.349 4 RasSrv.cxx(216) RAS Receiving
> on 10.23.10.222:1719(U)
> 2009/12/08 13:00:40.349 2 RasSrv.cxx(175) RAS Read from
> 10.244.57.5:1719
> 2009/12/08 13:00:40.349 3 RasSrv.cxx(224) RAS
> locationReject {
> requestSeqNum = 3
> rejectReason = requestDenied <<null>>
> }
> 2009/12/08 13:00:40.349 2 RasSrv.cxx(1379) RAS Trapped LRJ
> 2009/12/08 13:00:40.349 5 Neighbor.cxx(939) NB Received
> LRJ message matched pending LRQ for neighbor lon:10.244.57.5
> 2009/12/08 13:00:40.349 5 Neighbor.cxx(974) NB LRQ
> rejected for neighbor lon:10.244.57.5
> 2009/12/08 13:00:40.349 5 Routing.h(177) ROUTING Checking
> policy CatchAllPolicy for the request ARQ 40509
>
> And then my CatchAll triggers, so the call gets sent to that location,
> which isn't what I want.
>
> What am I doing wrong?
--
Jan Willamowius, [email protected], http://www.gnugk.org/
------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________________
Posting: mailto:[email protected]
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/
