Unfortunatelly, the global rewrite step takes place before neighbors are checked. I guess that performing it after the neighbor check is a better idea, but I would not change the whole logic now, as others may depend on the current implementation.
----- Original Message ----- From: "Gabriel Georgescu" <gaby@xxxxxxxxxxxxxx>
Sent: Tuesday, March 08, 2005 7:27 PM
I had the same problem and I found that I was defining the rewriting rule under Endpoint section.
After declaring it under RasSrv it worked fine for me.
Maybe you have other rules that block the calls for that specific incoming GK. Try with [Neighbor::GK] AcceptPrefixes=*.
Regards, Gabriel
At 08:16 PM 3/8/2005, you wrote:On Tue, 08 Mar 2005 19:57:49 +0200 Gabriel Georgescu <gaby@xxxxxxxxxxxxxx> wrote:
> You have to define the rewrite rule in [RasSrv::RewriteE164] section and it > will work.
It is defined. That is my point.
[RasSrv::RewriteE164] 1234=5678
[Neighbor::GK] AcceptPrefixes=1234
When a call with 1234* is received from GK, it is transformed into 5678* then rejected with SecurityDenial. I think that it should be accepted, because it comes from neighbor GK with prefix 1234, THEN transformed into 5678.
-- Siderite <Siderite@xxxxx>
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________________
List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
