Hello,
I have a problem (or better *two* problems) concerning
GNU-Gatekeeper V2.2. The first is, I can not get a
H323-proxy to work with gnugk-2.0.x (but with 2.2 it
works). The second is, I can not compile gnugk-2.2 under
windows.
Here some more details: I have the following network
configuration: There is a network 192.168.1.0/24 with
a router to the "outside world" with IP 192.168.1.11.
On this host there is also a gnugk running (file
gatekeeper_ancoso.ini). The "outer" address of the router
is 213.196.135.134. All people in the 192.168.1.0-network
register to the 192.168.1.11 gatekeeper. Talking to
each other (in the local network) works. All aliases not
found in the local network should be forwarded to a
neighboring gatekeeper at 141.57.8.70.
Furthermore I have a network 141.57.8.0/24. On IP 141.57.8.70
there is a gnugk running (file gatekeeper_htwk.ini). All people
in the 141.57.8.0-network register to this gatekeeper and
can talk to each other. All aliases not in this network
should be forwarded to the 213.196.135.134-gatekeeper.
I have setup the 192.168.1.11-gatekeeper as a proxy, that
should proxy all connections from the 192.168.1.0 network
to the outside world. The 141.57.8.70 gatekeeper does not
proxy.
The following problem occurs: when someone in the 192.168.1.0
network wants to call someone in the 141.57.8.0 network, she
asks the 192.168.1.11 gatekeeper (because she is registered
thereh). This gatekeeper does not know the alias asked for
and forwards the request to the 141.57.8.70 gatekeeper.
This gatekeeper knows the requested alias and wants to response.
Now the problem is, that the 192.168.1.11 gatekeeper claims,
the IP where the response has to be sent to, was *192.168.1.11*
(instead of 213.196.135.134 - I can see this when analyzing the
network traffic) - so that the 141.57.8.70 gatekeeper
has no chance to send the response ("alias found - connect to
IP a.b.c.d") back to the other gatekeeper.
Is this just a bug in gnugk-2.0.x, or is something wrong with
my config (the attached config files are for gnugk-2.2, but I
have used equivalent ones for gnugk-2.0.x).
I think, I have solved this by using gnugk 2.2. For this
I have setup a virtual network (all linux boxes), and there
it seems to work. Because the "real" gatekeeper host on
192.168.1.11 is a windows machine, I've tried to compile
gnugk-2.2 for windows. But this did not work for me. I am
using MS Visual C++ 6.0 Standard Edition. The compilation problem
I have is, that one include file of PWLIB-1.5.2 (object.h)
contains a type "PINDEX", for which I can not find a definition
anywhere (nor the compiler finds one). Is this a known issue?
Is this a bug in PWLIB? Or does gnugk-2.2 just compile under
WIN-9x (I am using WIN-XP)? Maybe someone can send me a
precompiled gnugk-2.2 executable, so that I can test if it *really*
works with this version?
Hope you can help me, I really like your work and dont want
to change the software to another one ;-)
Best regards
-Stefan-
--
-------------------------------------------------------------------
Dipl. Inf. (FH) Stefan Palme
email: kleiner77@gmx.net
icq: 36376278
phon: +49 341 3910484
fax: +49 1212 517956219
mobil: +49 178 8426165
key fingerprint: 1BA7 D217 36A1 534C A5AD F18A E2D1 488A E904 F9EC
-------------------------------------------------------------------
[Gatekeeper::Main]
Fourtytwo=42
Name=GKAncoso
StatusPort=7000
UnicastRasPort=1719
MulticastPort=1718
EndpointSignalPort=1720
[RoutedMode]
GKRouted=1
H245Routed=0
CallSignalPort=1721
CallSignalHandlerNumber=1
RemoveH245AddressOnTunneling=1
AcceptNeighborsCalls=1
AcceptUnregisteredCalls=1
SupportNATedEndpoints=1
DropCallsByReleaseComplete=1
Q931PortRange=20000-20999
H245PortRange=30000-30999
ConnectTimeout=180000
SetupTimeout=8000
[Proxy]
Enable=1
InternalNetwork=192.168.1.0/24
T120PortRange=40000-40999
RTPPortRange=50000-59999
[RasSrv::RRQFeatures]
OverwriteEPOnSameAddress=1
AcceptEndpointIdentifier=1
AcceptGatewayPrefixes=1
[RasSrv::ARQFeatures]
ArjReasonRouteCallToSCN=0
ArjReasonRouteCallToGatekeeper=1
CallUnregisteredEndpoints=1
RemoveTrailingChar=#
[RoutingPolicy]
default=explicit,internal,parent,neighbor
[RasSrv::RRQAuth]
default=confirm
[GkStatus::Auth]
rule=allow
[RasSrv::Neighbors]
GKHTWK=GnuGK
[Neighbor::GKHTWK]
GatekeeperIdentifier=GKHTWK
Host=141.57.8.70
Dynamic=0
SendPrefixes=*
AcceptPrefixes=*
ForwardHopCount=4
AcceptForwardedLRQ=1
ForwardResponse=1
[Gatekeeper::Auth]
default=allow
[Gatekeeper::Main]
Fourtytwo=42
Name=GKHTWK
[RoutedMode]
GKRouted=0
H245Routed=0
RemoveH245AddressOnTunneling=1
AcceptNeighborsCalls=1
AcceptUnregisteredCalls=1
DropCallsByReleaseComplete=1
[RasSrv::RRQFeatures]
OverwriteEPOnSameAddress=1
AcceptEndpointIdentifier=1
AcceptGatewayPrefixes=1
[RasSrv::ARQFeatures]
ArjReasonRouteCallToSCN=0
ArjReasonRouteCallToGatekeeper=1
CallUnregisteredEndpoints=1
RemoveTrailingChar=#
[RoutingPolicy]
default=explicit,internal,parent,neighbor
[GkStatus::Auth]
rule=allow
[RasSrv::Neighbors]
GKAncoso=GnuGK
[Neighbor::GKAncoso]
GatekeeperIdentifier=GKAncoso
Host=213.196.135.134:1719
Dynamic=0
SendPrefixes=*
AcceptPrefixes=*
ForwardHopCount=4
AcceptForwardedLRQ=1
[Gatekeeper::Auth]
default=allow
