Hi Mikael, with the SQL policy you could write a SQL query that that doesn't look at any database table, but just at the calling IP passed as a parameter and if it matches the gatekeeper IP it returns the new destination alias, otherwise the alias or IP that was originally called. For the vqueue policy you have to define a regular expression in [CTI::Agents] that matches the empty alias (because calls to the gatekeeper IP won't have any alias) and you have to write a program that listens to the status port and answers RouteRequest events. If installing a SQL database is too much overhead, then this solution probably isn't for you. The last thing I can thing of, is adding a AdditionalDestinationAlias switch to the [EP::...] section of your CatchAll endpoint. That should add a fixed destination to all calls routed to the CatchAll endpoint. Maybe this is the easiest solution to try. Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project EMail : jan@xxxxxxxxxxxxxx Website: http://www.gnugk.org Support: http://www.willamowius.com/gnugk-support.html Mikael Grehn wrote: > Hi Jan and thanks for the quick response. > > I have a CatchAll rule that forward all calls to a specific registered gateway, but I need to alter the "To" user-part to something else. > > [Routing::CatchAll] > CatchAllAlias=PSEGateway > > [RasSrv::RewriteAlias] > mydomain.com=0099999999 > > so all calls are routed to registered gateway "PSEGateway" and when the call comes as mydomain.com it is exchanged with 0099999999 and I can detect this on the other side. But when coming as IP I cant catch this and rewrite IP with 0099999999. > > Could you explain a little about how to solve this with SQL config? > I rather not need to install a SQL database for this task. :) > > How does the [CTI::Agents] work? > [CTI::Agents] > VirtualQueueAliases=243.232.233.121 > > Meaning that incoming calls to this IP can be routed? A short explanation of this would be much appreciated. :) > I could actually modify all incoming "To" user-parts to this 0099999999 before forwarding these to "PSEGateway", can this be done in a simple way? > > Thanks for your kind help! > > Best Regards, > Mikael > > > -----Ursprungligt meddelande----- > Från: Jan Willamowius [mailto:jan@xxxxxxxxxxxxxx] > Skickat: den 15 november 2011 13:25 > Till: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > Ämne: Re: Problems rewriting dialed number as IP into a number? > > Hi Mikael, > > you can't use [RasSrv::RewriteE164] to rewrite based on the destination IP, because it will only look at aliases with type E.164, not at the IP, so the rules won't match. > > The easiest thing would be to add the catchall policy to route all that won't connect a predefined destination. But that would also include calls to aliases that don't exist. > To assign aliases based on called IP, you could use the SQL or vqueue routing policy for example. > > Regards, > Jan > > > Mikael Grehn wrote: > > Hi! > > > > I am trying to detect incoming calls directly to the IP of the gatekeeper. I need to rewrite the whole Callee IP to a different number and have tried a number of different configurations. When the incoming H323 client is calling the domain of gnugk (instead of the resolved IP) the rewrite is working: > > > > [RasSrv::RewriteAlias] > > mygnugkdomain.se=0099999999 > > > > But when getting calls based on IP (X.Y.Z.W) I tried this: > > [RasSrv::RewriteE164] > > %%%%%%%.=0099999999 > > > > But nothing happens. > > > > Also tried: > > [RasSrv::RewriteE164] > > any=0099999999 > > but that gives startup issues, i.e. misconfiguration. :) > > > > and > > [RasSrv::RewriteE164] > > X.Y.Z.W=0099999999 > > > > but for obvious reasons that won't work either since '.' represents another syntax. > > > > How can I rewrite the destination E.164 number from an IP into a number? > > > > Many thanks! > > > > Best Regards, > > Mikael ------------------------------------------------------------------------------ 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/