Hi Stewart, I am actually seeing the private IP addresses which is why I am surprised that the endpoints are not able to communicate with each other. My NAT1 is my Linksys router, and my NAT2 is a Linux box. My CallSignalPort was originally 1720, then I changed it to zero, but it did not help. When I changed Gkrouted and H245routed to zero, and DMZed an EP, I was able to call the DMZed EP but had no audio on both ends. I them changed to Gkrouted=0, H245routed=1. The NATed EP called the DMZed EP and audio was heard on the DMZed EP but the NATed EP has no audio. The NATed EP is the EP on the Linksys router. Any idea why? -----Original Message----- From: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx [mailto:openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of Stewart Nelson Sent: Saturday, July 31, 2004 1:30 PM To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Subject: Re: Help Hi Fernando, We run with GKRouted=1, H245Routed=1, and of course SupportNATedEndpoints=1, and have no problems calling between endpoints on different NATs. I suspect that your NAT1 and/or NAT2 is somewhat, but not properly, H.323-aware and is corrupting the signaling. First, make sure that you see the private addresses of both endpoints in the RCF messages. If not, the NAT is translating the RRQ, so the GK doesn't know it's behind a NAT, and can't perform its magic. Then, if the NAT doesn't handle the protocol perfectly, your call fails. You may be able to disable this processing. Sometimes the setting is in an unexpected menu such as Intrusion Detection. Things to try that may help include setting CallSignalPort=1720 (or removing this if already on!) and changing the setting of Fast Start. Otherwise, use Ethereal (on both sides of the destination NAT if needed) to see if and how the packets are being altered. Good luck, Stewart ----- Original Message ----- From: "Abano, Fernando A. (ePerformax)" <fabano@xxxxxxxxxxxxxx> To: <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx> Sent: Friday, July 30, 2004 7:57 PM Subject: RE: Help > I changed my settings to Gkrouted=0, H245routed=0 and I am now able to > call from a NATed EP to another EP on the DMZ. What would you > recommend as a solution to the NAT to NAT problem? > > -----Original Message----- > From: openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx > [mailto:openh323gk-users-admin@xxxxxxxxxxxxxxxxxxxxx] On Behalf Of > Zygmuntowicz Michal > Sent: Saturday, July 31, 2004 4:48 AM > To: openh323gk-users@xxxxxxxxxxxxxxxxxxxxx > Subject: Re: Help > > > 1. You should check neighbor configuration at the GK1 > to see why it is rejecting LRQ from GK2. > 2. If you call EP1<->EP2 and both are behind NAT > and you do not use any special trick to traverse NAT, > you will no be able to reach each other. > > ----- Original Message ----- > From: "Abano, Fernando A. (ePerformax)" <fabano@xxxxxxxxxxxxxx> > Sent: Friday, July 30, 2004 12:11 AM > > I have a setup as follows: > > GK1------>GW > | > | > | > GK2 <----NAT1----EP1 > \ > \ > NAT2 > \ > EP2 > > > When I try to call EP1 to EP2 or EP2 to EP1, I cannot get connected. > When I try to dial a number from EP1 or EP2 to be sent to GW, I also > cannot get the call connected. ------------------------------------------------------- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com _______________________________________________________ List: Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Homepage: http://www.gnugk.org/
<<attachment: winmail.dat>>
