Just use the -o <file> option when you start GnuGk and all trace output goes to that file. Regards, Jan Michael Bondi wrote: > Simon, > > Please excuse my ignorance, but how does one get a level 5 trace using > PuTTY? > > There seems to be too much text that scrolls off the top of the screen > and I am unable to get a full trace. > > I am trying to get the trace of the system calling another through two > gnugks. > > Mike > > > > Michael Bondi wrote: > > Simon, > > > > Strangely enough, I am not using ExternalIP= in my Main section as > > this disallows any external calls to fixed IP addresses with a no > > route to destination message. With just this setting I am getting the > > messages. Without, no problems. ??!! > > > > I am using Aethra 6.0.49 hard endpoints at each end and Mirial's > > respectively to see if it is a ver of H.323 difference causing my > > trouble. Mirial seems more versatile, guess it is more ver 6 than most > > soft endpoints. > > > > Both gk's are in the DMZ of their respective routers and with port > > forwarding also, and DNS resolution (mapping a DNS to a dynDNS > > address, crazy, but it works!!) is working to each router just fine. > > > > Both endpoints connect ok (Logmein proves it to me), but no audio or > > video either way. I can logmein remote and tell the remote to call me > > and same happens. > > > > I am on a course this week and will resume testing when my brain > > clears, and send the lev 5 trace you asked for. I'm getting too much > > stuff on my network to understand what is important for feedback and > > what is not. Got a small screen and a lousy mouse, a fried brain..... > > > > Cheers > > > > MDM > > > > > > Simon Horne wrote: > >> Earl > >> > >> H.460.23/.24 should have nothing to do with the problem. > >> If both gatekeepers are in the DMZ and both as using ExternalIP then it > >> should work. If the signalling is working then it can only be the > >> addresses > >> of the OLC or the DMZ isn't working. > >> Micheal send me the level 5 trace of one of the gatekeepers to see > >> exactly > >> what address is being used. > >> > >> Simon > >> > >> > >> > >> -----Original Message----- > >> From: Earl [mailto:Large.Files@xxxxxxx] Sent: Friday, 6 November 2009 > >> 11:44 PM > >> To: GNU Gatekeeper Users > >> Subject: Re: Calling through two gnugks > >> > >> Mike, > >> > >> first, for testing I would put both GKs in their DMZs, since they > >> should see any calls on any port. > >> > >> In summary, > >> LAN 1 to LAN 2 calls over a double NAT work as far as signaling goes. > >> EPx connected directly to the Inet works for signaling and voice and > >> video via single NAT. > >> LAN 1 to LAN 2 calls over a double NAT do NOT work for voice and video. > >> LAN 1 to LAN 1 and LAN 2 to LAN 2 calls function correctly. > >> LAN 1 to LAN 2 calls over a VPN (no NAT) do work for voice and video. > >> > >> Problem could be: > >> > >> h460.23/.24 double NAT traversal is not functioning in your case > >> your port configurations are wrong in GnuGKs > >> Port configurations between EPs and GnuGKs do not match. > >> something else > >> > >> Jan & Simon, do you have any ideas for testing / tracing whether > >> Mike's problem > >> is media NAT traversal or port problem ? > >> > >> Does GnuGK status port indicate successful double NAT traversal using > >> h460.23/.24? > >> > >> If not, would it be possible to add some indication in status signals > >> whether > >> h460.23/.24 was successful or not, or at least some helpful info for > >> debugging > >> NAT traversal problems ? For example, whether certain h460.23/.24 hand- > >> shaking was completed or not? > >> > >> Mike, where are your work EPs registered to? and your home EP? > >> If work EPs are registered with work GK and home EPs to home GK, > >> what happens if all EPs register with just one GK? Even if you do not > >> want to continue this way, as a test it might provide some info. > >> > >> Regards, Earl > >> > >> Michael Bondi wrote: > >> > >>> Earl, > >>> > >>> Thanks for your reply. > >>> > >>> Firstly, my ADSL routers _are_ registered with dyndns addresses and > >>> my office.domain.co.za and home.domain.co.za records point to the > >>> respective office and home dyndns addresses correctly. That is how I > >>> can call from an external public IP to either office or home network > >>> and the calls are fine. > >>> > >>> The call is definitely going to the right place when I call out from > >>> my office to my home, I can see it in Etherape running on the office > >>> gatekeeper machine. I call home.domain.co.za or > >>> 1234@xxxxxxxxxxxxxxxxx and the call is hitting the gnugk on the far > >>> side ans is going to the dyndns address of the far side router. > >>> > >>> Note: I do not call the LAN IP of the far side gnugk, I call to it's > >>> publically accessible IP (DNS record pointing to the dyndns address > >>> - trust me this works!) the way I would call if my external endpoint > >>> were on a public IP. > >>> > >>> The problem when I have the VPN up, is that the office gatekeeper is > >>> getting to the right address on the home gatekeeper but then the > >>> checks for NAT run, and since the VPN is in place, connects the call > >>> via the VPN. So audio and video go through fine. I can again see > >>> this happening in Etherape on the office gatekeeper. > >>> > >>> But, when I have the VPN down or disconnected (as in most normal > >>> circumstances) and I try calling again via the internet to the other > >>> side, the call is still going to the right place and is being > >>> answered as expected, but I get _no audio and video_. Now this is > >>> where the NAT stuff should kick in as it does in the call from the > >>> public IP. But again, my public IP is not behind a NAT, so I am > >>> wondering if my NAT configuration is correct. > >>> > >>> The moment I add ExternalIP=office.domain.co.za to the Main section, > >>> even the calls between internal endpoints at the office fail with > >>> the no route to destination message. > >>> > >>> What is strange is that calls from a public endpoint outside either > >>> network to endpoints inside the network go throught fine. So that > >>> means that it is proxying the calls correctly at each respective gnugk. > >>> > >>> Now when Endpoint -GK-GK-Endpoint calls are made, it is not working > >>> correctly for me. > >>> > >>> As I mentioned before, I do not want the two GnuGk's to be > >>> registered with each other, kinda like cellphones on different > >>> networks must be able to call each other. > >>> > >>> I have done port forwarding as per my previous posting as well as > >>> put the respective gnugk's in the DMZ of each router. Do you think I > >>> should do both port forwarding and DMZ together? Maybe this is my > >>> problem. > >>> > >>> Maybe I should also be using Stun to check for NAT. > >>> > >>> I'll keep trying and posting. > >>> > >>> Mike > >>> > >>> Earl wrote: > >>> > >>>> Mike, > >>>> > >>>> I have been following your thread and do not understand why you are > >>>> having > >>>> problems with ExternalIP in the Main section. I would think this > >>>> is necessary > >>>> for ADSL modem + router to work correctly. > >>>> > >>>> Would you please try the following experiment: > >>>> > >>>> register with some dynamic DNS service. First check if your router > >>>> has a > >>>> built-in dynDNS possibility, and which one(s). If it does, use > >>>> that one. > >>>> > >>>> Then insert in the main section, for example (here an imaginary one) > >>>> [Gatekeeper::Main] > >>>> other entries .... > >>>> ExternalIP=my-address.dynDNS.com (or whatever dyndns service) > >>>> > >>>> ExternalIsDynamic=0 (since dynDNS address never changes) > >>>> > >>>> ping your dynDNS address to make sure it is working correctly > >>>> if not, reboot router. When working > >>>> then try GnuGK and EPs and see what happens and tell us. > >>>> > >>>> Regards, Earl > >>>> www.dyn*dns*.com/services/dyn*dns*/ > >>>> www.no-ip.com/ > >>>> free*dns*.afraid.org/ > >>>> and many others > >>>> > >>>> Michael Bondi wrote: > >>>> > >>>> > >>>>> When I add the ExternalIP to the Main section, calls inside the > >>>>> LAN are ok, but I cannot then place calls to any unregistered > >>>>> endpoints outside the LAN. > >>>>> > >>>>> I am on a dynamic ADSL so I also added the ExternalIsDynamic=1 but > >>>>> that also doesn't work. > >>>>> > >>>>> I get a no route to destination error on my endpoints inside when > >>>>> I try calling out. > >>>>> > >>>>> Mike > >>>>> > >>>>> Andrew Struiksma wrote: > >>>>> > >>>>>> I think you need to add your public IP to the main section like > >>>>>> this: > >>>>>> > >>>>>> [Gatekeeper::Main] > >>>>>> Fortytwo=42 > >>>>>> Name=OfficeGk > >>>>>> TimeToLive=300 > >>>>>> ExternalIP=x.x.x.x > >>>>>> > >>>>>> Andrew -- Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/ ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________________ 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/
