- h323plus - lists.packetizer.com

Simpleh323 H239 Issue
by Ankur Deep Jaiswal 25 Feb '14

25 Feb '14

HI, While using H239 in simpleh323 client using connection->OpenH239Channel(). Simpleh323 sends a presentationTokenRequest and after receiving a presentationTokenResponse, replies with a new presentationTokenResponse with indication that functionNotUnderstood. hence H239 fails. Help appreciated. thanks in advance -- Ankur Deep Jaiswal

2 2

GnuGk turns 15, lets discuss where to take it from here
by Jan Willamowius 17 Feb '14

17 Feb '14

Dear community, this year the GNU Gatekeeper will turn 15 (I did the first release on June 29th 1999). Lets discuss where we should take it from here. I have prepared an anniversary survey with a number of questions on gatekeeper features, security and WebRTC etc. (1 page): http://www.gnugk.org/survey-2014.html Of course you can also chime in here on the mailinglist. (Why is it so quiet here lately ?) Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project EMail : jan(a)willamowius.de Website: http://www.gnugk.org Support: http://www.willamowius.com/gnugk-support.html Relaxed Communications GmbH Frahmredder 91 22393 Hamburg Geschäftsführer: Jan Willamowius HRB 125261 (Amtsgericht Hamburg) USt-IdNr: DE286003584

1 0

Some issues with h323pdu.cxx
by Denis Kochmashev 14 Feb '14

14 Feb '14

Hello! Please correct me if I'm wrong, but 1. It looks like there is a small mistake in h323pdu.cxx which doesn't allow to build h323plus without H.235 being enabled. 2. I've found that 'H323SetAliasAddress(const PString & _name, H225_AliasAddress & alias, int tag)' doesn't allow to set AliasAddress of type h323_ID if it looks like dialedDigits even if _name begins with 'h323:'. For example, if I specify _name = 'h323:12345', alias tag will all the same be dialedDigits because it looks like them. I suggest a small change to H323SetAliasAddress, because now it produces unpredictable results. Thanks, Denis

2 7

H323Plus 1.26.0 Released
by Simon Horne 28 Jan '14

28 Jan '14

Guys H323plus v1.26.0 has been released. The source code for both h323plus v1.26.0 and PTLIB 2.12.8 is available from both the h323plus and sourceforge website. The API documentation link on the website has also been updated. ChangeLog ================================================================== Added H323_MEDIAENCODED compile directive to support external media decode/encode Added Encryption support to the H.224 Channel and H323_ExternalRTPChannel Performance Memory management Improvement in audio/video processing. Updated to compile with PTLIB Head (1.25.5) Added Language assignment and routing support Added TLS signalling support Added DH6144 and DH8192 H.235 Support (support for keylength up to 8192 bits) Added H.460.22 Support Added vs2012 Build environment Fixed vs2010 Build environment Added H.461 Asset Support. (1.25.4) Update and fixes for H.460.26 (1.25.3) Update Presence System to Version 3. (1.25.2) Update Alternate and Assigned Gatekeeper code. Removing buggy pointers Added H.224 Factory loader moved to H224 subdirectory Added T.140 Support Added H.284 <New> far end motor control add support for <ip>##<room>#<pass> dialing Simon

1 0

Upcoming new h323plus 1.26 Release
by Simon Horne 26 Jan '14

26 Jan '14

Guys It's been a while since the last release so it is time to think about a new release. There has been a lot of activity over the last couple of months in the CVS. The build system has been updated and should now build against any version of PTLIB including the current HEAD. However it is recommended that you stick to either 2.10 or the latest public 2.12 release version. A lot of work has been done in signaling and media encryption including adding TLS support and incorporating the updated H.235 spec to support AES256 with large key lengths (up to 8096 bits), H.460.22 support to negotiate when to use TLS and media encryption of the data channel. H.460.26 support has been added and when used in conjunction with H.460.17 allows tunneling of RAS, Signalling and media over a single persistent TCP connection. If using TLS, the h323plus stack will now allow traversal of any secure NAT over a single TLS connection on trusted port such as 443. The matching Gatekeeper support is in GnuGk v3.5. What's new in the upcoming release. ------------------------------------------------ Added TLS signaling support Added H.460.22 Support to negotiate TLS support on a per call basis. Added Encryption support to the H.224 Channel and H323_ExternalRTPChannel Added DH6144 and DH8192 H.235 Support (support for keylength up to 8192 bits) Performance Memory management Improvement in audio/video processing. Updated to compile with PTLIB Head Added Language assignment and routing support Added vs2012 Build environment Fixed vs2010 Build environment Added H.461 Asset Support. Update and fixes for H.460.26 Update Presence System to Version 3 Update Alternate and Assigned Gatekeeper code. Removing buggy pointers Added H.224 Factory loader moved to H224 subdirectory Added T.140 Support Added H.284 <New> far end motorized control add support for <ip>##<room>#<pass> dialing Along with the release there will be updated documentation. Again Special thanks to Jan Willamowius and Yuriy Georgiewskiy for their continued help and support of the project. If anyone finds bugs then please report them ASAP so we can capture them in the next release. Simon

2 1

H.235 sample
by Cláudio Palludetti 23 Jan '14

23 Jan '14

Hi, We are developing an H.323 EP and we need to use the H.235. Is there any example using this? We are using h323plus V1.24.0 and we enabled the H.235. Thanks Claudio

4 7

Old Documentation Link
by Diego Carvalho 10 Jan '14

10 Jan '14

Hi All, If you go to the official website (http://www.h323plus.org/) then click in "Source Code", and then in "API Guide" you will be redirected to http://www.h323plus.org/api/v1_19_5/main.html that's the documentation for version 1.19.5, an old version. If possible, updating it to the current version would be great. Thanks in advance.

1 0

GNU Gatekeeper 3.5 released
by Jan Willamowius 02 Jan '14

02 Jan '14

Dear community, I'm happy to announce the release of GNU Gatekeeper version 3.5. The new version brings a number of new features as well as a number of important bug fixes and a few changes in configuration options. As usual, you can download the source code and executable for Linux, Windows, FreeBSD, OpenBSD, NetBSD and Solaris from http://www.gnugk.org/h323download.html Regards, Jan New features: - implement H.460.22 to negotiate the use of TLS - language based routing (using the upcoming H.323v8) - new command line switch -mlock to prevent GnuGk from being swapped out - new section [ModeVendorSelection] to set proxy mode based on endpoint vendor support for challenge/response authentication using DES-ECB, eg. from Avaya endpoints - new switch [RoutedMode] FilterEmptyFacility= (Avaya interop) - new switch [RoutedMode] ProxyHandlerHighPrio=0 to avoid setting the proxy handler to high priority; needed to run GnuGk on certain virtualization platforms - print number of proxied calls and peak number of calls in statistics on status port - new switch [RoutedMode] H46023ForceNat - new switch [RewriteSourceAddress] TreatNumberURIDialedDigits - more detailed codec descriptions in %{codec} and Radius attribute - process multiple terminal-alias VSA from Radius - extend [GkStatus::Message] for URQ Configuration changes: - changed default call signaling port from 1721 to 1720 - replace H235HalfCallMediaStrength= switch with H235HalfCallMaxTokenLength= - disable use of SHA1 for TLS by default, the new switch [TLS] CipherList= can be used to customize the cipher selection And a number of bug fixes (see changes.txt for all the details). -- Jan Willamowius, Founder of the GNU Gatekeeper Project Website: http://www.gnugk.org Support: http://www.willamowius.com/gnugk-support.html Relaxed Communications GmbH Frahmredder 91 22393 Hamburg Geschäftsführer: Jan Willamowius HRB 125261 (Amtsgericht Hamburg) USt-IdNr: DE286003584

1 0

Compilation issue
by Diego Carvalho 30 Dec '13

30 Dec '13

Hi All, I'd like to report what I think is an issue. If you compile H323Plus after running configure without any option you will get this warning: [CC] /home/diego/Edifire/Quartz/3rdParty/h323plus/src/h460/h460_std18.cxx /home/diego/Edifire/Quartz/3rdParty/h323plus/src/h460/h460_std18.cxx:54:2: warning: #warning ("H.460.18/.19 Enabled. See Tandberg Patent License. http://www.tandberg.com/collateral/tandberg-ITU-license.pdf") [-Wcpp] [CC] /home/diego/Edifire/Quartz/3rdParty/h323plus/src/h460/h46018_h225.cxx [CC] /home/diego/Edifire/Quartz/3rdParty/h323plus/src/h460/h460_std23.cxx /home/diego/Edifire/Quartz/3rdParty/h323plus/src/h460/h460_std23.cxx:59:2: warning: #warning ("H.460.23/.24 Enabled. Contact consulting(a)h323plus.orgfor licensing terms.") [-Wcpp] Since I don't use H.460, I tried to disable the series that are generating the issues, that is .18/.19 and .23/.24 by running "./configure --disable-h46018 --disable-h46023" but I got the following error: h323.cxx: In member function ‘void H323Connection::DisableNATSupport()’: h323.cxx:2642:30: error: ‘IsH46019Multiplexed’ was not declared in this scope If I disable the entire H.460 support by running "./configure --disable-h460" it compiles successfully and without the warnings I wanted to omit. So that's fine for me but I think there is a bug in the code that is causing this compilation issue. In h323.cxx, around line 2642, the code is: void H323Connection::DisableNATSupport() { #if H323_H460 if (!IsH46019Multiplexed()) #endif NATsupport = false; remoteIsNAT = false; } I think it should be #if H323_H46018 (or both H323_H46018 and H323_H46019M). This is just a guess since I'm not an expert in the H323Plus code. And sorry if this issue was caused by some mistake in my configuration. Best regards.

2 1

Re: [h323plus] [Opalvoip-devel] Unresolved error - PIPSocket::Close
by Simon Horne 28 Dec '13

28 Dec '13

Josh This is really a h323plus question. I have CC'd that list. I am currently working through updating both h323plus and GnuGk compiling with the ever moving target that is PTLIB head. You should really try to work with the latest stable 2.12.x. I will advise via the h323plus list when the issue is resolved. Simon From: J.C Mercier [mailto:jcmerc5@gmail.com] Sent: 28 December 2013 14:45 To: opal Subject: [Opalvoip-devel] Unresolved error - PIPSocket::Close Good day Opal team, I get the following errors when i compile a simple application derived from the H323plus sample application; ------ Error 6 error LNK2019: unresolved external symbol "public: virtual bool __thiscall PIPSocket::Close(void)" (?Close@PIPSocket@@UAE_NXZ) referenced in function "public: virtual bool __thiscall H46019MultiplexSocket::Close(void)" (?Close@H46019MultiplexSocket@@UAE_NXZ) ..\h323plusd.lib(h46018_h225.obj) Error 7 error LNK2001: unresolved external symbol "public: virtual bool __thiscall PIPSocket::Close(void)" (?Close@PIPSocket@@UAE_NXZ) ..\h323plusd.lib(rtp.obj) Error 8 error LNK2001: unresolved external symbol "public: virtual bool __thiscall PIPSocket::Close(void)" (?Close@PIPSocket@@UAE_NXZ) ..\h323plusd.lib(h460_std26.obj) Error 9 error LNK2001: unresolved external symbol "public: virtual bool __thiscall PIPSocket::Close(void)" (?Close@PIPSocket@@UAE_NXZ) ..\h323plusd.lib(gnugknat.obj) ----- I'm using the latest head version of both ptlib and h323plust. When tracing the error, i came upon the following code snippet in winsock.cxx; ---- #if P_QWAVE PBoolean PIPSocket::Close() { if (IsOpen() && PWinSock::GetInstance().m_hQoS != NULL && m_qosFlowId != 0) { QOSRemoveSocketFromFlow(PWinSock::GetInstance().m_hQoS, os_handle, m_qosFlowId, 0); m_qosFlowId = 0; } return PSocket::Close(); } #endif // P_QWAV ------ I managed to find the PIPSocket class in ipsock.h and it had no definition of the 'Close' function. I even looked in the PSocket class from which PIPSocket is derived from and I didn't see any definition of the 'Close' function in there either except in the PChannel class. The first error is due to the following code from h323plus; PBoolean H46019MultiplexSocket::Close() { if (m_subSocket) return m_subSocket->Close(); return PUDPSocket::Close(); } Where H46019MultiplexSocket is basically derived from PUDPSocket and so forth. I'm just curious to know if there's something that i've missed or that i may be looking in the wrong places. I'm working with Win7 VS 2013 Express edition. Much appreciate your help. Thanks, Josh

2 1

Re: [h323plus] [Openh323gk-users] Config changes in the upcoming GnuGk 3.5
by Simon Horne 16 Dec '13

16 Dec '13

Just to add. H.460.22 has been added to GnuGk to allow H.323 devices to negotiate when to use TLS. There has been a flurry of commits in h323plus CVS over the last few days to support the security features for GnuGk 3.5. GnuGk and H323plus now support TLS with H.460.22 negotiation and AES256 media encryption up to 8192bits (8k). H.460.17 has also been updated to support TLS so Registration, Call signaling and tunneled media (H.460.26) can now be carried over a single persistent TLS connection. The simple application in the samples directory in the h323plus CVS has been update and can be used to test the new functionality. Simon -----Original Message----- From: Jan Willamowius [mailto:jan@willamowius.de] Sent: 16 December 2013 22:13 To: openh323gk-users(a)lists.sourceforge.net Subject: [Openh323gk-users] Config changes in the upcoming GnuGk 3.5 Hi, usually I try hard to keep every new GnuGk version configuration compatible with all previous versions, so you can simply drop in new versions. I'll try to keep it that way, but version 3.5 will have a few changes that might require a config update for a few people. - The default for the call signal port will change from 1721 to 1720. If you already have the CallSignalPort= switch in your config, you are all set. If not, you should add it now. - GnuGk 3.5 will have a very high standard for the TLS ciphers it accepts. Especially if you were signing your certs using a SHA1 hash, you should consider using certs with SHA256 now or downgrade GnuGk's security settings with the [TLS] CipherList= switch. - If you are using GnuGk to add RTP encryption to your calls, the H235HalfCallMediaStrength= switch has been replaced with the H235HalfCallMaxTokenLength= switch so you can not only choose between AES128 and AES256, but also which DH token length you want. Depending on how H323Plus was compiled, GnuGk will now support up to 8K DH keys according to the new version of H.235.6 that just being agreed on in the ITU. As you might have guessed from this post version 3.5 is close, so if you have any pending issues with GnuGk, let us know, so we can get them fixed for 3.5. Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project EMail : jan(a)willamowius.de Website: http://www.gnugk.org Support: http://www.willamowius.com/gnugk-support.html Relaxed Communications GmbH Frahmredder 91 22393 Hamburg Geschäftsführer: Jan Willamowius HRB 125261 (Amtsgericht Hamburg) USt-IdNr: DE286003584 ---------------------------------------------------------------------------- -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________________ Posting: mailto:Openh323gk-users@lists.sourceforge.net 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/

1 0

ptlib 2.10.9 fortify source patch for linux.
by Francisco Olarte 09 Dec '13

09 Dec '13

I've tested the attached patch for the ptlib problem I encountered ( https://sourceforge.net/p/opalvoip/bugs/496/ ) . I've tested it, found it working, and I am currently running it on production, happily going on with >2400 open files. When the next version of h323plus is released and ptlib version recomended for it is determined I will port it again and republish. Currently the patch applies cleanly to ptlib 2.12.8 too: ~/tmp/ptlib-2.12.8$ patch -p1 -i ../ptlib-2.10.9-fortify-source-fd-set.patch patching file include/ptlib/socket.h Hunk #1 succeeded at 555 (offset 80 lines). patching file src/ptlib/common/sockets.cxx Hunk #1 succeeded at 766 (offset -16 lines). patching file src/ptlib/msos/winsock.cxx Hunk #1 succeeded at 155 (offset 40 lines). Hunk #2 succeeded at 174 (offset 40 lines). patching file src/ptlib/unix/socket.cxx Hunk #1 succeeded at 130 (offset 13 lines). And also to the trunk: ~/tmp/ptlib-trunk$ patch -p1 -i ../ptlib-2.10.9-fortify-source-fd-set.patch patching file include/ptlib/socket.h Hunk #1 succeeded at 555 (offset 80 lines). patching file src/ptlib/common/sockets.cxx Hunk #1 succeeded at 774 (offset -8 lines). patching file src/ptlib/msos/winsock.cxx Hunk #1 succeeded at 155 (offset 40 lines). Hunk #2 succeeded at 174 (offset 40 lines). patching file src/ptlib/unix/socket.cxx Hunk #1 succeeded at 141 (offset 24 lines). although presently I have not got the resources to test it. Francisco Olarte.

1 0

PTLIb / FORTIFY_SOURCE problems.
by Francisco Olarte 05 Dec '13

05 Dec '13

I've hit a problem with PTlib 2.10.9 / h323plus 1.25.0 which surfaces on linux glibc systems in which FORTIFY_SOURCE enables checking fd < FD_SETSIZE on FD_SET/CLR/ISSET. It manifest itselfs as an immediate core dump when using high fds ( as I'm working with a yate instance translating h323-sip which uses about 15-16 handles per call, which made me raise open file limit to 8k, I cannot go above 60 calls ). I've reported it to ptlib developers ( https://sourceforge.net/p/opalvoip/bugs/496/ ) and developed a patch against ptlib to try to make it work. I'm presently preparing load tests for it. As h323plus uses this ptlib version ( and normally release version has problem with more recent ones ) and I've verified the same code is present in ptlibs trunk head, I wonder if I should send the patch when it's being tested to some place where it can be located and used by interested h323plus users ( it applies cleanly to ptlib 2.10.9 ). Any idea? Regards. Francisco Olarte.

2 1

My test results.
by Francisco Olarte 16 Nov '13

16 Nov '13

Well, after the exchanges regarding gkclient, and although the results are all the expected for this simple patches, I'll summarise my tests in case they are useful for anyone. I've done and tested this things to avoid my gkerver/gkclient problems. I expected no problems, and did not find any. 1.- Roll back 1.23&24 in gkclient.cxx against h323plus v1.25, basically unconditionallizing again the only endpointIdentifier assignement. All tests ok, as this leaves v1.25 behaving more or less like v1.24 2.- Apply the 1.48 in gkclient.cxx against v1.25, making it clear the endpoint identifier on full registration required. All tests ok again. This is the one I'll stick to while waiting for v1.26, as I expect to be able to get rid of it in the future. 3.- Both 1 and 2. I knew they are redundant but wanted to assert they worked in the test setup, all good again. Also I modified my gatekeeper as I posted to make it conditionally accept the endpoint identifier passed from the endpoint. All tests above worked with and without accepting endpoint identifiers. I'll keep this patch in case I encounter and endpoint with the unpatched v1.25 behaviour, as some of my endpoints are closed source. Bear in mind all tests are done in a simple scenario of a single ras only gatekeeper with endpoints registered on it, rebooting endpoints and gatekeeper in the middle. Francisco Olarte.

1 0

SonicWall/Dell wreck of a NAT
by Marek Podgorny 15 Nov '13

15 Nov '13

I have a problem with firewall that I cannot replace or reconfigure. The FW is a SonicWall, public IP on Internet side (of course), NAT on the LAN side, gatekeeper on a public address outside FW. Calls from EPs on NAT to outside world work but incoming calls fail. I wiresharked the traffic and found that the Q.931 setup ServiceControlIndication packet bounces from the FW. The reason for this is that while this particular packet is sent to UDP port previously used by the NATed EP RRQ, the FW fails to preserve NAT mapping table. SonicWall also ignores port preservation setting. Astonishingly, bi-directional access to UDP port 1719 works (SonicWall claims to support H.323 and it is possible to "activate" it. Maybe port 1719 becomes special). Therefore, here is my question: Is it possible to order H323Plus to only use outgoing UDP port 1719 for RAS signalling? Marek Podgorny +1 315 373-6345 >

2 3

Repository conversion
by Francisco Olarte 14 Nov '13

14 Nov '13

Hello everybody. After getting frustated with MY inability to view 'changesets' in the CVS repository for h323plus I decided to give cvs2svn a try, just to see how it came out. I've done a rsync dump of the 59Mb cvs repo at sourceforce and did a plain 'cvs2svn --encoding=latin_1', which seems seems to came out nicely. I can to be comming out nicely, it generated a trunk, a pboolean branch and several tags: ~/conv$ svn list file:///home/folarte/conv/h323plus-svn/branches pboolean/ ~/conv$ svn list file:///home/folarte/conv/h323plus-svn/tags plus_1_20/ v04/ v1_19_5/ v1_19_6/ v1_19_7/ v1_20_0/ v1_20_1/ v1_20_2/ v1_21_0/ v1_22_0/ v1_23/ v1_24_0/ v1_25_0/ ~/conv$ svn list file:///home/folarte/conv/h323plus-svn/trunk CVSROOT/ applications/ extensions/ h323plus/ As it is it serves my needs ( helping me see related files for backporting things into releases, and given the time it took I can ), but, as I think developers must be somehow familiar with subversion, ( as ptlib and lots of other projects use it ) I wonder if someone will be interested in converting the main repo. In this case I can try to build and tune a conversion script for better processing of things like the CVSROOT scripts and build a svn dump which could be tested and, if desired, imported. Francisco Olarte

3 2

gkserver does not use received endpoint identifier.
by Francisco Olarte 13 Nov '13

13 Nov '13

Some hours ago I've reported what I thought, and still think, is a bug in the treatement of endpoint identifiers on received RCF in gkclient.cxx. As the gatekeeper which is having problems with them is one of mine, which is derived from gkserver.cxx, I decided to investigate further. I tried to look at what gnugk does in it's sources, and it seems it uses the received endpoint identifier and thus avoids this problem, but I've not been able to totally verify it. But looking at gkserver.cxx, which I know a little better, I've noticed that the first time it receives a keepalive after a reboot it does not know the endpoint, so it requests a full registration, so far so good. Then when the new full registration arrives OnFullRegistration ends up doing // Need to create a new endpoint object info.endpoint = CreateRegisteredEndPoint(info); Which leads to: H323RegisteredEndPoint * H323GatekeeperServer::CreateRegisteredEndPoint(H323GatekeeperRRQ &) { return new H323RegisteredEndPoint(*this, CreateEndPointIdentifier()); } If this method is changed to something like: return new H323RegisteredEndPoint(*this, info.rrq.HasOptionalField(H225_RegistrationRequest::e_endpointIdentifier) ? info.rrq.m_endpointIdentifier : CreateEndPointIdentifier() ); My Gatekeeper ( and any gatekeeper built using h323plus gkserver ) will accept this kind of behaviour ( ie, where the endpoint DOES NOT USE the endpoint id received in the RCF as I think it should do ) ( in the line of be strict in what you send and tolerant in what you accept ). Does this seem correct? If so I can send make a send a patch for this ( basically, the above line after testing ). Francisco Olarte.

3 2

Previous bug report...
by Francisco Olarte 13 Nov '13

13 Nov '13

Hello everyone. In my previous mail I blamed my problems on commit http://h323plus.cvs.sourceforge.net/viewvc/h323plus/h323plus/src/gkclient.c… while it seems is due to a combination of that and the previous one: http://h323plus.cvs.sourceforge.net/viewvc/h323plus/h323plus/src/gkclient.c… It seem the endpointdidentifier assignement was removed in the 1.23 rev ( although the comment talks about gatekeeper identifier ) and reinstated conditionalized in 1.24 ( which comment i do not fully understand, seems like a partial revert of the previous one ). Regards. Francisco Olarte

3 3

Gkclient problem ( regression ) in h233plus 1.25
by Francisco Olarte 12 Nov '13

12 Nov '13

Hi everybody. I think h323plus gkclient.cxx does not correctly process reregistration after a gatekeeper reboot in 1.25. My scenario is the following. We have several h323 endpoint programs ( yate instances and homebrew ones ) registered to a gatekeeper. As part of a scheduled maintenance ew rebooted the gatekeeper. Every endpoint compiled against h323plus 1.24 reregisterd correctly and kept working, but a single one compiled with h323plus 1.25 ( and part of the maintenance is upgrading to 1.25 ) did not. The problem was the endpoint sent a keepalive RRQ with the old gatekeeper data. The new gk instance replied with an RRJ with a full registration required cause. The endpoint sent a full registration, the gatekeeper replied with a RCF with a NEW ENDPOINT IDENTIFIER. All the 1.24 programs then proceeded to send the new Ep Id, but the 1.25 one kept sending the old ones. I suspect it also sends it in ARQs, so it was unable to call ( will verify it later ). I've been debugging the source code and didn't notice any difference in the clients, so I looked at the 1.25-1.24 diffs, in gkclient.cxx http://h323plus.cvs.sourceforge.net/viewvc/h323plus/h323plus/src/gkclient.c… I noticed a difference in endpoint identifier handling, which I narrowed to this commit: http://h323plus.cvs.sourceforge.net/viewvc/h323plus/h323plus/src/gkclient.c… which does not store a new endpoint indentifer from an rrq if one is set, but does not do further tests, and seems to be what is causing my problem. I assume there is a reason for not storing the new endpoint identifier, but I think it should at least be checked. Also I think when receiving a fullregistrationrequired in a registration the stored fields should be reset. Actually I've seen it's processed like this: case H225_RegistrationRejectReason::e_fullRegistrationRequired : registrationFailReason = GatekeeperLostRegistration; // Set timer to retry registration reregisterNow = TRUE; monitorTickle.Signal(); break; but I've been unable to find more actions than signalling an immediate retry, I think in this case, if not in the general registration reject case, the endpoint identifier should be cleared, as it shouldn't be valid after a failed registration. I've also studied the differences between tag v1.25 and HEAD http://h323plus.cvs.sourceforge.net/viewvc/h323plus/h323plus/src/gkclient.c… and haven't found any differences in the relevant areas. Summarising, I think endpoint identifier, and maybe some mor registration data should be cleared on registration rejects. And also stored endpoint identifier should be tested again a potential inconsistency against registration confirm data, althoguh this can be problematic ( what to do if they do not match ? ) and can be left off as it's not going to interfre with normal operations. I can try to make a patch, in my case probabley clearing endpointIdentifier on registration reject will work, but I fear it may broke other parts. Francisco Olarte. P.S. I cannot provide detailed packet traces at the moment, as they need some rather involved setup, but I can try to do it if someone think it's neccessary. F.O.

1 0

GNU Gatekeeper 3.4 released
by Jan Willamowius 19 Sep '13

19 Sep '13

Dear community, I'm happy to announce the availability of GNU Gatekeeper 3.4 with a number of new features and bug fixes. http://www.gnugk.org/gnugk-3.4.html Whats new ? - implement H.460.26 (RTP over TCP) together with H.460.17, this allows endpoints to operate on a single outbound TCP connection - implement H.235.6 media encryption of data channels - automatically update H.235.6 media keys after 2^31 packets enable with EnableH235HalfCallMediaKeyUpdates=1 - implement TLS support to encrypt call signaling channel important to secure the H.235.6 key exchange, allows a fully encrypted GnuGk-to-GnuGk trunk http://www.gnugk.org/gnugk-manual-12.html#ss12.11 - set RTP source IP on OS that support it (Linux, FreeBSD, Win Vista+) important for multi-homed servers with H.460.19 or IP failover - new routing policy 'ldap' - new authentication modules: LDAPAliasAuth and LDAPPasswordAuth - allow non-gateways to use additive registration, fix H.460.x support now always enabled and important for LifeSize interoperability - new accounting variables %{caller-vendor} and %{callee-vendor} - allow "0.0.0.0/0" in ModeSelection and ExplicitRoutes= this allowes you to set one default setting and other rules for exceptions - access to the SSH status port can be restricted by additional IP rules in [GkStatus::Auth] - setting on/off config switches to y/n or a/? is now depricated, use 1/0 check your config, these will stop working shortly! - a number of bug fixes Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project Website: http://www.gnugk.org Support: http://www.willamowius.com/gnugk-support.html Relaxed Communications GmbH Frahmredder 91 22393 Hamburg Geschäftsführer: Jan Willamowius HRB 125261 (Amtsgericht Hamburg) USt-IdNr: DE286003584

1 0

Security updates to h323plus/GnuGk
by Simon Horne 05 Aug '13

05 Aug '13

To all No doubt people on the CVS commit list has seen a flurry of commits to both h323plus and GnuGk particularly in the area of security. H323plus (and GnuGk) now supports H.235.6 with AES256 Media encryption with up to 4096 Diffie-Hellman keys. This mode is compatible with industry standard AES128 with 1048 DH key but provides addition security when calling with h323plus or using GnuGk. We have also begun adding TLS support to both H323plus and GnuGk to protect signaling. Over the coming weeks we plan to add more features in the H.235.x series. Simon

1 0

GNU Gatekeeper 3.2 released
by Jan Willamowius 14 May '13

14 May '13

Dear community, I'm happy to announce the availability of GNU Gatekeeper 3.3 with a number of new features and bug fixes. http://www.gnugk.org/gnugk-3.3.html Whats new ? - support for H.460.18/.19 between parent and child gatekeepers - interoperability fixes for H.460.19 RTP multiplexing with Tandberg/Cisco equipment - support for pre-granted ARQs to speed up call establishment [RoutedMode] PregrantARQ=1 - SNMP traps with warnings are now disabled by default for less noise - configurable DiffServ DSCP to set QoS on RTP traffic - new [RewriteCLI::SQL] feature - new [Routing::NeighborSQL] policy to read Neighbor targets from database - updated [CallTable] DisabledCodecs to include UserInput Capabilities - new [RasSrv::LRQFeatures] PingAlias= to reduce resource usage processing LRQ pings - improvements to [RewriteSourceAddress] - many smaller bug fixes This version also contains a security fix for SQLite users. Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project Website: http://www.gnugk.org Relaxed Communications GmbH Frahmredder 91 22393 Hamburg Geschäftsführer: Jan Willamowius HRB 125261 (Amtsgericht Hamburg) USt-IdNr: DE286003584

1 0

PTLIB_VER versioning
by J.C Mercier 10 Apr '13

10 Apr '13

Just a quick note, it seems that the expression below (PTLIB_MINOR <= 10) will always yield a least PTLIB_VER for the most part. for instance, if PTLIB_MAJOR =2, PTLIB_MINOR=10, it goes to the first #if, resulting in PTLIB_VER = 300 instead of 2100. Just curious to know if this is intentional. #if PTLIB_MAJOR == 2 && PTLIB_MINOR <= 10 #define PTLIB_VER ( PTLIB_MAJOR*100 + PTLIB_MINOR*10 + PTLIB_BUILD ) #else #define PTLIB_VER ( PTLIB_MAJOR*1000 + PTLIB_MINOR*10 + PTLIB_BUILD ) #endif Thanks Josh

3 2

GNU Gatekeeper Survey 2013
by Jan Willamowius 08 Apr '13

08 Apr '13

Dear all, almost every year we do a survery where users can give feedback and provide new ideas for features etc. I always learn a lot about what you all think and which direction you want the GNU Gatekeeper project to go, so please take a moment to answer a few questions. http://www.gnugk.org/survey-2013.html Thanks for your time! Best regards, Jan PS: Feel free to pass the link on to other GnuGk users who are not on this mailinglist. We want everybody's opinion! -- Jan Willamowius, Founder of the GNU Gatekeeper Project EMail : jan(a)willamowius.de Website: http://www.gnugk.org Support: http://www.willamowius.com/gnugk-support.html Relaxed Communications GmbH Frahmredder 91 22393 Hamburg Geschäftsführer: Jan Willamowius HRB 125261 (Amtsgericht Hamburg) USt-IdNr: DE286003584

1 0

Adrien Rudulier
by Adrien Rudulier 22 Feb '13

22 Feb '13

xbbzhttp://www.mindshift-consulting.com/ajbbpqt/xcc5r.r?0m4wee2a inm .doqeuxvwtxvbgiyhgayaafzxxnz<span style="color: rgb(255, 255,

1 0

h323plus 1.25.0 compilation
by Vieri 12 Feb '13

12 Feb '13

Hi, With version 1.25.0 I get the following error (did not appear in previous 1.23.0 version): [CC] h323.cxx In file included from include/h323con.h:44:0, from h323.cxx:37: include/openh323buildopts.h:37:34: fatal error: ptlib/../../revision.h: No such file or directory I suppose it's a packaging error as revision.h should only be used for the svn version? Removing that line in openh323buildopts.h should be enough. Thanks, Vieri

2 1

Ambiguous dependence between H323_H46019M and H323_H46024A
by Denis Kochmashev "Enforta" 01 Feb '13

01 Feb '13

Hello! There is an ambiguous dependence between H323_H46019M and H323_H46024A in include/h460/h46018_h225.h and in src/h460/h46018_h225.cxx. In h46018_h225.cxx code of PBoolean H46019UDPSocket::GetPeerAddress(PIPSocketAddressAndPort & addr) will be compiled only if H323_H46019M and H323_H46024A are defined both (#ifdef H323_H46019M at line 1523 is called while we are in #ifdef H323_H46024A block, which starts at line 1461). In h46018_h225.h this function is only dependent on H323_H46019M. I've made a small patch which, assuming the correctness of h46018_h225.h. С уважением, Денис Кочмашев Руководитель группы Телефонии Энфорта /ООО "Престиж-Интернет"/ Центр технической эксплуатации г. Екатеринбург раб.тел. : +7 343 3789808 доб.1811 моб.тел. : +7 909 0222711 корп.тел.: (0 343) 1811 e-mail : <mailto:d.kochmashev@enforta.com> d.kochmashev(a)enforta.com

1 0

Re: [h323plus] Unable to compile h323plus with "P_QOS" disabled/missing
by J.C Mercier 25 Jan '13

25 Jan '13

Hi Jan, below are a few of the errors, some of which i tried fixing. They are all most due to not checking whether "P_QOS" is defined for some of the cude that uses the QoS stuff like in rtp.cxx, the "PBoolean RTP_UDP::Open(.. )" has calls to QoS variables outside the #if P_QOS check, and also creates the sockets which takes QoS variables as parameters. I'm sure this might require a bit of work so i'll probably have to work with the ptlib version that complies with the current h323plus version. ---- some of the errors with VS2008 Win7 .......... 1>.\src\h323caps.cxx(868) : error C2653: 'PQoS' : is not a class or namespace name 1>.\src\h323caps.cxx(868) : error C2065: 'guaranteedDSCP' : undeclared identifier 1>.\src\h323caps.cxx(1278) : error C2653: 'PQoS' : is not a class or namespace name 1>.\src\h323caps.cxx(1278) : error C2065: 'controlledLoadDSCP' : undeclared identifier Thanks for the quick response. Always appreciate all the help from everyone. Regards, Josh On Wed, Jan 23, 2013 at 5:58 PM, Jan Willamowius <jan(a)willamowius.de> wrote: > Hi Josh, > > I'm not working with the latest PTLib because it breaks the H323Plus > build system on Unix, but if you mail me your compiler error I can > probably fix it in the CVS. > > Regards, > Jan > > -- > Jan Willamowius, Founder of the GNU Gatekeeper Project > EMail : jan(a)willamowius.de > Website: http://www.gnugk.org > Support: http://www.willamowius.com/gnugk-support.html > > Relaxed Communications GmbH > Frahmredder 91 > 22393 Hamburg > Geschäftsführer: Jan Willamowius > HRB 125261 (Amtsgericht Hamburg) > USt-IdNr: DE286003584 > > J.C Mercier wrote: > > I downloaded the current trunk version of ptlib which compiles no > problem, > > but when attempting to compile the h323plus library, there seems to fail > > because "P_QOS" is no longer part of ptlib. > > > > Has anyone encounter this problem? > > > > Your help/suggestions will be greatly appreciated. > > > > Thanks > > > > Josh > >

4 5

Re: [h323plus] Unable to compile h323plus with "P_QOS" disabled/missing
by Jan Willamowius 24 Jan '13

24 Jan '13

>From what I read, IP_TOS is back in Win8 and Server 2012. See (scroll down to "Windows Support for IP_PROTO options") http://msdn.microsoft.com/en-us/library/windows/desktop/ms738586%28v=vs.85%… Anybody want to test and report back to the list ? Regards, Jan Robert Jongbloed wrote: > I think the only reason to go to 2.12.x or later is QoS under Windows. > Basically, the IP_TOS does not work on Vista and later. Microsoft have > made it so it returns success, but doesn't actually do anything! How > good is that? > > If no Windows, then no reason! > > FYI there is the macro PTLIB_CHECK_VERSION(major,minor,build) that was > added in the late 2.10's to allow for conditional compile against > various PTLib versions. So, > > #if PTLIB_CHECK_VERSION(2,12,0) > // new stuff > #else > // old stuff > #endif > > *Robert Jongbloed* > /OPAL/OpenH323/PTLib Architect and Co-founder./ > Commercial support at http://www.voxlucida.com.au > > On 24/01/2013 7:48 PM, Jan Willamowius wrote: > > Hi Josh, > > > > after fixing those 2 lines in h323caps.cxx in the CVS it compiles with > > PTLib 2.10.9 with QoS disabled and it should compile with PTLib trunk, > > too. > > > > Personally, I'd consider sticking to PTLib 2.10.9. Thats the > > reccomended version for GnuGk and I'm not sure I'll follow along to > > 2.12.x. > > > > Regards, > > Jan > > > > J.C Mercier wrote: > >> Hi Jan, > >> > >> below are a few of the errors, some of which i tried fixing. They are all > >> most due to not checking whether "P_QOS" is defined for some of the cude > >> that uses the QoS stuff like in rtp.cxx, the "PBoolean RTP_UDP::Open(.. )" > >> has calls to QoS variables outside the #if P_QOS check, and also creates > >> the sockets which takes QoS variables as parameters. > >> > >> I'm sure this might require a bit of work so i'll probably have to work > >> with the ptlib version that complies with the current h323plus version. > >> > >> ---- some of the errors with VS2008 Win7 .......... > >> 1>.\src\h323caps.cxx(868) : error C2653: 'PQoS' : is not a class or > >> namespace name > >> 1>.\src\h323caps.cxx(868) : error C2065: 'guaranteedDSCP' : undeclared > >> identifier > >> 1>.\src\h323caps.cxx(1278) : error C2653: 'PQoS' : is not a class or > >> namespace name > >> 1>.\src\h323caps.cxx(1278) : error C2065: 'controlledLoadDSCP' : undeclared > >> identifier > >> > >> > >> Thanks for the quick response. Always appreciate all the help from everyone. > >> > >> Regards, > >> Josh > >> > >> On Wed, Jan 23, 2013 at 5:58 PM, Jan Willamowius <jan(a)willamowius.de> wrote: > >> > >>> Hi Josh, > >>> > >>> I'm not working with the latest PTLib because it breaks the H323Plus > >>> build system on Unix, but if you mail me your compiler error I can > >>> probably fix it in the CVS. > >>> > >>> Regards, > >>> Jan > >>> > >>> -- > >>> Jan Willamowius, Founder of the GNU Gatekeeper Project > >>> EMail : jan(a)willamowius.de > >>> Website: http://www.gnugk.org > >>> Support: http://www.willamowius.com/gnugk-support.html > >>> > >>> Relaxed Communications GmbH > >>> Frahmredder 91 > >>> 22393 Hamburg > >>> Geschäftsführer: Jan Willamowius > >>> HRB 125261 (Amtsgericht Hamburg) > >>> USt-IdNr: DE286003584 > >>> > >>> J.C Mercier wrote: > >>>> I downloaded the current trunk version of ptlib which compiles no > >>> problem, > >>>> but when attempting to compile the h323plus library, there seems to fail > >>>> because "P_QOS" is no longer part of ptlib. > >>>> > >>>> Has anyone encounter this problem? > >>>> > >>>> Your help/suggestions will be greatly appreciated. > >>>> > >>>> Thanks > >>>> > >>>> Josh > >>> > > > -- Jan Willamowius, jan(a)willamowius.de, http://www.gnugk.org/

1 0

not use h264 encode
by 杨志祥 24 Jan '13

24 Jan '13

hi simon: i use myphone.exe.when i select codec is h263-cif,then it work OK.but,i use codec is h264-cif or h264-4cif,it not send and receive video data.why? the document create by use myphone -ttttt. thank you!

1 1

Unable to compile h323plus with "P_QOS" disabled/missing
by J.C Mercier 23 Jan '13

23 Jan '13

I downloaded the current trunk version of ptlib which compiles no problem, but when attempting to compile the h323plus library, there seems to fail because "P_QOS" is no longer part of ptlib. Has anyone encounter this problem? Your help/suggestions will be greatly appreciated. Thanks Josh

1 0

h323plus 1.25 Released
by Simon Horne 23 Jan '13

23 Jan '13

To all Just a quick note H323plus 1.25 has been released and available from Sourceforge and the website. H323plus 1.24-25 Change Log Added H.460 Compatibility Feature Added H.460.26 Support (depreciated nonstandard H.460.17a) [Work in Progress] Updated ASN.1 to H.323v7 (H.225v7, H.245v15) Added H.460.4 Baseline FIX Change FastStart to be default FALSE to bring into line with other video equipment Added Language support to Setup and Connect messages Added interoperable H.235.6 [Work in progress] FIX Try reconnecting signalling channel if goes down unexpectedly and not drop call FIX Check Alternate gatekeepers are valid FIX Added KeepAlives to H.460.19 signalling channel Added AEC Support directly into the library FIX Statically loading codecs. Can now be set from OpenH323buildopts.h Added H.460.17 Integration into H323Endpoint and Added To Simple example FIX Enumeration through H460_Feature Parameters FIX Memory allocation of RTP Frames (G.722 on Windows) Added UPnP Standalone support (without H.460.23/.24) Major rehashing of UPnP code Added EmphasisSpeed and MaxPayloadSize support to plugins Added vs2010 Build files Added Baseline Windows X64 Support FIX MediaEncryption so it compiles dynamically with OpenSSL FIX H.460.24 Annex A and B tweaks Added RTP Multiplexing support to H.460.23/.24 FIX IPv6 Support and checks

2 1

h323plus not load h264 plugin
by 杨志祥 22 Jan '13

22 Jan '13

Hi: i download h323plus1.24 and ptlib 2.10.1 and application 1.23.0 on http://www.h323plus.org/source/. i use vs2008 compile,all ok. i compile h323plus video plugin,it create libx264-129.dll and h264_x264_ptplugin.dll. next,i use application compile myphone2 sample.i create c:\ptlib_plugin, and copy avcodec-54.dll avutil-51.dll h264_x264_ptplugin.dll,libx264-129.dll to the folder.and set PWLIBPLUGINDIR=c:\ptlib_plugin environment <http://www.baidu.com/s?wd=environment&f=12&rsp=0&oq=enviroment&ie=utf-8> . i alreday change myphone code to CMyPhoneEndPoint::VideoInputDriver = "DirectShow",myphone video device enable show my computer video capture card. but i execute myphone.exe,it audio is work ok.but video codec is null,video not send and receive. why? use myphone -tttt,myphone_trc.txt is MyPhone Capability Table: Table: G.711-uLaw-64k <2> G.711-ALaw-64k <1> UserInput/hookflash <3> UserInput/basicString <4> UserInput/dtmf <5> UserInput/RFC2833 <6> UserInput/Navigation <7> UserInput/Softkey <8> UserInput/PointDevice <9> UserInput/Modal <10> Set: 0: 0: G.711-uLaw-64k <2> G.711-ALaw-64k <1> 1: UserInput/hookflash <3> UserInput/basicString <4> UserInput/dtmf <5> UserInput/RFC2833 <6> UserInput/Navigation <7> UserInput/Softkey <8> UserInput/PointDevice <9> UserInput/Modal <10> it not contain video codec.please help.thanks.

2 1

GNU Gatekeeper 3.2 released
by Jan Willamowius 17 Jan '13

17 Jan '13

Dear community, I'm happy to announce the availability of GNU Gatekeeper 3.2. This is the first version released by Relaxed Communications GmbH, the company I recently founded to provide consulting and support for GnuGk. Version 3.2 has a few new features and many bugfixes, especially for those of you with a lot of calls. There are executables for Linux, Windows, FreeBSD, NetBSD and OpenBSD. http://www.gnugk.org/gnugk-3.2.html New Features: The most important new feature in my view is the ability to have multiple instances of routing policies with different configuration. Another very important feature is support for additive registrations. Here is the full list: - allow multiple instances of routing policies with different settings (currently works for sql, enum, srv, dns, numberanalysis, lua, forwarding) - support for additive registration for gateways, new switch [RasSrv::RRQFeatures] EnableAdditiveRegistration - new Alias SQL variable "Additive-RRQ" - new [Gatekeeper::Main] TTLExpireDropCall switch to prevent calls being dropped due to registration timeout - added AssignedGatekeeper support to child gatekeeper - new [Routing::Sql] EnableRegexRewrite switch to support basic regex rewrite in SQL queries - new switch [RoutedMode] RemoveH245AddressFromSetup= - improved speed of H.460.19 port detection - new ACF status item for media routing for calls - extend [RasSrv::PermanentEndpoints] to support vendor information on gateways Please see changes.txt in the download archives for details on the bug fixes. Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project Website: http://www.gnugk.org Relaxed Communications GmbH Frahmredder 91 22393 Hamburg Geschäftsführer: Jan Willamowius HRB 125261 (Amtsgericht Hamburg) USt-IdNr: DE286003584

1 0

Error in PTLib version check macro
by Denis Kochmashev "Enforta" 11 Dec '12

11 Dec '12

Hello! Perhaps you already know that there is a small error in PTLib version check macro in latest CVS version of H323Plus. I think that PTLIB_VER should be compared to 21100 instead of 2110. Regards, Denis

2 2

Typo in GeExtendedChannelNum() function name
by ojab 28 Nov '12

28 Nov '12

Hello, list. I've found GeExtendedChannelNum() function in include/h323con.h, looks like there is a typo and function name should really be GetExtendedChannelNum(). //wbr ojab

2 1

GNU Gatekeeper 3.1 released
by Jan Willamowius 23 Aug '12

23 Aug '12

Hi! I'm happy to announce the release of GNU Gatekeeper version 3.1. NOTE: This release contains a SECURITY FIX and users of all previous versions are encouraged to update to 3.1. Highlights of GnuGk 3.1: - SNMP support (GET, SET and traps) - H.460.17 support - routing policy for call forwarding (according to SQL database) - support for connections with different H.245 tunneling settings on each call leg - neighbor routing by IP ([Neighbor::...] SendIPs=1.2.3.4/22) - GnuGk can encryption/decryption internet-side leg of a call - configurable handling of Q.931 decoding errors - support for setting host routes in config ([Proxy] ExplicitRoutes=) - freely configure vendor ID when registering as endpoint with other gatekeeper - read alternate gatekeeper settings from database - new config section [RewriteSourceAddress] - bug fixes (eg. in traversal zone support) The full changelog is attached. You can download executables for Linux, Windows, MacOS X, FreeBSD, OpenBSD, NetBSD and Solaris from http://www.gnugk.org/gnugk-3.1.html Please note that not all executables have all features compiled in. Especially if you want good SNMP support, you should compile GnuGk for your exact configuration. Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project EMail : jan(a)willamowius.de Website: http://www.gnugk.org Support: http://www.willamowius.com/gnugk-support.html

1 0

openmcu and h323plus - getting video operational
by lkcl luke 15 Aug '12

15 Aug '12

hi, i'm in the process of getting openmcu up and running. the usual issues which have been discussed many many times - audio working but video is not - are being experienced. i've managed to get to the point where, after downloading the source code for ffmpeg, ptlib, h323plus, openmcu and various other plugins that i've found on openmcu.ru, and after making various modifications i can get a stable build... *without* video. the moment i add in the plugins which handle video, a connection from ekiga hangs openmcu indefinitely, to the extent where even the web interface on port 1420 doesn't work. so, things that *might* be stopping this from working: i haven't been able to build any of the h323plus plugins, except just now, and i had to modify the "configure" script as well as the source code, because the detection of h263p_encoder has now been modified: it's called ff_h263p_encoder, as is h264_encoder, decoder and mpeg_decoder - they all now have the prefix "ff_" as you can see from these patches (which i found via very very obscure google searches) http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/devel/opal/patches/ but... this still isn't enough, because the actual detection in configure.ac is utterly broken. so, instead what i did - temporarily - was to hack the configure script to define HAVE_H263P=yes, HAVE_H264_DETECTION=yes, HAVE_H263=yes on a permanent basis. that then allowed me to actually have the plugins configured, *but* they're not actually compiled! so i had to "cd plugins" and run "make", that then discovered that there's an error in include/openh323buildopts.h - i had to edit this file to hard-code the location of ptlib's revision.h file (#include "/root/ptlib-2.10.4~dfsg/revision.h"), and hooray, the make worked. i say worked, but it still didn't compile things: the detection for LIBAVCODEC changes is wrong - features that said to be in version 54 are actually present in version 52, so i had to make changes like this: #if LIBAVCODEC_VERSION_MAJOR < 52 _context->codec_type = CODEC_TYPE_VIDEO; #else _context->codec_type = AVMEDIA_TYPE_VIDEO; #endif _context->codec_id = CODEC_ID_H264; then there was also a #include that was commented out in rfc2190.cxx #include <malloc.h> which had to go back in, because the "free" function is undefined otherwise. so fiiinally, that allowed h261-vic_video_pwplugin.so and a whole bunch of other codecs to be built (hooray!) and, so, having compiled all these plugins, i now install them aaaaaand.... openmcu hangs when h261-vic_video_pwplugin.so is installed. all other plugins are installed (h264 etc.) but making a call with ekiga using these plugins, they're not activated. so... after struggling to get even the plugins compiled (several hours of investigation), and struggling to get the source code compiled (2 days), things are no further along. does anyone have a successful recipe and build environment and/or has anyone actually ever got openmcu to ever work with video, or does anyone have any advice on how to go about investigating and/or fixing the issue of hanging with h261-vic-video-pwplugin? many thanks, l.

2 4

Re: [h323plus] lost rtp packets and using jitter for video session
by Konstantin 10 Aug '12

10 Aug '12

Dear Simon, I tried to check if h323plus endpoint works with demanded jitter value or not. From the linux server side that has OpenMCU started I executed: # tc qdisc add dev eth0 root netem delay 74ms 2ms (74ms is average delay, 2ms is jitter) And the video receiving on the client side (Myphone) became distorted. Then I tried to decrease jitter value from 2 to 1ms with: # tc qdisc delete dev eth0 root netem delay 74ms 2ms # tc qdisc add dev eth0 root netem delay 74ms 1ms (74ms avg delay, 1ms jitter) And the video come back to normal. So 1ms jitter looks OK, 2ms - not OK: 6-level tracing shows time to time: 2012/08/09 14:34:49.034 3 rtp.cxx(1122) RTP Dropped 1 packet(s) at 19195, ssrc=532876226 2012/08/09 14:34:49.034 6 h323pluginmgr.cxx(2105) PLUGIN Partial Frame received H.264-4CIF2 Ignoring rendering. 2012/08/09 14:34:49.034 3 rtp.cxx(1103) RTP Out of order packet, received 19194 expected 19196 ssrc=532876226 h323plus version I use has been forked, it is from Myphone3 project, so I don't mean you should fix something in the original h323plus... But de-jittering used for receiving audio only in both branches of project, that's why I need to ask you do you see any other way to resolve this except to get jitter buffer work with the video RTP also? I tried to increase jitter buffer stack, fix 40ms/frame constant and force it to work with video, but my endpoint just hangs when attempting to draw incoming video frame at the moment. And I need an advice, is this way "right" or not? And what's the reason of creating additional buffers for outputdevice if the out-of- order packets just drops? Simon Horne s.horne at packetizer.com Tue Feb 8 08:29:07 EST 2011 -------------------------------------------------------------------------- Igor The main issue is not the packets are being lost but the rendering being too slow and blocking the receive thread which would drop packets. The quick solution was to throw the actual rending within your VideoOutputDevice onto another thread and use a std::queue (with mutex) to load the frames coming out of the codec and grab the frames to send to the renderer. This will then not block the receiving thread. You can be cleaver and build a 1-3 frame buffer in your outputdevice to simulate a jitter buffer. See MyVideoOutputDevice::SetFrameData(..,const void * mark); The mark is a H323_RTPInformation pointer which contains a pointer to the last raw received RTP packet of the completed frame. You can get timestamp information from this and pace the output to the render, so if a frame is dropped then you can conceal it. Simon From: h323plus-bounces at lists.packetizer.com [mailto:h323plus-bounces at lists.packetizer.com] On Behalf Of Igor Pavlov Sent: 08 February 2011 22:27 To: h323plus at lists.packetizer.com Subject: [h323plus] lost rtp packets and using jitter for video session Hi, On connection speed greater than 384 kbps I have many lost rtp packets. If I switch off decoding of incoming video packets, than number of lost packets decreases. That is why I would like to try use jitter on video stream. I changed call of OpalMediaFormat() constructor inside OpalVideoFormat constructor in such way that needsjitter member become TRUE. But It is not working, not decoding any data. How can I use Jitter for my purpose and in general - can I do it? Igor Pavlov

2 1

Symmetrical negotiation
by Diego Carvalho 19 Jun '12

19 Jun '12

Hi all, Does anyone know if there is a way to wait the remote endpoint's OLC message before sending ours? I want to make the negotiation symmetric (have same codecs) and also video payload type (e.g If remote sends pt = 96 in its OLC I also want to send pt = 96 in my OLC). So that's why I need to wait remote's OLC first. I appreciate any help. Thanks.

2 1

Re: [h323plus] does H323Plus support H,239? Thanks!
by Bo Xu 13 Jun '12

13 Jun '12

Hello Mark, Thanks for the info! I also have another question about H.239, I am testing simple-application now, after connection and when I type "S" in callee-side(to start H.239), I got error message said "Application Open Error: Remote may not support Feature!", does it mean I need to enable H.239 capability in caller-side first? could you tell me how to make a H.239 enabled call with simple-application? do I need to modify the code of simple-application or just update the configuration? Thanks! Regards, Bo On Wed, Jun 13, 2012 at 3:54 PM, Mark Fleming <mark.fleming(a)queensu.ca>wrote: > Did you install video plugins? > > Using plugins > > Installing a codec plugin consists of copying the DLL or library.so file > into a directory where it can be found by OpenH323. By default, the stack > will search "C:\PWLIB_PLUGINS" (on Windows) or "/usr/local/lib/pwlib" (on > Unix) and all sub-directories. The default directory will be different if > the --prefix option is passed to configure. > > At run-time, the default plugin directory can be changed by setting the > value of PWLIBPLUGINDIR environment variable. If set, this variable is > assumed to contain a list of directories, seperated by ":" (colon) on Unix, > and ";" (semi-colon) on Windows. > > All plugin codecs must have a name that ends in "_pwplugin.dll" (Windows) > or "_pwplugin.so" (for Unix). This allows the plugin search path directory > to be safely pointed at a directory like "/usr/lib" or > "C:\WINDOWS\SYSTEM32" without PWLib attempting to load every single shared > library while looking for codecs. > > From: Bo Xu <boxuscience(a)gmail.com> > Date: Wednesday, 13 June, 2012 2:46 PM > To: "h323plus(a)lists.packetizer.com" <h323plus(a)lists.packetizer.com> > > Subject: Re: [h323plus] does H323Plus support H,239? Thanks! > > Hello Simon, > > Thanks for the info! now I have compiled ptlib-2.10.1-src > and h323plus-v1_23_0, also I have built two applications(simple and > myphone). when I started them in my two PCs, I can do audio call > successfully, but there is no video, could you tell me where I can find the > document for adding video capability into simple/myphone application? > Thanks! > > Regards, > Bo > > > > > > > > > > > On Tue, Apr 10, 2012 at 10:07 PM, Simon Horne <s.horne(a)packetizer.com>wrote: > >> Bo**** >> >> ** ** >> >> GnuGk fully supports H.239 (most gatekeepers do) and can be used with >> H323plus to do H.239. You can do H.239 with or without a gatekeeper.**** >> >> ** ** >> >> Simon**** >> >> ** ** >> >> *From:*h323plus-bounces@lists.packetizer.com [mailto: >> h323plus-bounces(a)lists.packetizer.com]*On Behalf Of *Bo Xu >> >> *Sent:* 11 April 2012 05:41 >> *To:* h323plus(a)lists.packetizer.com >> *Subject:* Re: [h323plus] does H323Plus support H,239? Thanks!**** >> >> ** ** >> >> Hello Simon,**** >> >> ** ** >> >> Thanks! **** >> >> ** ** >> >> could you also tell me if I want to make a H.239-enabled call with >> H323Plus terminal, do I also need a H.239-enabled gate-keeper? or I can use >> one H323Plus to make a H.239-enabled call to another H323plus directly? >> Thanks!**** >> >> ** ** >> >> also could you tell me if GnuGK supports H.239? Thanks!**** >> >> ** ** >> >> Regards,**** >> >> Bo**** >> >> ** ** >> >> ** ** >> >> ** ** >> >> ** ** >> >> ** ** >> >> ** ** >> >> ** ** >> >> ** ** >> >> On Wed, Apr 4, 2012 at 7:48 PM, Simon Horne <s.horne(a)packetizer.com> >> wrote:**** >> >> Yes**** >> >> **** >> >> *From:*h323plus-bounces@lists.packetizer.com [mailto: >> h323plus-bounces(a)lists.packetizer.com] *On Behalf Of *Bo Xu >> *Sent:* 05 April 2012 00:52 >> *To:* h323plus(a)lists.packetizer.com >> *Subject:* [h323plus] does H323Plus support H,239? Thanks!**** >> >> **** >> >> Hello,**** >> >> **** >> >> could you tell me id H323Plus support H,239? Thanks!**** >> >> **** >> >> Regards,**** >> >> Bo**** >> >> **** >> >> **** >> >> ** ** >> > >

1 0

does H323Plus support H,239? Thanks!
by Bo Xu 13 Jun '12

13 Jun '12

Hello, could you tell me id H323Plus support H,239? Thanks! Regards, Bo

2 5

GNU Gatekeeper 3.0 released
by Jan Willamowius 04 May '12

04 May '12

I'm pleased to announce a new major release of the GNu Gatekeeper. Version 3.0 has many new features that will allow even your legacy endpoints to move to a new age of H.323 audio and video communications. You can download the new version at http://www.gnugk.org/h323download.html New features: - full traversal zone support (gatekeeper-to-gatekeeper H.460.18/.19) Now you can place one GnuGk behind a firewall and let it tunnel out the calls for all other devices behind the firewall eg. to a VCS or to another GnuGk. This was probably the most request feature in the past. - full IPv6 support (incl. IPv4-IPv6 proxying) With the proxy function, you can let GnuGk manage a network of IPv6 endpoints and connect them to the IPv4 network or make legacy endpoints reachable for IPv6 calls. - RTP multiplexing (all calls to and from devices supporting H.460.19 will only use 2 sockets total) - rewrite destination IPs into aliases - ENUM, SRV and RDS routing policies extended for LRQs, in case the calling gatekeeper isn't able to do this - notifications when GnuGk opens listen ports This allows you to update firewall rules on the fly, so you only have the minimum amount of ports open. - improved H.235 password authentication with neighbors - massive performance improvement when (re-)loading large numbers of GW rewrites - interop fixes for Polycom m100 and Sorenson endpoints - fixes in the underlying libraries so *BSD systems can get the latest GnuGk features - a few bug fixes We provide executables for Linux (32 and 64 bit), Windows, MacOS X, FreeBSD, OpenBSD, NetBSD and Solaris. Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project EMail : jan(a)willamowius.de Website: http://www.gnugk.org Support: http://www.willamowius.com/gnugk-support.html

1 2

Re: [h323plus] H323-SIP Gateway with H264 Support
by Simon Horne 02 May '12

02 May '12

Diego Sorry for delay in replying With Reference to the document you linked to The plugin codec exports 2 functions for capability registration unsigned int PWLibPlugin_GetAPIVersion() <http://www.voxgratia.org/docs/codec_plugins.html#PluginCodec_Definition> PluginCodec_Definition * OpalCodecPlugin_GetCodecs(unsigned * count, unsigned version) The OpalCodecPlugin_GetCodecs function returns all the information you need on the signaling side. Simply supply the codec definitions and the codec will be available in h323plus. You DO NOT need to create the Codec Methods which link to FFMPEG/x264. For only supplying the codecs you need rather than removing them for the call. Clone the Capability List then remove all the orginal and add back the ones you want. In your derived void H323Connection::OnSetLocalCapabilities() H323Capabilities * myCapabilities(localCapabilities); localCapabilities.RemoveAll(); H323Capability * cap = myCapabilities.FindCapability("H.264*"); If (cap) LocalCapabilities.Add(cap); Simon From: Diego Carvalho [mailto:diego.cdomingos2010@gmail.com] Sent: 28 March 2012 06:37 To: Simon Horne Subject: [h323plus] H323-SIP Gateway with H264 Support Hi Simon, thanks for answering again. Today I could establish SIP -> H323 audio calls. So now I only need to deal with the 2 points below. I'm really interested in being able to add H.264 in the capability set without having to link the library with FFMPEG/X264, but I couldn't understand what you explained. I searched on the internet and found this: http://www.voxgratia.org/docs/codec_plugins.html that I believe is related to what you explained but even with this page I couldn't realize what I have to do. Is it possible to configure the plugin that comes with the source in this way? I mean, use the plugin in h323plus/plugin/video/H.264 for only signaling, without have to link with FFMPEG/X264. Another question is again about the capabilities. You said that I can remove the capabilities that aren't supported by the SIP endpoint. But this way, I will have to add all possible capabilities to my gateway and them remove the ones that SIP doesn't support. It would be much easier if my gateway could start without any capabilities and then I add the ones that SIP supports. Is that possible? If not, I will have to do what you explained but when I will add all the capabilities again to be ready to handle the next call? Again, thanks for all the help. 2012/3/23 Simon Horne <s.horne(a)packetizer.com> Diego There is some issues with changes in FFMPEG v54 and a number of function names changed and others were depreciated recommend v52. I am currently working through issues with v54. Again X264 is a moving target but last I looked it compiled on Linux. On Windows is a whole different story unfortunately. If you are only using the codec for signaling there should be no need to link to either FFMPEG or X264 and you can gut the plugins and only define the PluginCodec_Definitions, Plugin_Codec_Implementation() and PLUGIN_CODEC_GET_CODEC_FN. These are the signaling parts of the codec. The Encoder/Decoder contexts can be removed. There is some changes in the CVS to also allow you to load these plugins statically see the openh323buildopt.h.in. To filter capabilities on a call by call basis you can do this by overriding H323Capabilities::OnSetLocalCapabilities() and use the localCapabilities.Remove() function to remove the capabilities not used on the SIP side. Simon From: h323plus-bounces(a)lists.packetizer.com [mailto:h323plus-bounces@lists.packetizer.com] On Behalf Of Diego Carvalho Sent: 23 March 2012 22:44 To: h323plus(a)lists.packetizer.com Subject: Re: [h323plus] H323-SIP Gateway with H264 Support Hi Simon and "chr_cb". First of all, thanks for your help. Today I was able to establish an audio only call between H323 and SIP using the gateway I'm developing. This is great but I still have some problems and I appreciate any help on this: 1) Like I said, it was an audio only call. I was able to compile the plugins with the packages from Ubuntu repositories (libx264-dev, libavcodec-dev and libavutil-dev) but my project also uses ffmpeg and x264 so I would like to compile with the latest source code from git we use. The config.log shows some errors and on the internet I saw somebody saying that only a specific version of ffmpeg allows the compilation. Is that true? If so, what would be the version of ffmpeg and x264 I should use? Again, I would like to reiterate that I only want to have H264 on my capabilities list (I don't want to capture/render video). Do I indeed need the plugin? Is there another way? 2) If I set the gateway capabilities in the beginning it works but I want so set them in a later time. Specifically, I receive the call and send an invite on hold to SIP. Then it will answer with 200 OK with SDP. In this moment, when I have the SIP SDP, I want to set the gateway capabilities based on what the SIP side supports. How can I do this? If I try to add in this moment it simply doesn't add them. Thanks in advance. 2012/3/13 Simon Horne <s.horne(a)packetizer.com> Diego The plugins load default capability instances into the H323Endpoint. When the H323Connection is created these capabilities are cloned In H323Connection::OnSetLocalCapabilities() Simply remove the unmatched capabilities localCapabilities.Remove("H.264*"); The H323_ExternalRTPChannel does not handle RTP but can be used to not use the internal RTP system. You can have your own external RTP stack or not have one at all. You needed to read and populate H245_H2250LogicalChannelParameters in the send and receive message of the class with those of the SIP Client. I do have serious doubts what you are planning will work not because it can't technically work but because of the differences in H.323 and SIP with Video. H.323 is very strict on rules while SIP is very loose on interpretations. Here are the problems 1. RTP packetization H.323 says strictly single NAL SIP is undefined 2 options (Single NAL/Fragmented units) . You will get video on the H.323 side just fine but your SIP side with some devices may not be able to decode. 2. Payload Type for H.264 is specified as being flexible but a lot of SIP implementations have them fixed (usually 96 or 97) so H.323 requests 103 SIP always ends 97 no video on the H.323 side. There is no way you can fix this with signaling as SIP tells the other party what it is going to send and H.323 tells the party what it wants to receive. You have to proxy the media to fix the payload type number. Good luck. Simon ============================================================================ ============================================= From: Diego Carvalho [mailto:diego.cdomingos2010@gmail.com] Sent: 14 March 2012 06:09 To: Simon Horne Subject: Re: [h323plus] H323-SIP Gateway with H264 Support Hi Simon, thanks for answering but I still have some doubts: You said that this plugin will add the capability automatically. Actually, as I said, I'm building a H323-SIP gateway so, for instance, when the SIP endpoint is making a call I want to add the H264 capability only if the SIP endpoint offers it. Will I be able to add the capability manually? For instance, using localCapabilities.Add(new H323_H264Capability()). To sumarize, I want to be able to add (or remove if it was automatically added and the current call does not offer it) manualy the H264 capability. Also I don't know if the H323_ExternalRTPChannel applies to my situation. It's used to pass the RTP to another device. I don't want to handle the RTP at all (to be clear: I don't want RTP arriving on the gateway's network card). I want to send to h323 the RTP address/port SIP offered and vice-versa, so the RTP will flow directly between the endpoints. Any thoughts? Thanks in advance. 2012/3/13 Simon Horne <s.horne(a)packetizer.com> Diego H.264 is a video plugin in the plugin/video directory. You will need X264 and FFMPEG. For Ubuntu they are libx264-dev libavcodec-dev and libavutil-dev. You build the plugin .so and the helper (in the gpl subdirectory) and place them both in the same directory as you app. The application will load them at startup and automatically add the capability to the capabilityset etc If you don't want to use the plugin for RTP then have a look at the H323_ExternalRTPChannel. This will bypass the RTP handling in the codec to whatever you want. http://www.voxgratia.org/docs/external_rtp.html (its from 2004 but still current) Simon From: h323plus-bounces(a)lists.packetizer.com [mailto:h323plus-bounces@lists.packetizer.com] On Behalf Of Diego Carvalho Sent: 14 March 2012 03:05 To: h323plus(a)lists.packetizer.com Subject: [h323plus] H323-SIP Gateway with H264 Support Hi all, I'm working on a h323-sip gateway with video (H264) support and I'm facing some problems. I'm new with H323plus and with h323 protocol itself (I'm learning as I go) so excuse me if I say something stupid. First of all, I believe that the stack can be used to build a gateway but it seems that it's more focused on terminals. Am I right? So is it possible or not to build a gateway using it? Second, there is no native support for H264. The documentation shows the class hierarchy. For audio we have, for instance, H323Cabability -> H323RealTimeCapability -> H323AudioCapability -> H323_G711Cabability but we don't have H323Cabability -> H323RealTimeCapability -> H323VideoCapability -> H323_H264Cabability. I tried to create this one, extending from H323Cabability -> H323RealTimeCapability -> H323VideoCapability -> H323GenericVideoCabability and then I discovered that I would need to override a function called CreateCodec to return a codec that handles the video. But I don't want to handle the RTP media. I just want to put H264 in the terminal capability set and establish a connection in a way that the H323 and SIP terminals can exchange the media directly. I've heard about a H264 plugin but it seems that it is for handling the media, so I don't know if it fits my purpose. How can I achieve this? Is there any plan to support H264 natively on H323plus? Also I need to get the remote RTP port. The only way I found to do this is trough H323Connection::OnStartLocicalChannel but this is called after a channel to handle the data is created and again, I don't want to handle the RTP data. I appreciate any help. Thanks.

2 7

Re: [h323plus] H323-SIP Gateway with H264 Support
by Diego Carvalho 01 May '12

01 May '12

No, it is part of a system that the company I work for is developing. But I'm available to help anyone with the knowledge I'm getting here and while I'm developing it. Best regards, 2012/4/30 Jan Willamowius <jan(a)willamowius.de> > Hi Diego, > > a H.323-SIP gateway with video support sounds very promising. > Do you plan to release it OpenSource ? If you need someone to test it, > feel free to send it my way. ;-) > > Cheers, > Jan > > -- > Jan Willamowius, Founder of the GNU Gatekeeper Project > EMail : jan(a)willamowius.de > Website: http://www.gnugk.org > Support: http://www.willamowius.com/gnugk-support.html > > > Diego Carvalho wrote: > > Hi Simon, > > I am very grateful for the version of the H264 plugin with the > _SGINAL_ONLY > > option. After using it I finally could make video work on my application. > > Now I have 2 more challenges: > > 1 - Link the H264 and G722 plugins statically. How can I do this? > > 2 - I still have problems with capability negotiation. You said me to > > override H323Connection::OnSetLocalCapabilities to remove the codecs that > > SIP doesn't support. But this function is called in the very beginning > of a > > call, when I don't have SIP info yet. So I answer the call with > > H323Connection::AnswerCallPending and then start the SIP call. So I will > > have the SIP info only before sending the Connect PDU (e.g before calling > > H323Connection::AnswerCallNow). Is there another way to modify the local > > capabilities with this constraint? > > I appreciate any help. Thanks in advance. > > > > 2012/4/10 Simon Horne <s.horne(a)packetizer.com> > > > > > Diego**** > > > > > > ** ** > > > > > > Today I checked into the CVS a compile directive _*SIGNAL*_ONLY which > > > will compile the plugin without dependencies on FFMPEG or X264. You > only > > > need h264-x264.h/.cxx. You can use this in conjunction with > _*STATIC*_LINK > > > to build a static library to statically link the codec into the > h323plus > > > library.**** > > > > > > > > > > http://h323plus.cvs.sourceforge.net/viewvc/h323plus/h323plus/plugins/video/… > > > **** > > > > > > You will need to configure the makefile.in with these switches (not > done > > > yet)**** > > > > > > ** ** > > > > > > Also G.722 has serious interop issues. Mainly due to IMHO an error in > the > > > RFC. Although the codec is a 16k codec the RTP timestamps are > incremented > > > as 8k in the RFC. On the H.323 side they almost always use a 16k > timestamp > > > while on the SIP side it’s mostly 8k. **** > > > > > > ** ** > > > > > > Simon**** > > > > > > ** ** > > > > > > *From:* h323plus-bounces(a)lists.packetizer.com [mailto: > > > h323plus-bounces(a)lists.packetizer.com] *On Behalf Of *Diego Carvalho > > > *Sent:* 10 April 2012 04:41 > > > > > > *To:* h323plus(a)lists.packetizer.com > > > *Subject:* Re: [h323plus] H323-SIP Gateway with H264 Support**** > > > > > > ** ** > > > > > > Hi Simon, thanks a lot for you help, but I will have to bother you > again. > > > Now I could compile the H264 plugin after remove the code you told me > but I > > > couldn't make my program load it. I tried 3 different things: first I > put > > > the .so and the help in the same folder as my app, second I tried to > > > install the plugins in the default folder > (/usr/local/lib/opal-1.24.0/) and > > > finally I tried to set PWLIBPLUGINDIR. None of these worked. I also > tried > > > to load the G722 plugin and at least this one should work because I > didn't > > > change it. Am I missing something? > > > I also tried to enable the stack's log. At first glance, it didn't show > > > anything about plugins. Then I used the following code, from Simple > app: > > > > > > PDirectory DefaultDir = PProcess::Current().GetFile().GetDirectory(); > > > PPluginManager & pluginMgr = PPluginManager::GetPluginManager(); > > > pluginMgr.LoadPluginDirectory(DefaultDir); > > > > > > This makes the app loads the plugins from the current directory. After > > > this the log shows: > > > > > > 2012/04/09 11:08:17.701 4 pluginmgr.cxx(96) PLUGIN > > > Enumerating plugin directory /home/diego/H323Gateway/bin/Debug/ > > > 2012/04/09 11:08:17.701 5 pluginmgr.cxx(106) PLUGIN > > > Checking /home/diego/H323Gateway/bin/Debug/g722_audio_pwplugin.so > against > > > suffix _ptplugin > > > 2012/04/09 11:08:17.701 5 pluginmgr.cxx(106) PLUGIN > > > Checking /home/diego/H323Gateway/bin/Debug/g722_audio_pwplugin.so > against > > > suffix _pwplugin > > > 2012/04/09 11:08:17.702 3 h323pluginmgr.cxx(2529) H323PLUGIN > > > Loading plugin codec g722_audio_pwplugin > > > 2012/04/09 11:08:17.702 5 pluginmgr.cxx(106) PLUGIN > > > Checking /home/diego/H323Gateway/bin/Debug/h264_video_pwplugin_helper > > > against suffix _ptplugin > > > 2012/04/09 11:08:17.702 5 pluginmgr.cxx(106) PLUGIN > > > Checking /home/diego/H323Gateway/bin/Debug/h264_video_pwplugin_helper > > > against suffix _pwplugin > > > 2012/04/09 11:08:17.702 5 pluginmgr.cxx(106) PLUGIN > > > Checking /home/diego/H323Gateway/bin/Debug/h264_video_pwplugin.so > against > > > suffix _ptplugin > > > 2012/04/09 11:08:17.702 5 pluginmgr.cxx(106) PLUGIN > > > Checking /home/diego/H323Gateway/bin/Debug/h264_video_pwplugin.so > against > > > suffix _pwplugin > > > 2012/04/09 11:08:18.053 3 h323pluginmgr.cxx(2525) H323PLUGIN > > > Plugin Codec DLL h264_video_pwplugin contains no codec definitions > > > 2012/04/09 11:08:18.058 5 pluginmgr.cxx(106) PLUGIN > > > Checking /home/diego/H323Gateway/bin/Debug/H323Gateway against suffix > > > _ptplugin > > > 2012/04/09 11:08:18.058 5 pluginmgr.cxx(106) PLUGIN > > > Checking /home/diego/H323Gateway/bin/Debug/H323Gateway against suffix > > > _pwplugin > > > > > > So it seems that it loaded G722 correctly and encontered an error while > > > loading H264. But when the app starts, there is no G722 on capabilities > > > table. I also tried to use the G722 plugin in the Simple app and got > the > > > same result. The app shows this in its start up: > > > > > > Codecs (in preference order): > > > Table: > > > G.711-ALaw-64k <1> > > > G.711-uLaw-64k <2> > > > UserInput/hookflash <3> > > > UserInput/basicString <4> > > > UserInput/dtmf <5> > > > UserInput/RFC2833 <6> > > > UserInput/Navigation <7> > > > UserInput/Softkey <8> > > > UserInput/PointDevice <9> > > > UserInput/Modal <10> > > > > > > So, no G722. > > > > > > A last thing is how to link the plugins statically. You said something > > > about the CVS. Does it mean that the option to load the plugins > statically > > > is not available in the current version (1.24.0)? > > > Thanks in advance.**** > > > > > > 2012/4/3 Simon Horne <s.horne(a)packetizer.com>**** > > > > > > Diego**** > > > > > > **** > > > > > > There are 2 functions to load the plugin.**** > > > > > > PLUGIN_CODEC_IMPLEMENT(H264) **** > > > > > > PLUGIN_CODEC_DLL_API struct PluginCodec_Definition * > > > PLUGIN_CODEC_GET_CODEC_FN(unsigned * count, unsigned version)**** > > > > > > These are left as they are (including all the macro associated with > them)* > > > *** > > > > > > **** > > > > > > All Encryption/Decryption is handled by the H264Encoder/H264Decoder > > > classes. Simple remove these classes and everything referenced by the > > > classes.**** > > > > > > Where they are instanced.**** > > > > > > static void * create_encoder(const struct PluginCodec_Definition * > > > /*codec*/)**** > > > > > > static void * create_decoder(const struct PluginCodec_Definition * > > > /*codec*/)**** > > > > > > return NULL.**** > > > > > > **** > > > > > > That’s it. It should compile without needing FFMPEG or X264.**** > > > > > > **** > > > > > > Simon**** > > > > > > **** > > > > > > **** > > > > > > *From:* h323plus-bounces(a)lists.packetizer.com [mailto: > > > h323plus-bounces(a)lists.packetizer.com] *On Behalf Of *Diego Carvalho > > > *Sent:* 04 April 2012 03:57**** > > > > > > > > > *To:* h323plus(a)lists.packetizer.com > > > *Subject:* Re: [h323plus] H323-SIP Gateway with H264 Support**** > > > > > > **** > > > > > > Hi Simon. > > > Again, I would like to thank you because you helped me to solve two > > > problems: make SIP and H323 endpoints exchange media directly and set > > > capabilities by call basis. Actually, the code you showed me didn't > work in > > > my tests (remove all capabilities and then add the ones I want) but I > could > > > at least remove the capabilities I don't want. Anyway, now my last big > > > problem is the H264 support. I'm totally lost. You said: "Simply supply > > > the codec definitions and the codec will be available in h323plus. ". > But > > > supply where? I don't know where to define the PluginCodec_Definition > or > > > the other things you mentioned. Since I'm not an expert on H264 (I know > > > enough to make things work, lol) I would like to use what is already > > > done, I mean, is it possible to make some changes in the H264 plugin to > > > make it work only for signaling or I need to make something from the > > > scratch? Regardless the answer, give me some instructions, please. > Thanks > > > in advance.**** > > > > > > 2012/3/27 Simon Horne <s.horne(a)packetizer.com>**** > > > > > > Diego**** > > > > > > **** > > > > > > Sorry for delay in replying**** > > > > > > With Reference to the document you linked to**** > > > > > > The plugin codec exports 2 functions for capability registration**** > > > > > > unsigned int PWLibPlugin_GetAPIVersion()**** > > > > > > PluginCodec_Definition< > http://www.voxgratia.org/docs/codec_plugins.html#PluginCodec_Definition>* > OpalCodecPlugin_GetCodecs(unsigned * count, unsigned version) > > > **** > > > > > > **** > > > > > > The OpalCodecPlugin_GetCodecs function returns all the information you > > > need on the signaling side. Simply supply the codec definitions and the > > > codec will be available in h323plus. **** > > > > > > You DO NOT need to create the Codec Methods which link to > FFMPEG/x264.**** > > > > > > **** > > > > > > For only supplying the codecs you need rather than removing them for > the > > > call. Clone the Capability List then remove all the orginal and add > back > > > the ones you want.**** > > > > > > In your derived **** > > > > > > void H323Connection::OnSetLocalCapabilities()**** > > > > > > **** > > > > > > H323Capabilities * myCapabilities(localCapabilities);**** > > > > > > localCapabilities.RemoveAll();**** > > > > > > **** > > > > > > H323Capability * cap = myCapabilities.FindCapability(“H.264*”);**** > > > > > > If (cap)**** > > > > > > LocalCapabilities.Add(cap);**** > > > > > > **** > > > > > > **** > > > > > > Simon**** > > > > > > **** > > > > > > *From:* Diego Carvalho [mailto:diego.cdomingos2010@gmail.com] > > > *Sent:* 28 March 2012 06:37 > > > *To:* Simon Horne**** > > > > > > > > > *Subject:* [h323plus] H323-SIP Gateway with H264 Support**** > > > > > > **** > > > > > > Hi Simon, thanks for answering again. Today I could establish SIP -> > H323 > > > audio calls. So now I only need to deal with the 2 points below.**** > > > > > > I'm really interested in being able to add H.264 in the capability set > > > without having to link the library with FFMPEG/X264, but I couldn't > > > understand what you explained. I searched on the internet and found > this: > > > http://www.voxgratia.org/docs/codec_plugins.html > > > that I believe is related to what you explained but even with this > page I > > > couldn't realize what I have to do. Is it possible to configure the > plugin > > > that comes with the source in this way? I mean, use the plugin in > > > h323plus/plugin/video/H.264 for only signaling, without have to link > with > > > FFMPEG/X264. > > > Another question is again about the capabilities. You said that I can > > > remove the capabilities that aren't supported by the SIP endpoint. But > this > > > way, I will have to add all possible capabilities to my gateway and > them > > > remove the ones that SIP doesn't support. It would be much easier if my > > > gateway could start without any capabilities and then I add the ones > that > > > SIP supports. Is that possible? If not, I will have to do what you > > > explained but when I will add all the capabilities again to be ready to > > > handle the next call? > > > Again, thanks for all the help. **** > > > > > > **** > > > > > > 2012/3/23 Simon Horne <s.horne(a)packetizer.com>**** > > > > > > Diego**** > > > > > > **** > > > > > > There is some issues with changes in FFMPEG v54 and a number of > function > > > names changed and others were depreciated recommend v52. I am currently > > > working through issues with v54. Again X264 is a moving target but > last I > > > looked it compiled on Linux. On Windows is a whole different story > > > unfortunately.**** > > > > > > **** > > > > > > If you are only using the codec for signaling there should be no need > to > > > link to either FFMPEG or X264 and you can gut the plugins and only > define > > > the PluginCodec_Definitions, Plugin_Codec_Implementation() and > > > PLUGIN_CODEC_GET_CODEC_FN. These are the signaling parts of the codec. > The > > > Encoder/Decoder contexts can be removed. There is some changes in the > CVS > > > to also allow you to load these plugins statically see the > > > openh323buildopt.h.in.**** > > > > > > **** > > > > > > To filter capabilities on a call by call basis you can do this by > > > overriding H323Capabilities::OnSetLocalCapabilities() and use the > > > localCapabilities.Remove() function to remove the capabilities not > used on > > > the SIP side.**** > > > > > > **** > > > > > > Simon**** > > > > > > **** > > > > > > *From:* h323plus-bounces(a)lists.packetizer.com [mailto: > > > h323plus-bounces(a)lists.packetizer.com] *On Behalf Of *Diego Carvalho > > > *Sent:* 23 March 2012 22:44 > > > *To:* h323plus(a)lists.packetizer.com**** > > > > > > > > > *Subject:* Re: [h323plus] H323-SIP Gateway with H264 Support**** > > > > > > **** > > > > > > Hi Simon and "chr_cb". First of all, thanks for your help. Today I was > > > able to establish an audio only call between H323 and SIP using the > gateway > > > I'm developing. This is great but I still have some problems and I > > > appreciate any help on this: > > > 1) Like I said, it was an audio only call. I was able to compile the > > > plugins with the packages from Ubuntu repositories (libx264-dev, > > > libavcodec-dev and libavutil-dev) but my project also uses ffmpeg and > x264 > > > so I would like to compile with the latest source code from git we > use. The > > > config.log shows some errors and on the internet I saw somebody saying > that > > > only a specific version of ffmpeg allows the compilation. Is that > true? If > > > so, what would be the version of ffmpeg and x264 I should use? Again, I > > > would like to reiterate that I only want to have H264 on my > capabilities > > > list (I don't want to capture/render video). Do I indeed need the > plugin? > > > Is there another way? > > > 2) If I set the gateway capabilities in the beginning it works but I > want > > > so set them in a later time. Specifically, I receive the call and send > an > > > invite on hold to SIP. Then it will answer with 200 OK with SDP. In > this > > > moment, when I have the SIP SDP, I want to set the gateway capabilities > > > based on what the SIP side supports. How can I do this? If I try to > add in > > > this moment it simply doesn't add them. > > > Thanks in advance.**** > > > > > > 2012/3/13 Simon Horne <s.horne(a)packetizer.com>**** > > > > > > Diego > > > > > > The plugins load default capability instances into the H323Endpoint. > > > When the H323Connection is created these capabilities are cloned > > > In H323Connection::OnSetLocalCapabilities() > > > Simply remove the unmatched capabilities > > > localCapabilities.Remove("H.264*"); > > > > > > The H323_ExternalRTPChannel does not handle RTP but can be used to not > use > > > the internal RTP system. You can have your own external RTP stack or > not > > > have one at all. > > > You needed to read and populate H245_H2250LogicalChannelParameters in > the > > > send and receive message of the class with those of the SIP Client. > > > > > > I do have serious doubts what you are planning will work not because it > > > can't technically work but because of the differences in H.323 and SIP > with > > > Video. H.323 is very strict on rules while SIP is very loose on > > > interpretations. > > > Here are the problems > > > 1. RTP packetization H.323 says strictly single NAL SIP is undefined 2 > > > options (Single NAL/Fragmented units) . You will get video on the H.323 > > > side > > > just fine but your SIP side with some devices may not be able to > decode. > > > 2. Payload Type for H.264 is specified as being flexible but a lot of > SIP > > > implementations have them fixed (usually 96 or 97) so H.323 requests > 103 > > > SIP always ends 97 no video on the H.323 side. There is no way you > can fix > > > this with signaling as SIP tells the other party what it is going to > send > > > and H.323 tells the party what it wants to receive. You have to proxy > the > > > media to fix the payload type number. > > > > > > Good luck. > > > > > > Simon > > > > > > > > > > ============================================================================ > > > ============================================= > > > > > > From: Diego Carvalho [mailto:diego.cdomingos2010@gmail.com] > > > Sent: 14 March 2012 06:09 > > > To: Simon Horne > > > Subject: Re: [h323plus] H323-SIP Gateway with H264 Support**** > > > > > > > > > Hi Simon, thanks for answering but I still have some doubts: > > > You said that this plugin will add the capability automatically. > Actually, > > > as I said, I'm building a H323-SIP gateway so, for instance, when the > SIP > > > endpoint is making a call I want to add the H264 capability only if > the SIP > > > endpoint offers it. Will I be able to add the capability manually? For > > > instance, using localCapabilities.Add(new H323_H264Capability()). To > > > sumarize, I want to be able to add (or remove if it was automatically > added > > > and the current call does not offer it) manualy the H264 capability. > > > Also I don't know if the H323_ExternalRTPChannel applies to my > situation. > > > It's used to pass the RTP to another device. I don't want to handle > the RTP > > > at all (to be clear: I don't want RTP arriving on the gateway's network > > > card). I want to send to h323 the RTP address/port SIP offered and > > > vice-versa, so the RTP will flow directly between the endpoints. Any > > > thoughts? Thanks in advance. > > > 2012/3/13 Simon Horne <s.horne(a)packetizer.com> > > > Diego > > > > > > H.264 is a video plugin in the plugin/video directory. You will need > X264 > > > and FFMPEG. For Ubuntu they are libx264-dev libavcodec-dev and > > > libavutil-dev. > > > > > > You build the plugin .so and the helper (in the gpl subdirectory) and > place > > > them both in the same directory as you app. The application will load > them > > > at startup and automatically add the capability to the capabilityset > etc > > > > > > If you don’t want to use the plugin for RTP then have a look at the > > > H323_ExternalRTPChannel. This will bypass the RTP handling in the > codec to > > > whatever you want. > > > http://www.voxgratia.org/docs/external_rtp.html > > > (its from 2004 but still current) > > > > > > Simon > > > > > > > > > From: h323plus-bounces(a)lists.packetizer.com > > > [mailto:h323plus-bounces@lists.packetizer.com] On Behalf Of Diego > Carvalho > > > Sent: 14 March 2012 03:05 > > > To: h323plus(a)lists.packetizer.com > > > Subject: [h323plus] H323-SIP Gateway with H264 Support > > > > > > Hi all, > > > I'm working on a h323-sip gateway with video (H264) support and I'm > facing > > > some problems. I'm new with H323plus and with h323 protocol itself (I'm > > > learning as I go) so excuse me if I say something stupid. > > > First of all, I believe that the stack can be used to build a gateway > but > > > it > > > seems that it's more focused on terminals. Am I right? So is it > possible or > > > not to build a gateway using it? > > > Second, there is no native support for H264. The documentation shows > the > > > class hierarchy. For audio we have, for instance, H323Cabability -> > > > H323RealTimeCapability -> H323AudioCapability -> H323_G711Cabability > but we > > > don't have H323Cabability -> H323RealTimeCapability -> > H323VideoCapability > > > -> H323_H264Cabability. I tried to create this one, extending from > > > H323Cabability -> H323RealTimeCapability -> H323VideoCapability -> > > > H323GenericVideoCabability and then I discovered that I would need to > > > override a function called CreateCodec to return a codec that handles > the > > > video. But I don't want to handle the RTP media. I just want to put > H264 in > > > the terminal capability set and establish a connection in a way that > the > > > H323 and SIP terminals can exchange the media directly. I've heard > about a > > > H264 plugin but it seems that it is for handling the media, so I don't > know > > > if it fits my purpose. How can I achieve this? Is there any plan to > support > > > H264 natively on H323plus? Also I need to get the remote RTP port. The > only > > > way I found to do this is trough H323Connection::OnStartLocicalChannel > but > > > this is called after a channel to handle the data is created and > again, I > > > don't want to handle the RTP data. I appreciate any help. Thanks.**** > > > > > > **** > > > > > > **** > > > > > > **** > > > > > > **** > > > > > > ** ** > > > > >

1 0

H323plus Problem Reg G722 plugin loading.
by Ashwani Kumar 12 Apr '12

12 Apr '12

Hi All, I am not able to see G722 support in H323plus, When I am using simph323 application. I have also copied all the " *g7221_audio_pwplugin.so g7222_audio_pwplugin.so g722_audio_pwplugin.so* to the simph323 dir. I am only able to see *G.722.1-24k{sw} <3> G.722.1-32k{sw} <4>* support in Codec table. Below is the few line of log; Codecs (in preference order): Table: G.711-uLaw-64k <2> G.711-ALaw-64k <1> G.722.1-24k{sw} <3> G.722.1-32k{sw} <4> H.264-720{sw} <5> H.264-CIF{sw} <6> H.239(H.264{sw} <1>) <7> H.239 Control <8> Please find pointers to solve the problem. -- Regards. *Ashwani*

1 1

H323plus support for UDP signalling
by J.C Mercier 12 Apr '12

12 Apr '12

Hi all, Just curious, does H323plus support signalling via UDP? If not, what are the advantages of using TCP signalling over UDP, aside from it being reliable (considering UDP packets doesn't exceed the UDP size limit for each message sent, if it's even possible with H323 messages) ? Another question, is it possible to include generic messages within the signalling messages (setup, process, alert, connect, facility etc) just as we can with the h.245 OLC messages? Thanks in advance for your help and suggestions. Josh C. M

3 3

Does H323Plus support Intra-frame Request?
by Ashwani Kumar 11 Apr '12

11 Apr '12

Hi Simon, Does H323Plus signaling support Intra-frame Request for Video? -- Regards. *Ashwani Kumar *

1 0

Re: [h323plus] H323plus problem : Use of non IP transport address: " "
by Ashwani Kumar 09 Apr '12

09 Apr '12

On Mon, Apr 9, 2012 at 3:27 PM, Ashwani Kumar <ash1412(a)gmail.com> wrote: > I tried to set local address (IP & port number) > > external.SetExternalAddress(H323TransportAddress(addr, port), > H323TransportAddress(addr, port+1)); > > but problem remain same. > > > > On Sat, Apr 7, 2012 at 6:35 PM, Ashwani Kumar <ash1412(a)gmail.com> wrote: > >> Hi Simon, >> >> I have implemented the code to read remote parameters as given in >> h323con.h +1517 >> >> >> >> * H323Channel * MyConnection::CreateRealTimeLogicalChannel( >> const H323Capability & capability, >> H323Channel::Directions dir, >> unsigned sessionID, >> const >> H245_H2250LogicalChannelParameters * param, >> RTP_QOS * rtpqos) >> { >> return new H323_ExternalRTPChannel(*this, capability, dir, >> sessionID, >> externalIpAddress, >> externalPort); >> } >> >> PBoolean OnStartLogicalChannel(H323Channel & channel) >> { >> H323_ExternalRTPChannel & external = (H323_ExternalRTPChannel >> &)channel; >> external.GetRemoteAddress(remoteIpAddress, remotePort); >> } >> >> >> *I am able to read remote end ip and port numbers. >> >> But After implementation of the above code, I am not able to set my local >> Ip and port numbers. >> Both IP and port number in H.245 message are showing 0 value. Below is >> the h323 message: >> >> >> *2012/04/07 18:24:40.873 4 h323.cxx(4253) H323 >> OnOpenLogicalChannel >> 2012/04/07 18:24:40.873 3 channels.cxx(1042) H323RTP >> OnSendOpenAck >> 2012/04/07 18:24:40.873 2 transports.cxx(433) H323 Use of >> non IP transport address: "" >> 2012/04/07 18:24:40.873 2 transports.cxx(433) H323 Use of >> non IP transport address: "" >> 2012/04/07 18:24:40.873 2 channels.cxx(1064) H323RTP Sending >> open logical channel ACK: sessionID=1 >> 2012/04/07 18:24:40.873 2 h323ep.cxx(2321) H323 Started >> receiving logical channel: G.711-uLaw-64k <2> >> 2012/04/07 18:24:40.874 3 h323pdu.cxx(630) H245 Sending >> PDU [ip$192.168.7.87:5500/ip$192.168.7.63:63622] : >> response openLogicalChannelAck { >> forwardLogicalChannelNumber = 4 >> forwardMultiplexAckParameters = h2250LogicalChannelAckParameters { >> sessionID = 1 >> mediaChannel = unicastAddress iPAddress { >> network = 4 octets { >> 00 00 00 00 .... >> } >> tsapIdentifier = 0 >> } >> mediaControlChannel = unicastAddress iPAddress { >> network = 4 octets { >> 00 00 00 00 .... >> } >> tsapIdentifier = 0 >> } >> flowControlToZero = false >> } >> } >> >> >> * >> Please help to solve above problem. >> >> >> >> Regards, >> Ashwani >> > > > > > -- Regards. *Ashwani Kumar Embedded Engg. Mob:+91-9880631584 *

1 0

H323plus problem : Use of non IP transport address: " "
by Ashwani Kumar 07 Apr '12

07 Apr '12

Hi Simon, I have implemented the code to read remote parameters as given in h323con.h +1517 * H323Channel * MyConnection::CreateRealTimeLogicalChannel( const H323Capability & capability, H323Channel::Directions dir, unsigned sessionID, const H245_H2250LogicalChannelParameters * param, RTP_QOS * rtpqos) { return new H323_ExternalRTPChannel(*this, capability, dir, sessionID, externalIpAddress, externalPort); } PBoolean OnStartLogicalChannel(H323Channel & channel) { H323_ExternalRTPChannel & external = (H323_ExternalRTPChannel &)channel; external.GetRemoteAddress(remoteIpAddress, remotePort); } *I am able to read remote end ip and port numbers. But After implementation of the above code, I am not able to set my local Ip and port numbers. Both IP and port number in H.245 message are showing 0 value. Below is the h323 message: *2012/04/07 18:24:40.873 4 h323.cxx(4253) H323 OnOpenLogicalChannel 2012/04/07 18:24:40.873 3 channels.cxx(1042) H323RTP OnSendOpenAck 2012/04/07 18:24:40.873 2 transports.cxx(433) H323 Use of non IP transport address: "" 2012/04/07 18:24:40.873 2 transports.cxx(433) H323 Use of non IP transport address: "" 2012/04/07 18:24:40.873 2 channels.cxx(1064) H323RTP Sending open logical channel ACK: sessionID=1 2012/04/07 18:24:40.873 2 h323ep.cxx(2321) H323 Started receiving logical channel: G.711-uLaw-64k <2> 2012/04/07 18:24:40.874 3 h323pdu.cxx(630) H245 Sending PDU [ip$192.168.7.87:5500/ip$192.168.7.63:63622] : response openLogicalChannelAck { forwardLogicalChannelNumber = 4 forwardMultiplexAckParameters = h2250LogicalChannelAckParameters { sessionID = 1 mediaChannel = unicastAddress iPAddress { network = 4 octets { 00 00 00 00 .... } tsapIdentifier = 0 } mediaControlChannel = unicastAddress iPAddress { network = 4 octets { 00 00 00 00 .... } tsapIdentifier = 0 } flowControlToZero = false } } * Please help to solve above problem. Regards, Ashwani

1 0