Hi Nickolai,

this looks pretty good:

> 2010/02/08 16:59:15.537       1       ProxyChannel.cxx(870)   Call 1: 
> h245Routed=1 proxy=1
> ...
> 2010/02/08 16:59:52.902       1       ProxyChannel.cxx(870)   Call 2: 
> h245Routed=1 proxy=1

GnuGk wants to proxy everything on these 2 calls, so there could be another bug 
that it
sometimes fails to replace all forwarded H.245 addresses. When I try it her it 
actually does
proxy all T.120 connections.

I would suggest you make a level 5 trace of the call that doesn't proxy
T.120. I can't promise to look at it now, but I hope to get around to it
sometime.

Regards,
Jan


Usanov, Nickolai wrote:
> Hello Jan,
> 
> [Proxy]
> Enable=1
> T120PortRange=50000-59999
> RTPPortRange=20000-29999
> ProxyAlways=1
> #AlwaysProxy=1
> ProxyForNAT=1
> ProxyForSameNAT=1
> 
> [ModeSelection]
> 10.1.0.0/16=PROXY,PROXY
> 
> The same as earlier
> if 10.1.9.148 -> 10.1.3.3 T120 connection is established directly,
> if 10.1.3.3 calls to 10.1.9.148 T120 connection is going thru GK.
> 
> In log:
> 
> 2010/02/08 16:58:06.174       2            Toolkit.cxx(363)   Internal 
> Network Detected 10.1.0.0/16
> 2010/02/08 16:58:06.175       2            Toolkit.cxx(289)   
> Network=10.1.0.0/255.255.0.0, IP=10.1.2.102
> 2010/02/08 16:58:06.175       2            Toolkit.cxx(289)   
> Network=169.254.0.0/255.255.0.0, IP=10.1.2.102
> 2010/02/08 16:58:06.175       2            Toolkit.cxx(291)   Default 
> IP=10.1.2.102
> 2010/02/08 16:58:06.175       2         transports.cxx(904)   H323    Use of 
> non IP transport address: ""
> 2010/02/08 16:58:06.175       2            Toolkit.cxx(448)   GK      H.323 
> Proxy enabled
> 2010/02/08 16:58:06.176       2            Toolkit.cxx(464)   GK      
> Internal Network 0 = 10.1.0.0/16
> 2010/02/08 16:58:06.176       2            Toolkit.cxx(492)   Removing 
> (implied) ModeSelection rule for 10.1.0.0/16
> 2010/02/08 16:58:06.176       2            Toolkit.cxx(499)   GK      
> ModeSelection rule: 10.1.0.0/16=3,3
> 2010/02/08 16:58:06.176       2            Toolkit.cxx(807)   GK      Loaded 
> per GW rewrite data:
> 2010/02/08 16:58:06.176       2            Toolkit.cxx(810)   GK      No per 
> GW data loaded
> 
> 2010/02/08 16:59:15.537       1       ProxyChannel.cxx(870)   Call 1: 
> h245Routed=1 proxy=1
> ...
> 2010/02/08 16:59:52.902       1       ProxyChannel.cxx(870)   Call 2: 
> h245Routed=1 proxy=1
> 
> 
> Please let me know if some deep test is needed...
> 
> Regards, Nickolai
> 
> -----Original Message-----
> From: Jan Willamowius [mailto:j...@willamowius.de]
> Sent: Monday, February 08, 2010 16:38
> To: openh323gk-users@lists.sourceforge.net
> Subject: Re: [Openh323gk-users] proxy mode
> 
> 
> Hello Nickolai,
> 
> did you also fix the naming of the ProxyAlways= switch ?
> 
> GnuGk indeed keeps a number lists with network settings, but when you
> set ProxyAlways= they should all be ignored.
> 
> Regards,
> Jan
> 
> Usanov, Nickolai wrote:
> > Hello Jan,
> > 
> > Thank you for the update.
> > 
> > I got gnugk from CVS and compiled it.
> > It looks that the changes do not help me with this issue.
> > 
> > GK's IP is 10.1.2.102 / 16
> > Calling IP is 10.1.3.3
> > Called IP is 10.1.9.148
> > All traffic is passed via GK.
> > 
> > If we change parties:
> > Calling IP is 10.1.9.148
> > Called IP is 10.1.3.3
> > T.120 traffic is passed directly.
> > 
> > Another example
> > Calling IP is 10.1.3.3
> > Called IP 10.1.4.103
> > T120 traffic is passed directly between endpoints.
> > 
> > If I do call back so that
> > Calling IP is 10.1.4.103
> > Called IP is 10.1.3.3
> > All traffic is passed via GK.
> > 
> > It's definitely there is some dependence on IPs since I always get such 
> > results with these IPs. 
> > Probably they compared somewhere or placed in standard queue class  or 
> > another container depending on IPs...
> > 
> > When I change version of GK to 2.2.5, it works fine. All traffic are passed 
> > thru GK.
> > 
> > Regards, Nickolai
> > 
> > -----Original Message-----
> > From: Jan Willamowius [mailto:j...@willamowius.de]
> > Sent: Saturday, February 06, 2010 01:40
> > To: openh323gk-users@lists.sourceforge.net
> > Subject: Re: [Openh323gk-users] proxy mode
> > 
> > 
> > Hi Nickolai,
> > 
> > sorry for the late reply, I'm pretty busy with my support clients right
> > now.
> > 
> > I think that some of your calls weren't properly put into proxy mode. 
> > But you really had some bad luck with this configuration:
> > 
> > > [Proxy]
> > > Enable=1
> > > T120PortRange=50000-59999
> > > RTPPortRange=20000-29999
> > > AlwaysProxy=1
> > > ProxyForNAT=1
> > > ProxyForSameNAT=1
> > 
> > The switch is called ProxyAlways=1. That would have put all calls
> > in proxy mode regardless of other settings.
> > 
> > > [ModeSelection]
> > > 10.1.0.0/16=PROXY,PROXY
> > 
> > This should have worked too, but I suspect you have an internal
> > network that GnuGk detects that also matches your 10.1.x.x IPs and
> > GnuGk had a bug that the explicit rules wouldn't always match if you
> > had a matching internal network.
> > 
> > I've put a fix in the CVS.
> > 
> > Regards,
> > Jan
> > 
> > 
> > Usanov, Nickolai wrote:
> > > 
> > > I looked over versions of GK and found that 2.2.5 (pwlib 1.10.3, openh323 
> > > 1.18.0) works as I expected.
> > > All calls are proxied between MS Net Meetings.
> > > 
> > > Later versions (I tried 2.2.6, 2.2.8, 2.3.0, 2.3.1) are working as was 
> > > described below (in half cases calls are not proxied and t120 traffic is 
> > > passed directly between endpoints).
> > > The same config, the same netmeetings...
> > > 
> > > But now I have the following issue:
> > > 
> > > There are 3 endpoints.
> > > First one is a presenter and host a meeting, two others are connected to 
> > > him, first one accepts both incoming calls and starts application sharing.
> > > It works only if network delays less than 100-120ms. If the delay gets 
> > > more, then connection with this party is dropped (if this participant 
> > > tries to join to meeting with delays more than 120ms, he is dropped 
> > > immediately after joining). In the same time the rest participants keep 
> > > the connection and the meeting is going on...
> > > 
> > > 
> > > 
> > > Regards, Nickolai
> > > 
> > > -----Original Message-----
> > > From: Usanov, Nickolai 
> > > Sent: Thursday, January 28, 2010 14:15
> > > To: openh323gk-users@lists.sourceforge.net
> > > Subject: [Openh323gk-users] proxy mode
> > > 
> > > 
> > > Hello,
> > > 
> > > I'm trying to launch gnugk in proxy mode. The purpose is to persuade 
> > > endpoints to use GK (no traffic between endpoints are allowed).
> > > 
> > > Here is the config:
> > > 
> > > [Gatekeeper::Main]
> > > Fourtytwo=42
> > > TimeToLive=600
> > > 
> > > [RoutedMode]
> > > GKRouted=1
> > > H245Routed=1
> > > CallSignalPort=1720
> > > SupportNATedEndpoints=1
> > > Q931PortRange=30000-39999
> > > H245PortRange=40000-49999
> > > 
> > > [Proxy]
> > > Enable=1
> > > T120PortRange=50000-59999
> > > RTPPortRange=20000-29999
> > > AlwaysProxy=1
> > > ProxyForNAT=1
> > > ProxyForSameNAT=1
> > > 
> > > [ModeSelection]
> > > 10.1.0.0/16=PROXY,PROXY
> > > 
> > > All endpoints (currently, it is MS Netmeeting) and the GK are inside 
> > > local network (10.1.0.0/16).
> > > Only in half cases T.120 traffic is passed thru the GK, in the rest cases 
> > > direct connection is established.
> > > 
> > > Is something wrong with config, endpoints or gnugk?
> > > 
> > > Log with successful attempt (all traffic is passed thru GK) is available 
> > > via 
> > > http://www.quickfilepost.com/download.do?get=1ce7ecdf04562da640eab5013e478228
> > > Log with unsuccessful attempt (T120 traffic is passed directly between 
> > > endpoints) is available thru 
> > > http://www.quickfilepost.com/download.do?get=19b01e732d03e7869bc02e22fd2f0313
> > > 
> > > p.s. 
> > > Gatekeeper(GNU) Version(2.3.1) 
> > > Ext(pthreads=1,radius=1,mysql=0,pgsql=0,firebird=
> > > 0,odbc=0,sqlite=0,large_fdset=0,crypto/ssl=0,h46018=0,h46023=1) Build(Jan 
> > > 22 201
> > > 0, 08:25:30) Sys(Linux i686 2.6.18-164.6.1.el5)
> > > 
> > > 
> > > Regards, Nickolai

-- 
Jan Willamowius, j...@willamowius.de, http://www.gnugk.org/

------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________________

Posting: mailto:Openh323gk-users@lists.sourceforge.net
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/

Reply via email to