Guys Just a quick update. There was a small bug in H.460.19 in GnuGk when starting calling Fast Connect and then switching back to slow connect which resulted in the video not showing. This has now been fixed in the CVS. Also to get H.460.23/.24 to work correctly you will need to specify a STUN server on each network segment ie H46023STUN=stun.ekiga.net,192.168.1.10 This would be the setting with a gatekeeper with 2 network cards one on the internet and one on the internal 192.168.1.x network. This means that if a client registers from the internet they are instructed to test their NAT with the public STUN server. If they register from a subNAT then they are instructed to test with the internal STUN server. You can download a STUN server from http://sourceforge.net/projects/stun/ and you will need to have 2 network cards with consecutive IP and you can run the stun server on the same box as GnuGK as long as you specify Home=xxx.xxx.xxx.xxx in the INI so that GnuGk will only listen and use one of the network cards. Simon -----Original Message----- From: Simon Horne [mailto:s.horne@xxxxxxxxxxxxxx] Sent: Sunday, 27 September 2009 1:31 AM To: 'GNU Gatekeeper Users' Subject: Re: Direct Media and H.460.18/.19/.23/.24/24a Just to clarify "Direct Media" IS H.460.18/.19/.23/.24. GnuGk must be compiled with HAS_H46018 and HAS_H46023 switches. The INI Settings to enable it are [RoutedMode] EnableH46018=1 EnableH46023=1 H46023STUN=stun.ekiga.net,192.168.1.10 H.460.23 sends the endpoint the address of the STUN server on registration and endpoint will automatically test the NAT device with that STUN server. This is automatic in the background. There is no STUN server setting in the endpoint. If you set the STUN server in pacphone then it will automatically disable "Direct Media" and will just use STUN for NAT Traversal. This is not recommended and the reasons are described in the document. STUN does not work for all NAT. H.460.18/.19/.23/.24 works together. The overall aim is to work out a media path that does not require the use of a media proxy (H.460.19). The gatekeeper will formulate a media path solution in the ARQ/ACF phase and then instruct the endpoints (in ACF and Setup) to execute that solution. Yes it is fully automagical of you like. :) The solution is H.323v4 compliant so you should be able to interwork with existing H.323 devices. Simon -----Original Message----- From: Earl [mailto:Large.Files@xxxxxxx] Sent: Saturday, 26 September 2009 10:57 PM To: GNU Gatekeeper Users Subject: Direct Media and H.460.18/.19/.23/.24/24a Simon, if Pacphone v2.2 and GnuGK v2.3.1 both support either Direct Media *or* H.460.18/.19/.23/.24 24a? or Direct Media *and* H.460.18/.19/.23/.24 24a? than who / what makes the decision to use Direct Media versus H.460.xx ? Is this automagically determined or does the writer of GnuGK.ini determine this? If GnuGK tells Pacphone to determine type of NAT with STUN test, how does Pacphone do this if the "use STUN checkbox" is not checked and no server entered ? Are H.460.18/.19/.23/.24/24a self-compatible and interoperable such that these protocols can automagically decide among themselves which is the best to use ? Regards, Earl Simon Horne wrote: > > Guys > Both GnuGk and H323plus CVS now support Direct Media or > H.460.18/.19/.23/.24 in both slow and fast connect. > > > These 4 standards work together to allow media to traverse NAT > without requiring the media to be proxied. > > This greatly increases the scalability of video conferencing systems > within NAT environments with only a small proportion of media needing > to be proxied. > > I have prepared a not-so technical document which explains Direct > Media and how the 4 standards interwork. > > http://www.h323forum.org/specifications/ > > > I have also released a new version of PacPhone v2,2 (H323plus v1.22 > CVS) and a windows installer for GnuGk v2.3.1 (current CVS) and both > are available from the PacPhone website (www.pacphone.com > <http://www.pacphone.com/>). > Simon ---------------------------------------------------------------------------- -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________________ 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/ ---------------------------------------------------------------------------- -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________________ 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/ ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________________ 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/
