Hello Igor, When I was talking about the rule flow, I was referring to your problems when using the outbound rules. I'll have a look at your logs. Cheers, Ian Campbell Band-X Ltd. -----Original Message----- From: Kompnet [mailto:kompnet@xxxxxxxxx] Sent: 16 September 2004 11:11 To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Subject: Re: GWRewriteE164 IN Ian, look for my comments. On Thursday 16 September 2004 12:20, Ian.Campbell@xxxxxxxxxx wrote: > Hello Igor, > As I understand you are presently trying to take a call in from > KOMPNET and send it back to KOMPNET - if so, never tried this! Not sure > exactly what will happen - but we can debug the situation further by > turning on the logging and watching exactly what is in the Setup messages - > if you could do this with -ttttt that would be good and then post it here. Yes, log of two calls (1-st for IN rule, 2-nd for OUT rule) and ini-file are in attachment. > Another useful tool would be Ethereal to see exactly what the contents of > the Q931 and H225 sections of the Setup actually have in them when they > arrive. Can't understand how can it help you in this simle situation. All required information is in logfile. > > As far as the output rule stuff goes that is working as designed, the > sequence of processing is as follows: > > 1. Process Inbound Rules for KOMPNET (1234#78632 -> 1234#78632) But why??? The rule is (for incoming call) 1234#78632 ->5678#78632. > 2. Process Global Rules (1234#78632 -> 1234#78632) > 3. Select Call Route (1234#78632 select permanent endpoint KOMPNET) > 4. Process Outbound Rules for KOMPNET (1234#78632 -> 5678#78632 ) > > So that is ok, I think what you are missing is that route selection is > performed at 3. > > For the config file stuff I'm not aware of a limit on how long the lines > are, perhaps someone who knows Pwlib could answer that? > > Regards, > > Ian Campbell > Band-X Ltd. > > -----Original Message----- > From: Kompnet [mailto:kompnet@xxxxxxxxx] > Sent: 16 September 2004 07:35 > To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > Subject: Re: GWRewriteE164 IN > > > Ian, rules for 'in' gw-rewriting everyone do not work. > And it is not clear, in what sequence rules for rewriting from different > sectons are applied. > I've tried this config: > > [RasSrv::PermanentEndpoints] > 80.80.200.200=PARTNER;1,2,3,4,5,6,7,8,9 > 192.168.110.224=KOMPNET;0022#78632,0000#,1234# > [RasSrv::GWRewriteE164] > KOMPNET=in=1234#=5678# > [RasSrv::RewriteE164] > 5678#=0022# > > The call comes from "KOMPNET" with a prefix 1234#78632. > In the documentation it is told, that the first apply input per-GW rules, > then > global rules, and at last output per-GW rules. > I want to exchange prefix first from 1234#78632 to 5678#, then from > 5678#78632 > to 0022#78632 (global rule), and at last I want to send Setup with prefix > 0022#78632 to KOMPNET. > But in reality gnugk matches call with the alias KOMPNET and places call to > KOMPNET with prefix 1234#78632. > > On the other hand, if the output rule is configured and there isn't input > rules at all > [RasSrv::GWRewriteE164] > KOMPNET=out=1234#=5678# > > then gnugk rewrites prefix from 1234#78632 to 5678#78632 and sends Setup to > KOMPNET with prefix 5678#78632. But why to KOMPNET? This prefix corresponds > with another alis with prefix 5. > > I can't understand anything. > > On Wednesday 15 September 2004 16:27, Ian.Campbell@xxxxxxxxxx wrote: > > Igor, > > Sorry for the confusion on the syntax - originally this worked the > > way you had it - but the Win32 version of Pwlib parses the multiple lines > > incorrectly. So I switched to the semicolon seperated version. > > > > Regards, > > > > Ian Campbell > > Band-X Ltd. > > > > -----Original Message----- > > From: Kompnet [mailto:kompnet@xxxxxxxxx] > > Sent: 15 September 2004 13:10 > > To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > > Subject: Re: GWRewriteE164 IN > > > > > > Thank you, Ian > > The problem was in misunderstanding of syntax. > > It was > > [RasSrv::GWRewriteE164] > > test=out=00#=0022# > > TTT1=out=1234#7863=1757#8863 > > TTT1=out=1234#380=1757#380 > > > > When I've changed config to > > TTT1=out=1234#7863=1757#8863;out=1234#380=1757#380 > > all has risen on the places. > > > > On Wednesday 15 September 2004 14:57, Ian.Campbell@xxxxxxxxxx wrote: > > > Igor, > > > As Rafat has said this should be trivial to configure, here is a > > > brief example for a permanent endpoint: > > > > > > [RasSrv::PermanentEndpoints] > > > x.x.x.x:1720=gw-a;33 <---- configure > > x.x.x.x as > > > > gw-a send prefix 33 to it > > > > > > [RasSrv::GWRewriteE164] > > > gw-a=out=33=44;in==33 <---- define rules for gw-a > > > rewriting for outbound calls map 33 to 44 and stick 33 on the front of > > > the number on inbound calls. > > > > > > I just saw your most recent email - what exactly is the problem you are > > > experiencing at the moment? If you can let me have the configuration > > file > > > > for it I can provide more assistance. > > > > > > Regards, > > > > > > Ian Campbell > > > Band-X Ltd. > > > > > > -----Original Message----- > > > From: Kompnet [mailto:kompnet@xxxxxxxxx] > > > Sent: 15 September 2004 09:01 > > > To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > > > Subject: GWRewriteE164 IN > > > > > > > > > Whether probably to apply IN per-GW E164-rewriting in case of use of > > > permanent > > > endpoints and simple Q931 Setup? > > > If so, which configuration must be used? > > > How to bind in [RasSrv::PermanentEndpoints] or in anothrer section the > > > incoming prefix to the GW from which there comes a call? > > > I can only apply OUT per-GW rewriting. -- Best regards, Igor Prokhorov ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________________ List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
