Hi Marvin, by mixing setting the trace level on the command line and the file name in the config, you just triggered a bug in GnuGk. Both things on the command line worked fine, both in config is ok, but the mix was not. Its fixed in the CVS now. Thanks, Jan Marvin Herbold wrote: > Apologies in advance for the multiple emails... I found what was causing > the 0 byte log files. GnuGk does not like me specifying -ttttt in the > command line for some reason. This was my command line: > > gnugk -ttttt -c ./gatekeeper.ini > > That produced 0 byte log files and it would not see any incoming > connections. > > When I moved the -ttttt into the ini file (as TraceLevel=5 of course) and > used this as my command line: > > gnugk -c ./gatekeeper.ini > > It works. Weird! Ok now I am seeing calls coming in I am able to go to the > next step. > > Thanks, > Marvin Herbold > > > -----Original Message----- > From: Marvin Herbold [mailto:mherbold@xxxxxxxxxxxxxxxxx] > Sent: Friday, December 02, 2011 3:29 PM > To: 'GNU Gatekeeper Users' > Subject: RE: Newbie help... getting started with GnuGk > > I'm not seeing the call coming in. I am using -ttttt when running GnuGk. > Seems like you are saying that my config file should be ok and that I should > see a call come in as it is set up now. Hmm. I'll tinker around with it > some more. Maybe there is something that I am overlooking... > > Shouldn't there be stuff in the log file right away when I start up GnuGk? > It is 0 bytes for me. If I telnet localhost 7000 and type rotatelog it > works, but the files are still 0 bytes... ??? > > -rw-rw-rw- 1 marvin marvin 0 2011-12-02 16:51 > gatekeeper.20111202_172627.log > -rw-r--r-- 1 marvin marvin 0 2011-12-02 17:26 gatekeeper.log > > Marvin Herbold > > > -----Original Message----- > From: Jan Willamowius [mailto:jan@xxxxxxxxxxxxxx] > Sent: Friday, December 02, 2011 2:58 PM > To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > Subject: Re: Newbie help... getting started with GnuGk > > Make sure you have set the trace level, eg. to 5. > > You should see the call come in. It won't connect, because you don't > have another routing policy after vqueue to connect the call, but you > should see it come in. > > And then extend the chain of routing policies: > default=vqueue,explicit,internal > > Jan > > MarvinHerbold wrote: > > > > Ok - I have GnuGk installed. If you've seen my previous email / posts you > > know that I am trying to set up a video phone call center, with incoming > > calls routed to one of our agents using vqueue routing policy and > failover. > > I'm just trying to get the basic config up and running so I can start > > developing my ACD code. > > > > This is my gatekeeper.ini file so far (see below) (some stuff x'ed out for > > privacy). > > > > I am using Ekiga with a webcam on my Windows PC as my H.323 endpoint to do > > testing with. I used it to call a Sorenson VP200 and it works - it rings > > the VP200 and I can answer it and get video. When I direct Ekiga to call > > the box that I have GnuGk running on, nothing seems to happen. Nothing > > shows up in logs and GnuGk console doesn't print anything new when I call. > > > > I have the firewall on the server completely open to my PC, so it's not > > that. Perhaps I don't have the ports set up correctly in the gatekeeper > > config file... or perhaps I don't have the config file made properly. > > > > Sorry for all the newbie questions! > > > > [Gatekeeper::Main] > > FortyTwo=42 > > Name=xxx > > Home=xx.xx.xx.xx > > TimestampFormat=MySQL > > > > [GkStatus::Auth] > > rule=password > > xx=xx > > > > [LogFile] > > Filename=/xx/xx/gatekeeper.log > > Rotate=Daily > > RotateTime=00:00 > > > > [RoutedMode] > > GKRouted=1 > > AcceptUnregisteredCalls=1 > > CallSignalPort=1720 > > RemoveCallOnDRQ=0 > > SendReleaseCompleteOnDRQ=1 > > ActivateFailover=1 > > > > [RoutingPolicy] > > default=vqueue -- Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/ ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx 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/
