Anthony, I indeed (after lots of pain) got a bit further. > Especially around the issue of calling unregistered endpoints I am not sure where you got stuck, but I found the problem was how to address an unregistered endpoint. If you run NetMeeting without registering to a gatekeeper and you just type an IP address or a domain name, it will call there on port 1720 and see what's happening. As soon as you register NetMeeting with a gatekeeper, any attempt to so the same resulted in as message like "The user is not known to any gatekeeper". Up to today I was unable to find out if there should a syntax like maybe ip$1.2.3.4 or whatever to support dialling an IP address directly. One possible solution that worked for us as we have some specific endpoints which have fixed IPs fortunately is so simple I couldn't believe it once I found it. http://www.gnugk.org/gnugk-manual-7.html#ss7.2 You just make up a "phone" number and assign it to the IP address you intend to call. That's it. Works fine for calling out, at least of you have a limited number of known endpoints with fixed IP addresses. I haven't tried to put in a DNS name instead of an IP address yet. If that would work, the next question would be when the DNS name would be resolved. Once and for all when the config is read or prior to each call. The latter would allow for the use of a dynamic DNS to locate the unregistered endpoint. This solved as least half our problem, so we were able to call out from an internal, private address to an arbritary endpoint on a public IP address without that endpoint having to register to our or to any other gatekeeper. I have also made sure that the GnuGk running on the firewall does proxy all the audio, video and data channels and this is really working fine. > outside unregistered endpoints calling back to ours (which reside in a > private address space) Still working on that one. I had two ideas, but none of them worked yet. Idea 1: We would run an instance of ohphone on our firewall which would accept an incoming call from the outside and use the -F option of ohphone to forward the call to a registered alias on the gatekeeper. I am not sure why this doesn't work as expected, given that I can use ohphone on the firewall box to manually call a registered endpoint on the internal network and ohphone happily picks up the call. Either someone tells me that I have a misconception here or maybe has some thoughts. Idea 2: Maybe the GnuGk can solve this alone? First of all, it seems to make sense to change [RoutedMode] GKRouted=1 H245Routed=0 CallSignalPort=1721 into [RoutedMode] GKRouted=1 H245Routed=0 CallSignalPort=1720 as NetMeeting usually calls on port 1720. That made the change from "The other user cannot accept calls" which seems to be another way of saying "nobody is listening on port 1720" to "the other user refused the call". The answer might be somewhere here: http://www.gnugk.org/gnugk-manual-6.html I did not have the time left to dig into that. Obviously you would still find a way to deal with the fact that someone is calling just your IP, nothing else. So where do you want the call to ring if you have multiple NetMeeting clients registered inside your firewall. a) You could decide you want a default alias to route the call to. b) You could try to set up a source routing rule, i.e. if that IP / H.323 ID is calling, then route it to abc. c) I came across the term vqueue. This seems to be a way of building a switchboard, maybe in a way that the call is accepted and put on hold and you could pick it from the queue and route it to a specific alias using GnuGk's control channel on telnet port 7000, see: http://www.gnugk.org/gnugk-manual-13.html As I said, the call is always refused and I don't even see anything on the control channel though I have used trace max. So maybe GnuGk just does not accept calls from anywhere by default. Maybe we will get this solved as well, sooner or later. HTH a bit, at least on the first half of the problem (calling out). Regards, Torsten Anthony Walters schrieb: > Hi Torsten, > > We have been trying to get gnugk with the proxying working in a very > similar way to the one you described for quite a while now and have > given up, we never quite got everything to work as we wanted it > (probably due to being new to this sort of thing) > > We managed to get 2 endpoints to call each other, and proxy the whole > lot. But if you make any headway or manage to figure something out (or > figure out that it can't be done) could you post it to the list? > > Especially around the issue of calling unregistered endpoints and > outside unregistered endpoints calling back to ours (which reside in a > private address space) > > thanks > Anthony > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________________ > > Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 > Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users > Homepage: http://www.gnugk.org/ ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/
