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
----------------------------------------------------------------------------
--
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/
------------------------------------------------------------------------------
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/
begin:vcard
fn:Michael Bondi
n:Bondi;Michael
email;internet:mike@xxxxxxxxxxxxxxxxxxxxxx
tel;work:+27129917999
tel;fax:+27129917000
tel;cell:+27823302393
version:2.1
end:vcard
------------------------------------------------------------------------------
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/
