Finally, I found a source of the 2ND problem - it's because you receive LRQ on a multicast address - I guess nobody used it so far and that's why the bug stayed hidden. I'll apply a patch to the cvs.
You can wait until the patch is available or use unicast addresses.
----- Original Message ----- From: "Manda Costin" <siderite@xxxxx>
Sent: Thursday, January 20, 2005 2:10 PM
Pe 20 Jan 2005, la 13:49, Zygmuntowicz Michal <m.zygmuntowicz@xxxxxxx> a scris:
1ST PROBLEM: You have wrong order of things here - you should really take a look at the manual - there is an example how to do this correctly.
Basically, you need: [RasSrv::Neighbors] InterpointGKBuc001=CiscoGK
[Neighbor::InterpointGKBuc001]
what is pretty natural, as CiscoGK is only a type of neighbor and you can have multiple neighbors of this type.
Well, I did that, and it worked. Thanks. I do think that the manual is a bit vague at this point.
2ND PROBLEM: Maybe you hit some bug, I'll check the sources. Make also sure that your gatekeeper is actually listening to the signalling port (1720 or 1721).
Well, the log says listening to 1719 (U) and 1718 (MCast) and 7000 (status)... [panic] what should I do?! [reading the manual]
it says there that the signaling port is default 1720. I will explicitly put it in the config.
Nothing changed, nmap scanning shows all but 1719/udp ports closed. I don't know how else to check if the port is open.
Also did the same on [RoutedMode] with CallSignalPort=1721
The log says now that gnugk is listening on 1721. Also nmap shows 1721/tcp open.
so this is a bug, CallSignalPort must be explicitly set.
The LCF format remains unchanged, though, and the call does NOT go through.
3RD PROBLEM: FileAcct will store accounting records only if a call is passing through the gatekeeper. If you are using direct mode and LRQ, the call will not go through the gatekeeper, rather directly to the termination gateway.
Hence my problem :)
----- Original Message ----- From: "Siderite" <Siderite@xxxxx>
Sent: Thursday, January 20, 2005 11:58 AM
I am detailing a post (sent from another email address) to which Michal told me to add more information:
As in the previous post I am trying to do 2 things:
I. get calls transfered by a Cisco gatekeeper to a Cisco gateway through the GnuGK (GW1->CiscoGK->GnuGK->GW2)
II. get a true record of the calls that go through GnuGK
======================
To do that I followed the instructions in the manuals and configured things like this: CiscoGK has GnuGK set up as a remote zone (this config works with other gatekeepers so I don't think there is any problem here) GnuGk has CiscoGK set up as a neighbor
1ST PROBLEM:
the new neighbor config system doesn't work: [RasSrv::Neighbors] CiscoGK=InterpointGKBuc001
[Neighbor::CiscoGK] Host=xxx.xxx.xxx.147 AcceptPrefixes=* SendPrefixes=* ForwardHopCount=2 ForwardLRQ=Always ForwardResponse=1
This is the GnuGK config and the log says, immediately after starting
the gatekeeper:
2005/01/20 12:41:04.091 1 Neighbor.cxx(710) NB Can't get profile for
neighbor CiscoGK
2005/01/20 12:41:04.091 1 Neighbor.cxx(159) NB Delete neighbor CiscoGK
I used the old system and thus configured the neighbor like this: [RasSrv::Neighbors] InterpointGKBuc001=193.230.176.147;
and it seems to be working.
Then I configured the GnuGK to be in routed mode. [RoutedMode] GKRouted=1 H245Routed=1
2ND PROBLEM:
When I send a call from GW1 it sends the LRQ to CiscoGK, then it goes to the GnuGK and then a LCF is issued. The LCF looks like this: locationConfirm { requestSeqNum = 8177 callSignalAddress = ipAddress { ip = 4 octets { xx xx xx 17 ..w. } port = 0 } rasAddress = ipAddress { ip = 4 octets { xx xx xx 17 ..w. } port = 1719 } }
The CallSignalAddress has port 0 !!!??? and the IP is the IP of GnuGK.
A solution is to remove the routed mode, even if I do need the control and information wealth that routed mode offers. Then the LCF looks like this: locationConfirm { requestSeqNum = 8193 callSignalAddress = ipAddress { ip = 4 octets { xx xx xx 98 .... } port = 1720 } rasAddress = ipAddress { ip = 4 octets { xx xx xx 17 ..w. } port = 1719 } } which is the correct way it should look, I guess, and the call is transfered.
3RD PROBLEM: I configured logging like this: [CallTable] GenerateUCCDR=1
[Gatekeeper::Acct] FileAcct=required;start,stop
[FileAcct] DetailFile=/usr/local/var/log/gnugk.detail.log StandardCDRFormat=1 ;CDRString=%g|%n|%d|%c|%s|%u|%{CallId}|%{ConfId}|%{setup-time}|%{connect-time}|%{disconnect-time}|%{caller-ip}|%{caller-port}|%{callee-ip}|%{callee-port}|%{src-info}|%{dest-info}|%{Calling-Station-Id}|%{Called-Station-Id}
The log file is generated, but nothing at all is written in the file.
Please help!
========================== detail gnugk config [routed mode] [Gatekeeper::Main] Fourtytwo=42 Name=gnugk
[GkStatus::Auth] rule=allow
[RoutedMode] GKRouted=1 H245Routed=1 ;AcceptNeighborsCalls=1 ;AcceptUnregisteredCalls=0 ;SupportNATedEndpoints=1 ;RemoveH245AddressOnTunneling=1 ;ForwardOnFacility=0
[Proxy] Enable=0 ;ProxyForNAT=1
[RasSrv::GWPrefixes] amir=074
[RasSrv::PermanentEndpoints] xxx.xxx.xxx.152=amir;074
[RasSrv::Neighbors] InterpointGKBuc001=xxx.xxx.xxx.147;
[RasSrv::LRQFeatures] NeighborTimeout=2 ForwardHopCount=2 CiscoGKCompatible=1 ;IncludeDestinationInfoInLCF=0
[CallTable] GenerateUCCDR=1
[Gatekeeper::Acct] FileAcct=required;start,stop
[FileAcct] DetailFile=/usr/local/var/log/gnugk.detail.log StandardCDRFormat=0 CDRString=%g|%n|%d|%c|%s|%u|%{CallId}|%{ConfId}|%{setup-time}|%{connect-time}|%{disconnect-time}|%{caller-ip}|%{caller-port}|%{callee-ip}|%{callee-port}|%{src-info}|%{dest-info}|%{Calling-Station-Id}|%{Called-Station-Id}
or
StandardCDRFormat=1
==============================
detail log [routed mode]:
2005/01/20 12:20:56.339 4 RasSrv.cxx(199) RAS Receiving on
xxx.xxx.xxx.23:1718(Mcast)
2005/01/20 12:20:56.340 2 RasSrv.cxx(168) RAS Read from
xxx.xxx.xxx.147:1719
2005/01/20 12:20:56.358 3 RasSrv.cxx(207) RAS
locationRequest {
requestSeqNum = 8177
destinationInfo = 1 entries {
[0]=dialedDigits "0744325669"
}
nonStandardData = {
nonStandardIdentifier = h221NonStandard {
t35CountryCode = 181
t35Extension = 0
manufacturerCode = 18
}
data = 63 octets {
82 84 b0 11 00 d4 4f 71 f1 6a 02 11 d9 aa f0 f5 ......Oq.j......
bd 2d 41 1d ea 01 83 27 02 04 00 a7 76 58 99 c4 .-A....'....vX..
0e 00 61 00 73 00 7c 00 69 00 6e 00 74 00 65 00 ..a.s.|.i.n.t.e.
72 00 70 00 6f 00 69 00 6e 00 74 00 32 00 35 r.p.o.i.n.t.2.5
}
}
replyAddress = ipAddress {
ip = 4 octets {
xx xx xx 93 ....
}
port = 1719
}
sourceInfo = 1 entries {
[0]=h323_ID 18 characters {
0049 006e 0074 0065 0072 0070 006f 0069 Interpoi
006e 0074 0047 004b 0042 0075 0063 0030 ntGKBuc0
0030 0031 01
}
}
canMapAlias = TRUE
}
2005/01/20 12:20:56.371 5 job.cxx(360) JOB Worker threads: 6
total - 6 busy, 0 idle
2005/01/20 12:20:56.371 5 job.cxx(188) JOB Starting Job LRQ at
Worker thread 114696
2005/01/20 12:20:56.371 1 RasSrv.cxx(328) RAS LRQ Received
2005/01/20 12:20:56.372 5 Routing.h(125) ROUTING Checking policy
Explicit for the request LRQ 8177
2005/01/20 12:20:56.372 5 Routing.h(125) ROUTING Checking policy
Internal for the request LRQ 8177
2005/01/20 12:20:56.372 2 RasTbl.cxx(664) RASTBL Gateway 1523_endp
matched by prefix 074
2005/01/20 12:20:56.372 4 RasTbl.cxx(1068) Prefix match for GW
xxx.xxx.xxx.152:1720
2005/01/20 12:20:56.372 5 Routing.h(131) ROUTING Policy Internal
applied to the request LRQ 8177
2005/01/20 12:20:56.374 2 RasSrv.cxx(373)
LCF|xxx.xxx.xxx.147|1523_endp|0744325669:dialedDigits|xxx.xxx.xxx.147;
2005/01/20 12:20:56.375 6 yasocket.cxx(610) 127.0.0.1:33061 72 bytes
sent
2005/01/20 12:20:56.375 3 RasSrv.cxx(219) RAS Send to
xxx.xxx.xxx.147:1719
locationConfirm {
requestSeqNum = 8177
callSignalAddress = ipAddress {
ip = 4 octets {
xx xx xx 17 ..w.
}
port = 0
}
rasAddress = ipAddress {
ip = 4 octets {
xx xx xx 17 ..w.
}
port = 1719
}
}
2005/01/20 12:20:56.376 5 RasSrv.cxx(233) RAS Sent Successful
2005/01/20 12:20:56.376 5 job.cxx(423) JOB Job LRQ deleted
-- Siderite <Siderite@xxxxx>
------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________________
List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
