Hi Simon, hi Jan, I have the following needs: * run GnuGK on a Linux box behind a NAT router - if necessary in a DMZ and with port forwarding I have read that GnuGK *must* be connected directly to the Internet and can not provide NAT traversal if GnuGK is behind a NAT router. My understanding is that there are no exceptions to this rule, not even DMZ and port forwarding can help. * all participants will be using a computer behind a NAT router. Some of the NATs will be symmetrical. * secure voice and secure file transfer are needed. Questions: - Is it possible to use PacPhone in the above situation? - In what time frame might PacPhone be compatible with the newest ITU standards? - Do H.460.18/.19/.23/.24/.24A still have the requirement that GnuGK absolutely and with no exceptions be connected directly to the Internet ? - I have read that in the past it was possible to use a Linux box as router and FW by compiling especially written modules into the kernel. These modules made IPtables natively aware of h.323. I have also read that the latest Linux kernels since 2.26.13 ???? are h.323 aware, but can find no further information about this. It seems to me that if one could tell the present SOHO NAT router not to NAT and follow this with a Linux box doing NAT with native h.323-aware traversal, then this could be a good solution working with any hard- or softphone. Since I am not a programmer, I am a bit lost here. Regards, Earl Simon Horne wrote: > Manjula > > I just want to clarify something. SIP does not dominate the retail market > SKYPE does by an enormous margin. > > In 90-95% of cases there should be no need to proxy media. This may vary due > the number of Non-NAT aware H.323 equipment (ie gateways) that is deployed. > The H.460.24 standard takes this into consideration when formulating the NAT > Traversal solution and media will need to be proxied locally. > > The implementation in GnuGk/h323plus is not compatible with the existing > implementation in PacPhone. During the ITU approval process several things > had to change breaking compatibility. :( > > Simon > > > -----Original Message----- > From: manjula hettiarachchi [mailto:manjula_55@xxxxxxxxx] > Sent: Monday, 10 August 2009 11:46 AM > To: GNU Gatekeeper Users > Subject: Re: H.460.18/.19/.23/.24/.24A support now > inGnuGk / H323plus > > Hello Simon > > I have been using your pacphone and have been quite impressed with the > features. With these new standards coming in I am sure things will further > improve. > > However, in the SIP arena there have been lot of developments and NAT/FW > traversal methods are being introduced by many parties. But there is no > method in SIP to traverse a NAT/FW without media proxying. DO you think with > the new standards h323 dialer will be able to traverse NAT/fw without media > proxying? > > If yes? is a h323 still able to take a share of the retail market which is > already dominated by SIP? > > Best Regards > Manjula Hettiarachchi > > > --- On Sun, 8/9/09, Simon Horne <s.horne@xxxxxxxxxxxxxx> wrote: > > > Guys > > I would just like to let you know that GnuGk 2.3.1 (CVS) and H323plus > 1.21 (CVS) now support the complete H.323 NAT Traversal solution. > > This a major step forward for both projects and H.323. > > I have built a sample windows installer for GnuGk and MyPhone (CVS > version) for demonstration purposes. > > GnuGk Windows Installer (Win2000 or above) > > www.h323plus.org/standards/GnuGkSetup231.exe > <http://www.h323plus.org/standards/GnuGkSetup231.exe> > > > MyPhone Installer (XP or above) > > www.h323plus.org/standards/MyPhoneSetup121.exe > <http://www.h323plus.org/standards/MyPhoneSetup121.exe> > > Any queries then please address them to the appropriate mailing lists. > > Details for what the standards do: > > H.460.18 > > Mechanism to enable registration and call signalling traversal across > a NAT/FW > > > H.460.19 > > Mechanism to enable media traversal (proxying) across a NAT/FW > > > H.460.23 (ITU approval in November) > > NAT detection and classification > > > H.460.24 (ITU approval in November) > > Point to Point Media through NAT. Allows media to traverse NAT/FW > without the need to proxy media (disable H.460.19). > > > H.460.24 Annex A > > Same NAT RTCP probe. Extension of H.460.24 to allow endpoints behind > the same NAT/FW to probe for direct connectivity. > > The standards documents are available from Packetizer. > > http://www.packetizer.com/ipmc/h323/standards.html > > http://www.packetizer.com/ipmc/h323/doc_status.html > > Simon ------------------------------------------------------------------------------ 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/