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/