- h323plus - lists.packetizer.com

Transfer call
by Igor Pavlov 14 Nov '10

14 Nov '10

Hi, I am using H323Connection::TransferCall() and capture network packets with Wireshark, so when transfering the call in wireshark I see Malformed Packet ( CS : empty [Malformed Packet] ) The problem in these strings (in h450pdu.cxx in function H450ServiceAPDU::BuildCallTransferInitiate()) invoke.IncludeOptionalField(X880_Invoke::e_argument); invoke.m_argument.EncodeSubType(argument); If I comment these strings then I see just CS : Empty. And of course have no transfer of call. I have some questions : 1. Who is wrong ? h323plus or Wireshark 2. How do deternine if remote h323 client support transfering call ? Because I have Tandberg T-1000 wich is not reacting on my transfer call response, maybe because of malformed packet or because it does not support it at all Thank you, Igor Pavlov.

3 6

Re: [h323plus] enabling DirectShow video input
by Alessandro Angeli 02 Nov '10

02 Nov '10

From: "Robert Jongbloed" <robert.jongbloed(a)bigpond.com> Date: Tuesday 02 November 2010 19:17 >> The "Linker/General/Output File" of "SVN Get Revision" is now set to >> >> $(SolutionDir)/svn_getrev.exe >> >> which creates a invalid path: the / should be removed or at least >> replaced with a \. > > While I find it strange that this has worked for me for I do not know > how long, I never had this problem before either, but it makes sense: $(SolutionDir) ends in \ and that path would use a \/ sequence. The filesystem (at least on Win7/x64) is able to cope with /, \\ or // beside the correct \, but not (understandably) \/ or /\. -- Alessandro

1 0

enabling DirectShow video input
by Alessandro Angeli 02 Nov '10

02 Nov '10

I successfully built the debug configurations of ptlib 2.4.5 (static), h323plus 1.21.0 and simpleplus 1.21.0 in VS2008SP1 + WinSDK 7.1 on Win7/x64. Audio and text work fine. However, video does not work: "No Video Grabber available Disabling Video Support!". DirectShow support in vidinput_directx.cxx is compiled successfully and the DirectShow branches in simpleplus/main.cxx are active, since P_DIRECTSHOW is #define'd as 1 in ptbuildopts.h. I tried #define'ing P_DSHOW to 1 as well in simpleplus, without any difference. As far as I can tell, the problem is that the DirectShow service is never registered on startup. I expanded the PCREATE_VIDINPUT_PLUGIN(DirectShow) macro in vidinput_directx.cxx to put a breakpoint in PPlugin_PVideoInputDevice_DirectShow_Registration::<ctor>() and that code is compiled but never executed. Actually, it appears to never be mapped into memory at all, which should imply that the linker is removing it from the final EXE, but adding /OPT:NOREF in the build config of simpleplus does not make a difference. However FakeVideo is registered and it also uses the PCREATE_VIDINPUT_PLUGIN() macro, and I can not spot any difference between the way FakeVideo and DirectShow are compiled and linked. The only reference to a similar issue I could find is from over one year ago: http://lists.packetizer.com/pipermail/h323plus/2009-August/001165.html But the current code already uses PCREATE_VIDINPUT_PLUGIN() and, as I said, FakeVideo uses the same macro but is correctly registered. -- Alessandro

4 9

calling the OpenVideoChannel function
by Isaac Kazadi 31 Oct '10

31 Oct '10

Hi all, I know there have been a few questions regarding this matter and i've looked throught the mailing list and didn't quite find the answer for it unless i missed it. I've downloaded and compiled ptlib 2.8.1 and the latest h323plus cvs and simpleh323, all seems to work fine except i've noticed that the every overriden functions from h323Endpoint are being called but the OpenVideoChannel/ OpenExtendedVideoChannel functions aren't getting called at all. I've checked and can confirm that H323_VIDEO is already defined, and i've tried tracing where the functions are being referenced, but didn't notice anything wrong. You help/suggestions will be greatly appreciated. Thanks Zhack

1 0

Bridging two H.323 calls together
by Mark Fawcett 27 Oct '10

27 Oct '10

All, I have successfully installed and used H.323plus and am very impressed by the strength-in-depth. I am building a B2BUA application and can make two outgoing calls and now need to switch the audio between them. I have done this initially using a new channel class derived from PIndirectChannel and taking audio data on the Write from one channel, buffering it internally in the application and then sending it to the other channel on its Read. I am wondering if there is a better or alternative method to achieve the same results - i.e. is it possible to use an H323plus object/method to connect the two H323Connections back-to-back without the need to go through the intermediate buffering stage in the application? Many thanks Mark

2 1

GNU Gatekeeper release 2.3.3
by Jan Willamowius 27 Oct '10

27 Oct '10

Hi all, the new GNU Gatekeeper release 2.3.3 is now available: http://www.gnugk.org/gnugk-2-3-3.html I would like to thank all sponsors who made it possible to add so many new features again. I'll append a list of changes below. Regards, Jan -- Jan Willamowius, Founder of the GNU Gatekeeper Project EMail : jan(a)willamowius.de Website: http://www.gnugk.org Support: http://www.willamowius.de/gnugk-support.html New features (gatekeeper configuration): - all executables now contain all database drivers: MySQL, PostgreSQL, ODBC, SQLite and Firebird! - much improved bandwidth management for registered endpoints per endpoint and per call - configure alternate gatekeepers per endpoint IP range with [RasSrv::AlternateGatekeeper] - call routing by destination IP with [Routing::Explicit] - gatekeeper-based TCS=0 call transfer: activated through H.450.2 emulator or status port (experimental) - H.450.2 emulator extended for unregistered calls - new switch: [CTI::MakeCall]TransferMethod= - BMV, a web front-end for SQLBill (in contrib/bmv2/) - configure where to send RAS replies with [ReplyToRasAddress] - ignore a 2nd column in SQL routing if it equals "IGNORE" - display H323Plus and PTLib version in GnuGk's version string - documented [RoutedMode] EnableH460P= and H460PActThread= switches New features (API): - extended status port commands RouteToAlias, RouteToGateway, BindAndRouteToGateway with caller-ID parameter - updated status port command: TransferCall by call-id and with transfer method - new status port command RerouteCall (experimental) - new status port command: DisconnectCallId - added vendor string in RouteRequest event - document status port command: DisconnectEndpoint Config changes: change to the format of [Gatekeeper::Main] AlternateGKs= Bug fixes: - apply ENUM policy also to Setup and Facility messages - fix multicast discovery - fix crash on failover with DisableRetryChecks=1 - avoid bug in H323Plus so H.460.19 feature indicator can be removed - disregard IPv6 addresses if the machine has any - DisconnectIP now disconnects all calls on the IP as specified - fix crash when setting a non-writable trace file in the config file - signal change of destination alias in parent policy - don't accept new calls or retry calls when shutdown is in progress, avoids possible crash - check if routing policies have been configured, before using them - only rewrite sourceCallSignalAddress if proxying - fix NAT detection for unregistered callers - fire unregister event also when endpoint expired - fix order of home IPs

1 0

Problem compiling h323plus 1.21.0
by alvaro muniz 22 Oct '10

22 Oct '10

Hi, I just download ptlib 2.4.5, h323plus 1.21.0 and openmcu 2.2.5. When i try to compile h323plus using make install, it fail, because /bin/install try to find libh323_linux_x86_.so.1.21.0, but in the lib folders it find libh323_linux_x86_.so.1.21.beta0. How i solve this issue? I download the right version? http://www.h323plus.org/source/ Im working on ubuntu 10.10 Thank you so much Alvaro

1 0

Call Tracing && XER ???
by Alex Katebi 26 Aug '10

26 Aug '10

Hello, I need trace calls for debugging. What are the options available for doing this? I know how to get PTRACE but I need something that is specific to a call. I was wondering that if I can get XER encoding and then filter for a call. Anyone can tell me how to get XER encoding for the OpenH323? Thanks, Alex

2 1

h323plus 1.22, ptlib 2.8.2, openmcu 2.2.5 - can't get H.263 to load
by Dave Smulsky 26 Aug '10

26 Aug '10

I am having a terrible time trying to get basic H.263/264 plugins working on a vanilla Ubuntu 10.04 install. I installed ffmpeg, libavcodec-devel, x264, libx264-devel from ubuntu repos Compiled PTlib 2.8.2, set PTLIBDIR, compilied h323plus 1.22, set OPEN323DIR, configured and make installed h323plus/plugins (showed all the codecs as enabled), set PTLIBPLUGINDIR to the OPENH323DIR/plugins. Compiled openmcu 2.2.5 without issues... When I run openmcu, right out of the box H.261 and H.264 are enabled, but if I try to connect an endpoint (using Ekiga) it segfaults openmcu. If I disable h.264 via openmcu.ini, restart openmcu, I can connect an endpoint at H.261 CIF (which is terrible resolution and pretty much useless to me. The problem is I cant seem to get H.263 to load at all. Can someone that has had good results setting this up please shed some light on how to do it on a more recent OS like Ubuntu 10.04 or even RHEL5? Thanks Dave

4 13

h.239 improvements
by Marek Domaracky 26 Aug '10

26 Aug '10

Hi, in the attachment, you can find the patch to improve H.239 support. It includes patch from Igor Pavlov, which add possibility to open H.239 session to the H.323 device. It also includes also some of my changes concerning the sending order of the messages ... So far I tested to open H.239 session both ways with the Tandberg MXP and with the Mirial. But with Mirial I manage to open only from Mirial to my application as the other way I'm getting "ERROR Open Channel. No Remote Support". I will check that. Thanks, Marek

3 5

Building opal and ptlib
by Alex Katebi 20 Aug '10

20 Aug '10

Hi Everybody, I just downloaded the last opal and ptlib into my Ubuntu 10.04 Linux machine. I followed the build instructions but I could not get a build. Can someone share with me a working build instructions. Much appreciated! Thanks, Alex

2 1

gnugk + openMCU - reject call
by leandro.alvares＠caixa.gov.br 19 Aug '10

19 Aug '10

Hi, Some of my endpoints are rejected when try to connect to OpenMCU. The message is: call reject... Can someone identify what is happen, I really don't know... Thanks a lot. 2010/08/19 15:01:06.632 2 RasTbl.cxx(3816) CDR ignore not connected call 2010/08/19 15:01:06.632 2 gkacct.cxx(1094) GKACCT Successfully logged event 2 for call no. 842 2010/08/19 15:01:06.648 2 RasSrv.cxx(175) RAS Read from 10.224.16.30:1719 2010/08/19 15:01:06.648 3 RasSrv.cxx(224) RAS disengageRequest { requestSeqNum = 19252 endpointIdentifier = 9 characters { 0037 0032 0030 0031 005f 0065 006e 0064 7201_end 0070 p } conferenceID = 16 octets { 02 87 73 27 65 00 00 10 28 e3 56 34 34 34 34 ef ..s'e...(.V4444. } callReferenceValue = 4681 disengageReason = normalDrop <<null>> callIdentifier = { guid = 16 octets { 02 87 73 27 65 00 00 10 28 e2 56 34 34 34 34 ef ..s'e...(.V4444. } } gatekeeperIdentifier = 7 characters { 0047 006e 0075 0047 004b 0030 0032 GnuGK02 } answeredCall = false } 2010/08/19 15:01:06.649 1 RasSrv.cxx(354) RAS DRQ Received from 10.224.16.30:1719 2010/08/19 15:01:06.649 2 RasSrv.cxx(394) DCF|10.224.16.30|7201_endp|4681|normalDrop|02-87-73-27-65-00-00-10-28-e2 -56-34-34-34-34-ef; 2010/08/19 15:01:06.649 3 RasSrv.cxx(236) RAS Send to 10.224.16.30:1719 disengageConfirm { requestSeqNum = 19252 } 2010/08/19 15:01:06.690 2 RasSrv.cxx(175) RAS Read from 10.192.37.69:32813 2010/08/19 15:01:06.690 3 RasSrv.cxx(224) RAS disengageRequest { requestSeqNum = 64400 endpointIdentifier = 9 characters { 0033 0030 0032 0034 005f 0065 006e 0064 3024_end 0070 p } conferenceID = 16 octets { 02 87 73 27 65 00 00 10 28 e3 56 34 34 34 34 ef ..s'e...(.V4444. } callReferenceValue = 4681 disengageReason = normalDrop <<null>> callIdentifier = { guid = 16 octets { 02 87 73 27 65 00 00 10 28 e2 56 34 34 34 34 ef ..s'e...(.V4444. } } gatekeeperIdentifier = 7 characters { 0047 006e 0075 0047 004b 0030 0032 GnuGK02 } answeredCall = true usageInformation = { nonStandardUsageFields = 0 entries { } connectTime = 1282241673 endTime = 1282241673 } terminationCause = releaseCompleteCauseIE 2 octets { 80 80 .. } } 2010/08/19 15:01:06.690 1 RasSrv.cxx(354) RAS DRQ Received from 10.192.37.69:32813 2010/08/19 15:01:06.690 2 RasSrv.cxx(394) DCF|10.192.37.69|3024_endp|4681|normalDrop|02-87-73-27-65-00-00-10-28-e2 -56-34-34-34-34-ef; 2010/08/19 15:01:06.690 3 RasSrv.cxx(236) RAS Send to 10.192.37.69:32813 disengageConfirm { requestSeqNum = 64400 } 2010/08/19 15:01:06.844 3 ProxyChannel.cxx(713) Q931s ignoring empty TPKT from 10.242.40.60:3233 (keep-alive) 2010/08/19 15:01:06.844 3 ProxyChannel.cxx(713) H245d ignoring empty TPKT from 10.242.40.60:3235 (keep-alive) 2010/08/19 15:01:07.555 2 RasSrv.cxx(175) RAS Read from 10.0.71.9:1719 2010/08/19 15:01:07.555 3 RasSrv.cxx(224) RAS

2 1

PTRACE
by Alex Katebi 17 Aug '10

17 Aug '10

Hello, How can I enable PTRACE in the ptlib ? Basically I want to enable all the tracing and levels in ptlib and h323. I have done the below initialization but I don't see all the traces. PTrace::Initialise( 5, NULL, PTrace::Blocks | PTrace::Timestamp | PTrace::Thread | PTrace::FileAndLine ); Thanks Alex Katebi

2 1

Strange library names due to change in PTLIB macros, proposed patch.
by Francisco Olarte (M) 12 Aug '10

12 Aug '10

I previously sent the message at the bottom to the list, proposing a change to sync the release/debug library names with those used in ptlib ( changing x_r/x_d to x/x_d, which presently are x_, x__d). I've decided to further investigate it and made a path. This let's me do a make both & make both install without problems. I've then used the patched release to compile gnugk 2.3.2-3 without problem. I've also compiled yate3, but this is anecdotic since it is patched. I'd propose the patch for inclusion, as I think these kind of details maters, and present names look ugly for me. My path is just two lines, very small, it is this: folarte@gkaps ~/src/h323plus-cvs $ diff -u openh323u.mak.in* --- openh323u.mak.in 2010-08-12 16:58:53.077428934 +0200 +++ openh323u.mak.in.~1.8.~ 2009-07-25 12:35:51.000000000 +0200 @@ -249,14 +249,14 @@ ifeq ($(NOTRACE), 1) STDCCFLAGS += -DPASN_NOPRINTON -DPASN_LEANANDMEAN -OH323_SUFFIX = _n +OH323_SUFFIX = n else STDCCFLAGS += -DPTRACING RCFLAGS += -DPTRACING OH323_SUFFIX = $(OBJ_SUFFIX) endif # NOTRACE -OH323_BASE = h323_$(PLATFORM_TYPE)$(OH323_SUFFIX)$(LIB_TYPE) +OH323_BASE = h323_$(PLATFORM_TYPE)_$(OH323_SUFFIX)$(LIB_TYPE) OH323_FILE = lib$(OH323_BASE).$(LIB_SUFFIX) LDFLAGS += -L$(OH323_LIBDIR) This makes nicer names, both for the compile-tree lib names: folarte@gkaps ~/src/h323plus-cvs $ ls -l lib total 183292 lrwxrwxrwx 1 folarte folarte 30 Aug 12 17:02 libh323_linux_x86_64.so -> libh323_linux_x86_64.so.1.22.0 -rwxr-xr-x 1 folarte folarte 10919080 Aug 12 17:02 libh323_linux_x86_64.so.1.22.0 lrwxrwxrwx 1 folarte folarte 32 Aug 12 17:06 libh323_linux_x86_64_d.so -> libh323_linux_x86_64_d.so.1.22.0 -rwxr-xr-x 1 folarte folarte 42136063 Aug 12 17:06 libh323_linux_x86_64_d.so.1.22.0 -rw-r--r-- 1 folarte folarte 85152810 Aug 12 17:02 libh323_linux_x86_64_d_s.a lrwxrwxrwx 1 folarte folarte 32 Aug 12 18:05 libh323_linux_x86_64_n.so -> libh323_linux_x86_64_n.so.1.22.0 -rwxr-xr-x 1 folarte folarte 8834968 Aug 12 18:05 libh323_linux_x86_64_n.so.1.22.0 -rw-r--r-- 1 folarte folarte 18061356 Aug 12 18:05 libh323_linux_x86_64_n_s.a -rw-r--r-- 1 folarte folarte 22564616 Aug 12 17:02 libh323_linux_x86_64_s.a drwxr-xr-x 2 folarte folarte 4096 Aug 12 17:02 obj drwxr-xr-x 2 folarte folarte 4096 Aug 12 17:02 obj_d drwxr-xr-x 2 folarte folarte 4096 Aug 12 18:05 objn and for the installed names folarte@gkaps ~/src/h323plus-cvs $ ls -l ~/lib/*h323* lrwxrwxrwx 1 folarte folarte 30 Aug 12 17:07 /home/folarte/lib/libh323_linux_x86_64.so -> libh323_linux_x86_64.so.1.22.0 lrwxrwxrwx 1 folarte folarte 30 Aug 12 17:07 /home/folarte/lib/libh323_linux_x86_64.so.1 -> libh323_linux_x86_64.so.1.22.0 lrwxrwxrwx 1 folarte folarte 30 Aug 12 17:07 /home/folarte/lib/libh323_linux_x86_64.so.1.22 -> libh323_linux_x86_64.so.1.22.0 -r--r--r-- 1 folarte folarte 10919080 Aug 12 17:07 /home/folarte/lib/libh323_linux_x86_64.so.1.22.0 lrwxrwxrwx 1 folarte folarte 32 Aug 12 18:09 /home/folarte/lib/libh323_linux_x86_64_n.so -> libh323_linux_x86_64_n.so.1.22.0 lrwxrwxrwx 1 folarte folarte 32 Aug 12 18:09 /home/folarte/lib/libh323_linux_x86_64_n.so.1 -> libh323_linux_x86_64_n.so.1.22.0 lrwxrwxrwx 1 folarte folarte 32 Aug 12 18:09 /home/folarte/lib/libh323_linux_x86_64_n.so.1.22 -> libh323_linux_x86_64_n.so.1.22.0 -r--r--r-- 1 folarte folarte 8834968 Aug 12 18:09 /home/folarte/lib/libh323_linux_x86_64_n.so.1.22.0 lrwxrwxrwx 1 folarte folarte 25 Aug 12 18:09 /home/folarte/lib/libopenh323.so -> libh323_linux_x86_64_n.so I made make both, make install, make NOTRACE=1 opt, make NOTRACE=1 install, so the installed link points to the last one, but verified in between and it pointed to the traced one. I've found more changes in cvs diff, which are due to having run configure in between, and getting collisions with the generated files included in the repository, the same which happened when I submitted a patch for aclocal auto running in configure.in cvs diff output: *** This is my change. Index: openh323u.mak.in =================================================================== RCS file: /cvsroot/h323plus/h323plus/openh323u.mak.in,v retrieving revision 1.8 diff -r1.8 openh323u.mak.in 252c252 < OH323_SUFFIX = n --- > OH323_SUFFIX = _n 259c259 < OH323_BASE = h323_$(PLATFORM_TYPE)_$(OH323_SUFFIX)$(LIB_TYPE) --- > OH323_BASE = h323_$(PLATFORM_TYPE)$(OH323_SUFFIX)$(LIB_TYPE) *** I think this is due to having both the .h and the .h.in files in the source tree. Index: include/openh323buildopts.h =================================================================== RCS file: /cvsroot/h323plus/h323plus/include/openh323buildopts.h,v retrieving revision 1.5 diff -r1.5 openh323buildopts.h 0a1 > /* include/openh323buildopts.h. Generated from openh323buildopts.h.in by configure. */ 26,28c27,38 *** And this three Index: plugins/video/H.263-ffmpeg/Makefile Index: plugins/video/H.264/Makefile Index: plugins/video/H.264/gpl/Makefile are due to having Makefile.in and Makefile in the source tree, same problem. Regards. Francisco Olarte Francisco Olarte. Previous message for reference purposes. On Tue, Aug 10, 2010 at 5:39 PM, Francisco Olarte (M) <folarte(a)peoplecall.com> wrote: > Due to some configure scripts hacking I've been trying to do I've > noticed that both H323 plus and old openh323 generate library names > (OH323_BASE, OH323_FILE) using from OBJ_SUFFIX via OH323_SUFFIX: > >>>>H323plus, cvs 20100525, openh323u.mak.in > 248-endif # OH323_LIBDIR > 249- > 250-ifeq ($(NOTRACE), 1) > 251-STDCCFLAGS += -DPASN_NOPRINTON -DPASN_LEANANDMEAN > 252:OH323_SUFFIX = n > 253-else > 254-STDCCFLAGS += -DPTRACING > 255-RCFLAGS += -DPTRACING > 256:OH323_SUFFIX = $(OBJ_SUFFIX) > 257-endif # NOTRACE > 258- > 259:OH323_BASE = h323_$(PLATFORM_TYPE)_$(OH323_SUFFIX)$(LIB_TYPE) > 260-OH323_FILE = lib$(OH323_BASE).$(LIB_SUFFIX) > 261- > 262-LDFLAGS += -L$(OH323_LIBDIR) > 263-LDLIBS := -l$(OH323_BASE) $(LDLIBS) > <<< >>>>/openh323_v1_19_0_1/openh323u.mak.in > 212-endif # OH323_LIBDIR > 213- > 214-ifeq ($(NOTRACE), 1) > 215-STDCCFLAGS += -DPASN_NOPRINTON -DPASN_LEANANDMEAN > 216:OH323_SUFFIX = n > 217-else > 218-STDCCFLAGS += -DPTRACING > 219-RCFLAGS += -DPTRACING > 220:OH323_SUFFIX = $(OBJ_SUFFIX) > 221-endif # NOTRACE > 222- > 223:OH323_BASE = h323_$(PLATFORM_TYPE)_$(OH323_SUFFIX)$(LIB_TYPE) > 224-OH323_FILE = lib$(OH323_BASE).$(LIB_SUFFIX) > 225- > 226-LDFLAGS += -L$(OH323_LIBDIR) > 227-LDLIBS := -l$(OH323_BASE) $(LDLIBS) > <<< > > But the problem is while old pwlibs always had OBJ_SUFFIX as 'd' 'r' > ( for debug/release ): > >>>>pwlib_v1_11_0/make/unix.mak > 882- > 883:ifndef OBJ_SUFFIX > 884-ifdef DEBUG > 885:OBJ_SUFFIX := d > 886-else > 887:OBJ_SUFFIX := r > 888-endif # DEBUG > 889:endif # OBJ_SUFFIX > 890- > 891-ifndef OBJDIR_SUFFIX > 892:OBJDIR_SUFFIX = $(OBJ_SUFFIX) > 893-endif > <<< > > ptlib changed that in revision 20877 > > http://www.opalvoip.org/websvn/listing.php?repname=Opal&path=%2Fptlib%2Ftru… > > http://www.opalvoip.org/websvn/comp.php?repname=Opal&path=%2F&compare[]=%2F… > > from 'd'/'r' to '_d'/'' > > and ajusted it's paths acordingly, but h233plus did not, so the > current paths end up being > > > lrwxrwxrwx 1 gnugk gnugk 31 Aug 10 16:46 > libh323_linux_x86_64_.so -> libh323_linux_x86_64_.so.1.22.0 > lrwxrwxrwx 1 gnugk gnugk 31 Aug 10 16:46 > libh323_linux_x86_64_.so.1 -> libh323_linux_x86_64_.so.1.22.0 > lrwxrwxrwx 1 gnugk gnugk 31 Aug 10 16:46 > libh323_linux_x86_64_.so.1.22 -> libh323_linux_x86_64_.so.1.22.0 > -r--r--r-- 1 gnugk gnugk 10059909 Aug 10 16:46 libh323_linux_x86_64_.so.1.22.0 > lrwxrwxrwx 1 gnugk gnugk 24 Aug 10 16:46 libopenh323.so -> > libh323_linux_x86_64_.so > > This is only cosmetic ( it affects some makefiles I have which try to > locate the _r names, but that's another story ), but maybe changing > the names so the names are > > libh323_linux_x86_64.so / libh323_linux_x86_64_d.so > > instead of > > libh323_linux_x86_64_.so and libh323_linux_x86_64__d.so > > (double underscore in second ) is worthwile > > This could be done just by changing > > 259:OH323_BASE = h323_$(PLATFORM_TYPE)_$(OH323_SUFFIX)$(LIB_TYPE) > > to > > 259:OH323_BASE = h323_$(PLATFORM_TYPE)$(OH323_SUFFIX)$(LIB_TYPE) > > ( underscore zapped between the two macros ) > > and will possibly need changing > > 250-ifeq ($(NOTRACE), 1) > 251-STDCCFLAGS += -DPASN_NOPRINTON -DPASN_LEANANDMEAN > 252:OH323_SUFFIX = n > 253-else > > to > > 250-ifeq ($(NOTRACE), 1) > 251-STDCCFLAGS += -DPASN_NOPRINTON -DPASN_LEANANDMEAN > 252:OH323_SUFFIX = _n > 253-else > > (underscore added @ 252 ) > > to keep the notrace suffix pretty. > > Regards. > > Francisco Olarte. >

1 0

Re: [h323plus] Incorrect include directive in h323caps.h
by Francisco Olarte (M) 11 Aug '10

11 Aug '10

Hi Jan. I'm copying to the list as it doesn't appear in my reply-to, maybe a gmail issue. On Wed, Aug 11, 2010 at 3:50 PM, Jan Willamowius <jan(a)willamowius.de> wrote: > Is there such a thing as an "installed H323Plus on Windows" ? I don't know, I abandoned it 8 years ago after having used it since win1.0 and left it for the smart people. Too complex for me, love the kernel, hate the ui. I assumed if one can install it in Linux, there must be a way to do it in windows too. > Re the other instances of codecs.h includes, it would be the easiest if > you would just post or mail me a "diff -u" and I'll put it into the CVS. Will do it, here is what I've found: folarte@gkaps ~/tmp/h323plus $ ack -C3 '#include.*"\.\./include/codecs.h"' . src/opalwavfile.cxx 70- 71-#include "opalwavfile.h" 72- 73:#include "../include/codecs.h" 74- 75- 76- src/opalvxml.cxx 138- 139-#endif 140- 141:#include "../include/codecs.h" 142- 143-#define G7231_SAMPLES_PER_BLOCK 240 144-#define G7231_BANDWIDTH (6300/100) src/codecs.cxx 395-#endif 396- 397-#ifdef _MSC_VER 398:#include "../include/codecs.h" 399-#else 400-#include "codecs.h" 401-#endif include/h323caps.h 293- 294- 295-#ifdef _MSC_VER 296:#include "../include/codecs.h" 297-#else 298-#include "codecs.h" 299-#endif And here are the diffs, emacs vc-diff, which seem like unified: *** opalvxml.cxx.~1.3.~ Fri Aug 21 06:35:47 2009 --- opalvxml.cxx Wed Aug 11 16:40:05 2010 *************** *** 138,144 **** --- 138,148 ---- #endif + #ifdef _MSC_VER #include "../include/codecs.h" + #else + #include "codecs.h" + #endif #define G7231_SAMPLES_PER_BLOCK 240 #define G7231_BANDWIDTH (6300/100) *** opalwavfile.cxx.~1.4.~ Thu Jul 9 17:11:12 2009 --- opalwavfile.cxx Wed Aug 11 16:40:05 2010 *************** *** 70,76 **** --- 70,80 ---- #include "opalwavfile.h" + #ifdef _MSC_VER #include "../include/codecs.h" + #else + #include "codecs.h" + #endif Did a quick test make and worked well. Hope this helps. Regards. Francisco Olarte.

2 1

aclocal path.
by Francisco Olarte (M) 11 Aug '10

11 Aug '10

I've made a little patch to plugins/configure from CVS: folarte@gkaps ~/tmp $ diff -u h323plus/plugins{/copia,}/configure --- h323plus/plugins/copia/configure 2010-05-23 19:38:35.000000000 +0200 +++ h323plus/plugins/configure 2010-08-11 16:14:19.757637819 +0200 @@ -1929,8 +1929,18 @@ if test \! -e ./aclocal.m4 ; then - echo "ERROR: you must first run 'aclocal' in $PWD" - exit + echo "aclocal.m4 not found in $PWD, running aclocal to make it." + if aclocal ; then + if test -e ./aclocal.m4 ; then + echo "aclocal.m4 generated." + else + echo "aclocal ran in $PWD but failed to generate aclocal.m4" + exit + fi + else + echo "ERROR running 'aclocal' in $PWD" + exit + fi fi This works ok for me, with or without configure.h ( although haven't manage to make aclocal fail ). Now configure does the right thing for me: === configuring in plugins (/home/folarte/tmp/h323plus/plugins) configure: running /bin/sh ./configure --disable-option-checking '--prefix=/usr/local' --cache-file=/dev/null --srcdir=. aclocal.m4 not found in /home/folarte/tmp/h323plus/plugins, running aclocal to make it. aclocal.m4 generated. checking for pkg-config... /usr/bin/pkg-config I tried to make it in configure.ac folarte@gkaps ~/tmp $ diff -u h323plus/plugins{/copia,}/configure.ac --- h323plus/plugins/copia/configure.ac 2010-05-24 00:28:58.000000000 +0200 +++ h323plus/plugins/configure.ac 2010-08-11 16:06:25.521660555 +0200 @@ -1,8 +1,18 @@ AC_INIT(configure.ac) if test \! -e ./aclocal.m4 ; then - echo "ERROR: you must first run 'aclocal' in $PWD" - exit + echo "aclocal.m4 not found in $PWD, running aclocal to make it." + if aclocal ; then + if test -e ./aclocal.m4 ; then + echo "aclocal.m4 generated." + else + echo "aclocal ran in $PWD but failed to generate aclocal.m4" + exit + fi + else + echo "ERROR running 'aclocal' in $PWD" + exit + fi fi PKG_PROG_PKG_CONFIG() But then If I run autoconf I get a vastly different configure folarte@gkaps ~/tmp/h323plus/plugins $ diff configure copia | wc 15890 73638 517210 Maybe because my autoconf is different? folarte@gkaps ~/tmp/h323plus/plugins $ head configure #! /bin/sh # Guess values for system-dependent variables and create Makefiles. # Generated by GNU Autoconf 2.65. # # # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1998, 1999, 2000, 2001, # 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009 Free Software Foundation, # Inc. # # folarte@gkaps ~/tmp/h323plus/plugins $ head copia/configure #! /bin/sh # Guess values for system-dependent variables and create Makefiles. # Generated by GNU Autoconf 2.63. # # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1998, 1999, 2000, 2001, # 2002, 2003, 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc. # This configure script is free software; the Free Software Foundation # gives unlimited permission to copy, distribute and modify it. ## --------------------- ## ## M4sh Initialization. ## These are my versions. folarte@gkaps ~/tmp/h323plus/plugins $ autoconf --version autoconf (GNU Autoconf) 2.65 Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+/Autoconf: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>, <http://gnu.org/licenses/exceptions.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by David J. MacKenzie and Akim Demaille. folarte@gkaps ~/tmp/h323plus/plugins $ aclocal --version aclocal (GNU automake) 1.11.1 Copyright (C) 2009 Free Software Foundation, Inc. License GPLv2+: GNU GPL version 2 or later <http://gnu.org/licenses/gpl-2.0.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Tom Tromey <tromey(a)redhat.com> and Alexandre Duret-Lutz <adl(a)gnu.org>. Hope this helps. Regards Francisco Olarte.

2 1

Configure problem?
by Francisco Olarte (M) 11 Aug '10

11 Aug '10

With a fresh CVS h323plus checkout configure emits ERROR: you must first run 'aclocal' in /home/folarte/tmp/h323plus/plugins It's trivial to solve, just '(cd plugins && aclocal)' solves it, but I wonder why I have this message. The log of what I did is at end. Regards. Francisco Olarte. --- LOG, PTlib 2.8.2 compiled & installed with prefix=$HOME, h323plus checked out from cvs ( OS is folarte@gkaps ~/tmp/h323plus $ export PTLIBDIR=~/src/ptlib-2.8.2 folarte@gkaps ~/tmp/h323plus $ export PWLIBDIR=$PTLIBDIR folarte@gkaps ~/tmp/h323plus $ ./configure --prefix=$HOME \ > --disable-h46018 \ > --disable-h46023 \ > --disable-mysql \ > --disable-pgsql \ > --disable-firebird \ > --disable-unixodbc \ > --disable-sqlite \ > --disable-radius checking for g++... g++ checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for gcc... gcc checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes OpenH323 version is 1.22.0 checking for /home/folarte/src/ptlib-2.8.2/version.h... yes PTLib prefix set to.... /home/folarte/src/ptlib-2.8.2 checking Checking PTLib version 2.8.2... ok configure: Disabling H.350 configure: Disabling H.460.18/.19 configure: Disabling H.460.23/.24 configure: Enabling T.38 configure: Disabling GnuGk checking for a BSD-compatible install... /usr/bin/install -c configure: creating ./config.status config.status: creating openh323u.mak config.status: creating Makefile config.status: creating include/openh323buildopts.h === configuring in plugins (/home/folarte/tmp/h323plus/plugins) configure: running /bin/sh ./configure --disable-option-checking '--prefix=/home/folarte' '--disable-h46018' '--disable-h46023' '--disable-mysql' '--disable-pgsql' '--disable-firebird' '--disable-unixodbc' '--disable-sqlite' '--disable-radius' --cache-file=/dev/null --srcdir=. ERROR: you must first run 'aclocal' in /home/folarte/tmp/h323plus/plugins folarte@gkaps ~/tmp/h323plus $ uname -a Linux gkaps 2.6.34-gentoo-r1 #1 SMP Wed Jul 21 13:57:48 CEST 2010 x86_64 Intel(R) Xeon(R) CPU E5530 @ 2.40GHz GenuineIntel GNU/Linux folarte@gkaps ~/tmp/h323plus $ gcc -v Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.4.3-r2/work/gcc-4.4.3/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.4.3 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.4.3 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.4.3/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.4.3/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --without-ppl --without-cloog --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --enable-multilib --disable-libmudflap --disable-libssp --disable-libgomp --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.4.3/python --disable-libgcj --enable-languages=c,c++ --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.4.3-r2 p1.2' Thread model: posix gcc version 4.4.3 (Gentoo 4.4.3-r2 p1.2)

2 2

Incorrect include directive in h323caps.h
by Francisco Olarte (M) 10 Aug '10

10 Aug '10

Trying to compile an app (yate3) with h323plus 2010-05-25 cvs ( from gnugk site ) I've got the following error: >>> In file included from /home/folarte/include/openh323/h323con.h:555, from /home/folarte/include/openh323/h323.h:492, from h323chan.cpp:32: /home/folarte/include/openh323/h323caps.h:289:31: error: ../include/codecs.h: No such file or directory <<< My setup is ptlib 2.8.2, 'configure --prefix=$HOME', make opt, make install. h323plus 2010-05-25 cvs, 'configure ..... --prefix=$HOME', make opt, make install. I end up having the following include directory: folarte@gkaps ~ $ ls -l ~/include total 44 drwxr-xr-x 8 folarte folarte 4096 Aug 10 18:12 openh323 -r--r--r-- 1 folarte folarte 23668 Aug 10 18:08 ptbuildopts.h drwxr-xr-x 2 folarte folarte 4096 Aug 10 18:08 ptclib drwxr-xr-x 3 folarte folarte 4096 Aug 10 18:08 ptlib -r--r--r-- 1 folarte folarte 4794 Aug 10 18:08 ptlib.h folarte@gkaps ~ $ find include -name h323caps.h -ls 1056359 104 -r--r--r-- 1 folarte folarte 105274 Aug 10 18:12 include/openh323/h323caps.h folarte@gkaps ~ $ find include -name codecs.h -ls 1056338 44 -r--r--r-- 1 folarte folarte 44804 Aug 10 18:12 include/openh323/codecs.h And the compilation command issued by yate seems correct: make[1]: Entering directory `/home/folarte/src/yate/modules' g++ -Wall -I.. -I.. -O2 -fno-check-new -fno-exceptions -fPIC -DHAVE_GCC_FORMAT_CHECK -finline -Winline -export-dynamic -shared -Wl,--unresolved-symbols=ignore-in-shared-libs -Wl,--retain-symbols-file,/dev/null -o h323chan.yate -DPHAS_TEMPLATES -D_REENTRANT -DP_HAS_SEMAPHORES -I/home/folarte/include/ptlib -I/home/folarte/include/openh323 h323chan.cpp -L/home/folarte/lib -lopenh323 -L/home/folarte/lib -lpt -L.. -lyate In file included from /home/folarte/include/openh323/h323con.h:555, from /home/folarte/include/openh323/h323.h:492, from h323chan.cpp:32: /home/folarte/include/openh323/h323caps.h:289:31: error: ../include/codecs.h: No such file or directory In file included from /home/folarte/include/openh323/channels.h:190, from /home/folarte/include/openh323/h323caps.h:290, from /home/folarte/include/openh323/h323con.h:555, from /home/folarte/include/openh323/h323.h:492, from h323chan.cpp:32: Browsing cvs for h323caps.c I've found: >>> Revision 1.15 - (view) (download) (as text) (annotate) - [select for diffs] Fri Aug 21 04:35:47 2009 UTC (11 months, 2 weeks ago) by shorne Branch: MAIN Changes since 1.14: +4 -1 lines Diff to previous 1.14 Expressly reference codecs.h to avoid problems with windows SDK codecs.h *** h323caps.h 2009/07/09 15:11:12 1.14 --- h323caps.h 2009/08/21 04:35:47 1.15 *************** *** 27,32 **** --- 27,35 ---- * Contributor(s): ______________________________________. * * $Log: h323caps.h,v $ + * Revision 1.15 2009/08/21 04:35:47 shorne + * Expressly reference codecs.h to avoid problems with windows SDK codecs.h + * * Revision 1.14 2009/07/09 15:11:12 shorne * Simplfied and standardised compiler directives * *************** *** 274,280 **** #endif ! #include "codecs.h" #include "channels.h" #include "mediafmt.h" --- 277,283 ---- #endif ! #include "../include/codecs.h" #include "channels.h" #include "mediafmt.h" <<<<<<<<< This may fix up problems in windows, but leads to a problem when using the installed version. During make phase in h323 headers are $BASE/h323plus/include, but they get installed to $PREFIX/include/openh323, and become incorrect. I don't know how to fix up these in windows, apart of renaming codecs.h to h323_codecs.h, but I thing reverting the fix should make it work again. Making a symbolic link: folarte@gkaps ~/include $ ln -s openh323 include folarte@gkaps ~/include $ ls -l include lrwxrwxrwx 1 folarte folarte 8 Aug 10 19:32 include -> openh323 Makes it work again ( note it includes properly, warns later on): make[1]: Entering directory `/home/folarte/src/yate/modules' g++ -Wall -I.. -I.. -O2 -fno-check-new -fno-exceptions -fPIC -DHAVE_GCC_FORMAT_CHECK -finline -Winline -export-dynamic -shared -Wl,--unresolved-symbols=ignore-in-shared-libs -Wl,--retain-symbols-file,/dev/null -o h323chan.yate -DPHAS_TEMPLATES -D_REENTRANT -DP_HAS_SEMAPHORES -I/home/folarte/include/ptlib -I/home/folarte/include/openh323 h323chan.cpp -L/home/folarte/lib -lopenh323 -L/home/folarte/lib -lpt -L.. -lyate In file included from /home/folarte/include/openh323/../include/codecs.h:345, from /home/folarte/include/openh323/h323caps.h:289, from /home/folarte/include/openh323/h323con.h:555, from /home/folarte/include/openh323/h323.h:492, from h323chan.cpp:32: /home/folarte/include/ptlib/ptlib/object.h: In member function 'virtual PBoolean<unnamed>::YateH323_ExternalRTPChannel::InternalIsDescendant(const char*) const': /home/folarte/include/ptlib/ptlib/object.h:1107: warning: inlining failed in call to 'virtual PBoolean PObject::InternalIsDescendant(const char*) const': call is unlikely and code size would grow /home/folarte/include/openh323/channels.h:248: warning: called from here but it's an horrible hack. Regards. Francisco Olarte.

3 3

Strange library names due to change in PTLIB macros.
by Francisco Olarte (M) 10 Aug '10

10 Aug '10

Due to some configure scripts hacking I've been trying to do I've noticed that both H323 plus and old openh323 generate library names (OH323_BASE, OH323_FILE) using from OBJ_SUFFIX via OH323_SUFFIX: >>>H323plus, cvs 20100525, openh323u.mak.in 248-endif # OH323_LIBDIR 249- 250-ifeq ($(NOTRACE), 1) 251-STDCCFLAGS += -DPASN_NOPRINTON -DPASN_LEANANDMEAN 252:OH323_SUFFIX = n 253-else 254-STDCCFLAGS += -DPTRACING 255-RCFLAGS += -DPTRACING 256:OH323_SUFFIX = $(OBJ_SUFFIX) 257-endif # NOTRACE 258- 259:OH323_BASE = h323_$(PLATFORM_TYPE)_$(OH323_SUFFIX)$(LIB_TYPE) 260-OH323_FILE = lib$(OH323_BASE).$(LIB_SUFFIX) 261- 262-LDFLAGS += -L$(OH323_LIBDIR) 263-LDLIBS := -l$(OH323_BASE) $(LDLIBS) <<< >>>/openh323_v1_19_0_1/openh323u.mak.in 212-endif # OH323_LIBDIR 213- 214-ifeq ($(NOTRACE), 1) 215-STDCCFLAGS += -DPASN_NOPRINTON -DPASN_LEANANDMEAN 216:OH323_SUFFIX = n 217-else 218-STDCCFLAGS += -DPTRACING 219-RCFLAGS += -DPTRACING 220:OH323_SUFFIX = $(OBJ_SUFFIX) 221-endif # NOTRACE 222- 223:OH323_BASE = h323_$(PLATFORM_TYPE)_$(OH323_SUFFIX)$(LIB_TYPE) 224-OH323_FILE = lib$(OH323_BASE).$(LIB_SUFFIX) 225- 226-LDFLAGS += -L$(OH323_LIBDIR) 227-LDLIBS := -l$(OH323_BASE) $(LDLIBS) <<< But the problem is while old pwlibs always had OBJ_SUFFIX as 'd' 'r' ( for debug/release ): >>>pwlib_v1_11_0/make/unix.mak 882- 883:ifndef OBJ_SUFFIX 884-ifdef DEBUG 885:OBJ_SUFFIX := d 886-else 887:OBJ_SUFFIX := r 888-endif # DEBUG 889:endif # OBJ_SUFFIX 890- 891-ifndef OBJDIR_SUFFIX 892:OBJDIR_SUFFIX = $(OBJ_SUFFIX) 893-endif <<< ptlib changed that in revision 20877 http://www.opalvoip.org/websvn/listing.php?repname=Opal&path=%2Fptlib%2Ftru… http://www.opalvoip.org/websvn/comp.php?repname=Opal&path=%2F&compare[]=%2F… from 'd'/'r' to '_d'/'' and ajusted it's paths acordingly, but h233plus did not, so the current paths end up being lrwxrwxrwx 1 gnugk gnugk 31 Aug 10 16:46 libh323_linux_x86_64_.so -> libh323_linux_x86_64_.so.1.22.0 lrwxrwxrwx 1 gnugk gnugk 31 Aug 10 16:46 libh323_linux_x86_64_.so.1 -> libh323_linux_x86_64_.so.1.22.0 lrwxrwxrwx 1 gnugk gnugk 31 Aug 10 16:46 libh323_linux_x86_64_.so.1.22 -> libh323_linux_x86_64_.so.1.22.0 -r--r--r-- 1 gnugk gnugk 10059909 Aug 10 16:46 libh323_linux_x86_64_.so.1.22.0 lrwxrwxrwx 1 gnugk gnugk 24 Aug 10 16:46 libopenh323.so -> libh323_linux_x86_64_.so This is only cosmetic ( it affects some makefiles I have which try to locate the _r names, but that's another story ), but maybe changing the names so the names are libh323_linux_x86_64.so / libh323_linux_x86_64_d.so instead of libh323_linux_x86_64_.so and libh323_linux_x86_64__d.so (double underscore in second ) is worthwile This could be done just by changing 259:OH323_BASE = h323_$(PLATFORM_TYPE)_$(OH323_SUFFIX)$(LIB_TYPE) to 259:OH323_BASE = h323_$(PLATFORM_TYPE)$(OH323_SUFFIX)$(LIB_TYPE) ( underscore zapped between the two macros ) and will possibly need changing 250-ifeq ($(NOTRACE), 1) 251-STDCCFLAGS += -DPASN_NOPRINTON -DPASN_LEANANDMEAN 252:OH323_SUFFIX = n 253-else to 250-ifeq ($(NOTRACE), 1) 251-STDCCFLAGS += -DPASN_NOPRINTON -DPASN_LEANANDMEAN 252:OH323_SUFFIX = _n 253-else (underscore added @ 252 ) to keep the notrace suffix pretty. Regards. Francisco Olarte.

1 0

Memory leak in gkserver.cxx
by Francisco Olarte (M) 05 Aug '10

05 Aug '10

We've been working with and old version of openh233 which had a memory leak in H323GatekeeperServer::OnAdmission ( it was tested, we had call counters and noticed a call was leaked whenever we rejected it ). We are now trying to switch to h323plus, and I've noticed the memory leak still is in place, so I've subscribed to report it. The method in question is H323GatekeeperServer::OnAdmission. I've checked the issue in the last CVS version and it still persists. Below is a copy of the method with the ( working in many millions calls across last months ) fix we are using in our code in the middle. If it's neccessary I can try to make a patch, but I prefer to give this in context. >>>>>>>>>>>>>>>>> H323GatekeeperRequest::Response H323GatekeeperServer::OnAdmission(H323GatekeeperARQ & info) { PTRACE_BLOCK("H323GatekeeperServer::OnAdmission"); OpalGloballyUniqueID id = info.arq.m_callIdentifier.m_guid; if (id == NULL) { PTRACE(2, "RAS\tNo call identifier provided in ARQ!"); info.SetRejectReason(H225_AdmissionRejectReason::e_undefinedReason); return H323GatekeeperRequest::Reject; } H323GatekeeperRequest::Response response; PSafePtr<H323GatekeeperCall> oldCall = FindCall(id, info.arq.m_answerCall); if (oldCall != NULL) response = oldCall->OnAdmission(info); else { // If on restarted in thread, then don't create new call, should already // have had one created on the last pass through. if (!info.IsFastResponseRequired() && info.CanSendRIP()) { PTRACE(2, "RAS\tCall object disappeared after starting slow PDU handler thread!"); info.SetRejectReason(H225_AdmissionRejectReason::e_undefinedReason); return H323GatekeeperRequest::Reject; } ************************************************************ ***** Here newcall is allocated in a plain ptr. ************************************************************ H323GatekeeperCall * newCall = CreateCall(id, info.arq.m_answerCall ? H323GatekeeperCall::AnsweringCall : H323GatekeeperCall::OriginatingCall); PTRACE(3, "RAS\tCall created: " << *newCall); response = newCall->OnAdmission(info); ************************************************************ ******* This tracks the new call inside the endpoint WHEN NOT REJECTED ************************************************************ if (response != H323GatekeeperRequest::Reject) { mutex.Wait(); info.endpoint->AddCall(newCall); oldCall = activeCalls.Append(newCall); if (activeCalls.GetSize() > peakCalls) peakCalls = activeCalls.GetSize(); totalCalls++; PTRACE(2, "RAS\tAdded new call (total=" << activeCalls.GetSize() << ") " << *newCall); mutex.Signal(); AddCall(oldCall); } } ************************************************************ ******* But call is leaked when rejected, we fixed it using: ************************************************************ else { PTRACE(2,"RAS\tDeleting rejected call: "<<*newCall); delete newCall; } ************************************************************ ***** ***** I've traced code path to my best and think newcall cannot ***** be deleted by onAdmission, and our code has not got any ***** double-delete, but we discovered this in final testing ***** and using a H323GatekeeperCall derived call class ( ***** which counts instances, that is how we discovered it ). ***** ****** End of comments/modifications. ************************************************************ #ifdef H323_H248 switch (response) { case H323GatekeeperRequest::Confirm : if (oldCall->AddCallCreditServiceControl(info.acf.m_serviceControl)) info.acf.IncludeOptionalField(H225_AdmissionConfirm::e_serviceControl); break; case H323GatekeeperRequest::Reject : if (oldCall != NULL && oldCall->AddCallCreditServiceControl(info.arj.m_serviceControl)) info.arj.IncludeOptionalField(H225_AdmissionReject::e_serviceControl); break; default : break; } #endif return response; } <<<<<<<<<<<<<<<<<<<<< Regards. Francisco Olarte.

3 6

Re: [h323plus] H264 PLUGIN In H323Plus
by kc ooi 23 Jul '10

23 Jul '10

Hi All, Currently, I am working on H.264 codec to limit it's maximum video rate always less than 256kbps. I use the settings as below: ---------------------------------------- Profile: baseline profile Level: 1.2 resolution: CIF resolution frame rate: 10fps. However, In the H.264 Recommendation, the level 1.2 has default value maximum bit rate with 384kbps. So, anyway to customize my H.264 codec (or do setting on my x264 encoder) to produce the video size always less than 256kbit / sec. Thanks.

3 2

Gnugk Proxy Mode don't complete call....
by leandro.alvares＠caixa.gov.br 22 Jul '10

22 Jul '10

Hi, <<gnugk.ini>> <<tcpdump.tandberg.eth1>> <<tcpdump.tandberg.eth0>> I've got the latest CVS version to test GnuGK in Proxy mode. I'm not getting the video when a PVX from Intranet call to Tandberg at Internet. The Tandberg 990 MXP is registered at GnuGK in Intranet. The firewall ports are opened, and I can call from PVX to PVX, it works fine. The GnuGK (proxy) has two network interfaces, the eth0 is at Intranet, and the eth1 is a NAT to Internet IP. The eth1 has the same "A class" 10.x.x.x Tanderg ---- GnuGK ------ PVX The call follow this sequence: Admission request - both Admission confirmation - both Q931 setup send - both Q931 setup received - both The PVX call to Tandberg normally, and when I answer the Tandberg call, I get a black screen and after 5 seconds the call is cleared. At logs I can see: Normal call clearing and Normal Drop.... I really don't know what is happening, because I can't see the errors at log. I've attached the Wireshark logs and the Gnugk... Any help will be appreciated a lot !!!!! Thanks a lot Best regards, Leandro

1 0

OpenMCU protocol connection error
by leandro.alvares＠caixa.gov.br 14 Jul '10

14 Jul '10

Hi guys, I didn't do any modifications (like actualizations, etc... ) at my environment... At last days, I'm getting a lot of complain. When some endpoints connect to openMCU, I'm getting a protocol error. Maybe it can be caused by a wrong parameter at gnugk, but I'm not sure... I'm sending the log. Thanks a lot. cd0000cv011:/etc/init.d# cat temp.txt 18:23:27.622 LogChanRx:...Rx:87bcc48 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.623 LogChanRx:...Rx:8410400 PLUGIN Partial Frame received H.263-CIF Ignoring rendering. 18:23:27.623 LogChanRx:...Rx:8410400 PVC Set Renderer frame size to 352x288 18:23:27.624 LogChanRx:...Rx:8410400 PLUGIN Write data to video renderer 18:23:27.624 LogChanRx:...Rx:8410400 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.627 LogChanTx:...Tx:80b6f20 PLUGIN Sent I-Frame 18:23:27.642 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.644 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.644 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.644 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.644 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.652 LogChanRx:...Rx:8410400 PLUGIN Partial Frame received H.263-CIF Ignoring rendering. 18:23:27.653 LogChanRx:...Rx:8410400 PVC Set Renderer frame size to 352x288 18:23:27.653 LogChanRx:...Rx:8410400 PLUGIN Write data to video renderer 18:23:27.653 LogChanRx:...Rx:8410400 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.654 LogChanRx:...Rx:87bcc48 PVC Set Renderer frame size to 352x288 18:23:27.654 LogChanRx:...Rx:87bcc48 PLUGIN Write data to video renderer 18:23:27.654 LogChanRx:...Rx:87bcc48 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.659 LogChanTx:...Tx:80b6f20 PLUGIN Sent I-Frame 18:23:27.659 LogChanTx:...Tx:80b6f20 H323RTP Transmitter sent timestamp 303974010 18:23:27.674 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.674 LogChanTx:...Tx:8777198 H323RTP Transmitter sent timestamp 244205820 18:23:27.685 LogChanRx:...Rx:8410400 PLUGIN Partial Frame received H.263-CIF Ignoring rendering. 18:23:27.686 LogChanRx:...Rx:8410400 PVC Set Renderer frame size to 352x288 18:23:27.686 LogChanRx:...Rx:8410400 PLUGIN Write data to video renderer 18:23:27.686 LogChanRx:...Rx:8410400 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.687 LogChanRx:...Rx:87bcc48 PVC Set Renderer frame size to 352x288 18:23:27.687 LogChanRx:...Rx:87bcc48 PLUGIN Write data to video renderer 18:23:27.687 LogChanRx:...Rx:87bcc48 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.691 LogChanTx:...Tx:80b6f20 PLUGIN Sent I-Frame 18:23:27.708 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.708 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.716 LogChanRx:...Rx:87bcc48 H323RTP Receiver written timestamp 244180279 18:23:27.716 LogChanRx:...Rx:8410400 H323RTP Receiver written timestamp 303995341 18:23:27.717 LogChanRx:...Rx:87bcc48 PVC Set Renderer frame size to 352x288 18:23:27.717 LogChanRx:...Rx:87bcc48 PLUGIN Write data to video renderer 18:23:27.717 LogChanRx:...Rx:87bcc48 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.718 LogChanRx:...Rx:8410400 PVC Set Renderer frame size to 352x288 18:23:27.718 LogChanRx:...Rx:8410400 PLUGIN Write data to video renderer 18:23:27.718 LogChanRx:...Rx:8410400 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.719 H323 Liste...er:80a6ad0 H323TCP Started connection: host=10.192.37.70:20034, if=10.192.37.70:1720, handle=26 18:23:27.719 H323 Liste...er:80a6ad0 PWLib Created thread 0x81e2678 H225 Answer:%0x 18:23:27.719 H323 Liste...er:80a6ad0 TCP Waiting on socket accept on ip$*:1720 18:23:27.720 H225 Answe...er:81e2678 PWLib Started thread 0x81e2678 H225 Answer:81e2678 18:23:27.720 H225 Answe...er:81e2678 H225 Started incoming call thread 18:23:27.720 H225 Answe...er:81e2678 H225 Awaiting first PDU 18:23:27.721 H225 Answe...er:81e2678 H225 Receiving PDU [ip$10.192.37.70:1720/ip$10.192.37.70:20034] : { q931pdu = { protocolDiscriminator = 8 callReference = 23911 from = originator messageType = Setup IE: Bearer-Capability = { 88 18 84 a5 .... } IE: Display = { 53 43 2e 53 52 2e 46 4c 4f 52 49 41 4e 4f 50 4f SC.SR.FLORIANOPO 4c 49 53 LIS } IE: Called-Party-Number = { 81 39 39 31 .991 } IE: User-User = { 60 b0 06 00 08 91 4a 00 04 02 03 80 7b 59 58 34 `.....J.....{YX4 40 12 00 53 00 43 00 2e 00 53 00 52 00 2e 00 46 @..S.C...S.R...F 00 4c 00 4f 00 52 00 49 00 41 00 4e 00 4f 00 50 .L.O.R.I.A.N.O.P 00 4f 00 4c 00 49 00 53 22 c0 59 00 ae 03 16 41 .O.L.I.S".Y....A 65 74 68 72 61 20 56 65 67 61 53 74 61 72 53 69 ethra VegaStarSi 6c 76 65 72 5f 45 0d 56 35 2e 31 2e 34 20 30 34 lver_E.V5.1.4 04 31 31 30 35 00 00 01 01 00 cc 40 02 87 73 2c dd 1105......@..s,. 96 76 13 10 6c 56 34 34 34 34 ef 00 7d 0f 98 07 .v..lV4444..}... 00 0a c0 25 46 06 b9 11 00 02 87 73 2c dd 96 76 ...%F......s,..v 13 10 6b 56 34 34 34 34 ef 01 00 01 00 13 10 00 ..kV4444........ 37 00 33 00 30 00 37 00 5f 00 65 00 6e 00 64 00 7.3.0.7._.e.n.d. 70 01 00 01 00 01 00 01 40 02 80 01 00 00 05 10 p.......@....... 63 61 6c 6c 5f 75 73 65 72 5f 74 6f 5f 75 73 65 call_user_to_use 72 r } } h225pdu = { h323_uu_pdu = { h323_message_body = setup { protocolIdentifier = 0.0.8.2250.0.4 sourceAddress = 2 entries { [0]=dialedDigits "48262501" [1]=h323_ID 19 characters { 0053 0043 002e 0053 0052 002e 0046 004c SC.SR.FL 004f 0052 0049 0041 004e 004f 0050 004f ORIANOPO 004c 0049 0053 LIS } } sourceInfo = { vendor = { vendor = { t35CountryCode = 89 t35Extension = 0 manufacturerCode = 44547 } productId = 23 octets { 41 65 74 68 72 61 20 56 65 67 61 53 74 61 72 53 Aethra VegaStarS 69 6c 76 65 72 5f 45 ilver_E } versionId = 14 octets { 56 35 2e 31 2e 34 20 30 34 31 31 30 35 00 V5.1.4 041105. } } terminal = { } mc = FALSE undefinedNode = FALSE } destinationAddress = 1 entries { [0]=dialedDigits "991" } activeMC = FALSE conferenceID = 16 octets { 02 87 73 2c dd 96 76 13 10 6c 56 34 34 34 34 ef ..s,..v..lV4444. } conferenceGoal = create <<null>> callType = pointToPoint <<null>> sourceCallSignalAddress = ipAddress { ip = 4 octets { 0a c0 25 46 ..%F } port = 1721 } callIdentifier = { guid = 16 octets { 02 87 73 2c dd 96 76 13 10 6b 56 34 34 34 34 ef ..s,..v..kV4444. } } mediaWaitForConnect = FALSE canOverlapSend = FALSE endpointIdentifier = 9 characters { 0037 0033 0030 0037 005f 0065 006e 0064 7307_end 0070 p } multipleCalls = FALSE maintainConnection = FALSE presentationIndicator = presentationAllowed <<null>> screeningIndicator = userProvidedVerifiedAndFailed } h245Tunneling = FALSE } user_data = { protocol_discriminator = 5 user_information = 17 octets { 63 61 6c 6c 5f 75 73 65 72 5f 74 6f 5f 75 73 65 call_user_to_use 72 r } } } } Raw PDU: 08 02 5d 67 05 04 04 88 18 84 a5 28 13 53 43 2e ..]g.......(.SC. 53 52 2e 46 4c 4f 52 49 41 4e 4f 50 4f 4c 49 53 SR.FLORIANOPOLIS 70 04 81 39 39 31 7e 00 d2 05 60 b0 06 00 08 91 p..991~...`..... 4a 00 04 02 03 80 7b 59 58 34 40 12 00 53 00 43 J.....{YX4@..S.C 00 2e 00 53 00 52 00 2e 00 46 00 4c 00 4f 00 52 ...S.R...F.L.O.R 00 49 00 41 00 4e 00 4f 00 50 00 4f 00 4c 00 49 .I.A.N.O.P.O.L.I 00 53 22 c0 59 00 ae 03 16 41 65 74 68 72 61 20 .S".Y....Aethra 56 65 67 61 53 74 61 72 53 69 6c 76 65 72 5f 45 VegaStarSilver_E 0d 56 35 2e 31 2e 34 20 30 34 31 31 30 35 00 00 .V5.1.4 041105.. 01 01 00 cc 40 02 87 73 2c dd 96 76 13 10 6c 56 ....@..s,..v..lV 34 34 34 34 ef 00 7d 0f 98 07 00 0a c0 25 46 06 4444..}......%F. b9 11 00 02 87 73 2c dd 96 76 13 10 6b 56 34 34 .....s,..v..kV44 34 34 ef 01 00 01 00 13 10 00 37 00 33 00 30 00 44........7.3.0. 37 00 5f 00 65 00 6e 00 64 00 70 01 00 01 00 01 7._.e.n.d.p..... 00 01 40 02 80 01 00 00 05 10 63 61 6c 6c 5f 75 ..@.......call_u 73 65 72 5f 74 6f 5f 75 73 65 72 ser_to_user 18:23:27.723 H225 Answe...er:81e2678 H225 Incoming call, first PDU: callReference=23911 18:23:27.723 H225 Answe...er:81e2678 H323 Added capability: G.711-ALaw-64k <1> 18:23:27.723 H225 Answe...er:81e2678 H323 Added capability: G.711-uLaw-64k <2> 18:23:27.723 H225 Answe...er:81e2678 H323 Added capability: G.726-16k{sw} <3> 18:23:27.723 H225 Answe...er:81e2678 H323 Added capability: G.726-24k{sw} <4> 18:23:27.723 H225 Answe...er:81e2678 H323 Added capability: G.726-32k{sw} <5> 18:23:27.723 H225 Answe...er:81e2678 H323 Added capability: G.726-40k{sw} <6> 18:23:27.723 H225 Answe...er:81e2678 H323 Added capability: GSM-06.10{sw} <7> 18:23:27.723 H225 Answe...er:81e2678 H323 Added capability: GSM-AMR{sw} <8> 18:23:27.723 H225 Answe...er:81e2678 H323 Added capability: LPC-10{sw} <9> 18:23:27.723 H225 Answe...er:81e2678 H323 Added capability: MS-GSM{sw} <10> 18:23:27.723 H225 Answe...er:81e2678 H323 Added capability: MS-IMA-ADPCM{sw} <11> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: SpeexIETFNarrow-11k{sw} <12> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: SpeexIETFNarrow-15k{sw} <13> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: SpeexIETFNarrow-18.2k{sw} <14> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: SpeexIETFNarrow-24.6k{sw} <15> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: SpeexIETFNarrow-5.95k{sw} <16> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: SpeexIETFNarrow-8k{sw} <17> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: SpeexIETFWide-20.6k{sw} <18> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: SpeexWNarrow-8k{sw} <19> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: SpeexWide-20.6k{sw} <20> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: iLBC-13k3{sw} <21> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: iLBC-15k2{sw} <22> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: H.263-CIF{sw} <23> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: H.263-QCIF{sw} <24> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: H.263{sw} <25> 18:23:27.724 H225 Answe...er:81e2678 H323 Added capability: H.263{sw} <1> 18:23:27.725 H225 Answe...er:81e2678 H323 Added capability: H.239 Capabilities <26> H.263{sw} <1> 18:23:27.725 H225 Answe...er:81e2678 H323 Added capability: UserInput/hookflash <27> 18:23:27.725 H225 Answe...er:81e2678 H323 Added capability: UserInput/basicString <28> 18:23:27.725 H225 Answe...er:81e2678 H323 Added capability: UserInput/dtmf <29> 18:23:27.725 H225 Answe...er:81e2678 H323 Added capability: UserInput/RFC2833 <30> 18:23:27.725 H225 Answe...er:81e2678 H323 Added capability: UserInput/Navigation <31> 18:23:27.725 H225 Answe...er:81e2678 H323 Added capability: UserInput/Softkey <32> 18:23:27.725 H225 Answe...er:81e2678 H323 Added capability: UserInput/PointDevice <33> 18:23:27.725 H225 Answe...er:81e2678 H323 Added capability: UserInput/Modal <34> 18:23:27.725 H225 Answe...er:81e2678 H323 FindCapability: 1 18:23:27.725 H225 Answe...er:81e2678 H323 Found capability: G.711-ALaw-64k <1> 18:23:27.725 H225 Answe...er:81e2678 H323 FindCapability: 2 18:23:27.725 H225 Answe...er:81e2678 H323 Found capability: G.711-uLaw-64k <2> 18:23:27.725 H225 Answe...er:81e2678 H323 FindCapability: 3 18:23:27.725 H225 Answe...er:81e2678 H323 Found capability: G.726-16k{sw} <3> 18:23:27.725 H225 Answe...er:81e2678 H323 FindCapability: 4 18:23:27.725 H225 Answe...er:81e2678 H323 Found capability: G.726-24k{sw} <4> 18:23:27.725 H225 Answe...er:81e2678 H323 FindCapability: 5 18:23:27.725 H225 Answe...er:81e2678 H323 Found capability: G.726-32k{sw} <5> 18:23:27.725 H225 Answe...er:81e2678 H323 FindCapability: 6 18:23:27.725 H225 Answe...er:81e2678 H323 Found capability: G.726-40k{sw} <6> 18:23:27.725 H225 Answe...er:81e2678 H323 FindCapability: 7 18:23:27.725 H225 Answe...er:81e2678 H323 Found capability: GSM-06.10{sw} <7> 18:23:27.725 H225 Answe...er:81e2678 H323 FindCapability: 8 18:23:27.725 H225 Answe...er:81e2678 H323 Found capability: GSM-AMR{sw} <8> 18:23:27.725 H225 Answe...er:81e2678 H323 FindCapability: 9 18:23:27.726 H225 Answe...er:81e2678 H323 Found capability: LPC-10{sw} <9> 18:23:27.726 H225 Answe...er:81e2678 H323 FindCapability: 10 18:23:27.726 H225 Answe...er:81e2678 H323 Found capability: MS-GSM{sw} <10> 18:23:27.726 H225 Answe...er:81e2678 H323 FindCapability: 11 18:23:27.726 H225 Answe...er:81e2678 H323 Found capability: MS-IMA-ADPCM{sw} <11> 18:23:27.726 H225 Answe...er:81e2678 H323 FindCapability: 12 18:23:27.726 H225 Answe...er:81e2678 H323 Found capability: SpeexIETFNarrow-11k{sw} <12> 18:23:27.726 H225 Answe...er:81e2678 H323 FindCapability: 13 18:23:27.726 H225 Answe...er:81e2678 H323 Found capability: SpeexIETFNarrow-15k{sw} <13> 18:23:27.726 H225 Answe...er:81e2678 H323 FindCapability: 14 18:23:27.726 LogChanTx:...Tx:80b6f20 PLUGIN Sent I-Frame 18:23:27.726 H225 Answe...er:81e2678 H323 Found capability: SpeexIETFNarrow-18.2k{sw} <14> 18:23:27.727 H225 Answe...er:81e2678 H323 FindCapability: 15 18:23:27.727 H225 Answe...er:81e2678 H323 Found capability: SpeexIETFNarrow-24.6k{sw} <15> 18:23:27.727 H225 Answe...er:81e2678 H323 FindCapability: 16 18:23:27.727 H225 Answe...er:81e2678 H323 Found capability: SpeexIETFNarrow-5.95k{sw} <16> 18:23:27.727 H225 Answe...er:81e2678 H323 FindCapability: 17 18:23:27.727 H225 Answe...er:81e2678 H323 Found capability: SpeexIETFNarrow-8k{sw} <17> 18:23:27.727 H225 Answe...er:81e2678 H323 FindCapability: 18 18:23:27.727 H225 Answe...er:81e2678 H323 Found capability: SpeexIETFWide-20.6k{sw} <18> 18:23:27.728 H225 Answe...er:81e2678 H323 FindCapability: 19 18:23:27.728 H225 Answe...er:81e2678 H323 Found capability: SpeexWNarrow-8k{sw} <19> 18:23:27.728 H225 Answe...er:81e2678 H323 FindCapability: 20 18:23:27.728 H225 Answe...er:81e2678 H323 Found capability: SpeexWide-20.6k{sw} <20> 18:23:27.728 H225 Answe...er:81e2678 H323 FindCapability: 21 18:23:27.728 H225 Answe...er:81e2678 H323 Found capability: iLBC-13k3{sw} <21> 18:23:27.728 H225 Answe...er:81e2678 H323 FindCapability: 22 18:23:27.728 H225 Answe...er:81e2678 H323 Found capability: iLBC-15k2{sw} <22> 18:23:27.728 H225 Answe...er:81e2678 H323 FindCapability: 26 18:23:27.728 H225 Answe...er:81e2678 H323 Found capability: H.239 Capabilities <26> H.263{sw} <1> 18:23:27.728 H225 Answe...er:81e2678 H323 FindCapability: 23 18:23:27.728 H225 Answe...er:81e2678 H323 Found capability: H.263-CIF{sw} <23> 18:23:27.728 H225 Answe...er:81e2678 H323 FindCapability: 24 18:23:27.728 H225 Answe...er:81e2678 H323 Found capability: H.263-QCIF{sw} <24> 18:23:27.728 H225 Answe...er:81e2678 H323 FindCapability: 25 18:23:27.728 H225 Answe...er:81e2678 H323 Found capability: H.263{sw} <25> 18:23:27.728 H225 Answe...er:81e2678 H323 FindCapability: 27 18:23:27.728 H225 Answe...er:81e2678 H323 Found capability: UserInput/hookflash <27> 18:23:27.729 H225 Answe...er:81e2678 H323 FindCapability: 28 18:23:27.729 H225 Answe...er:81e2678 H323 Found capability: UserInput/basicString <28> 18:23:27.729 H225 Answe...er:81e2678 H323 FindCapability: 29 18:23:27.729 H225 Answe...er:81e2678 H323 Found capability: UserInput/dtmf <29> 18:23:27.729 H225 Answe...er:81e2678 H323 FindCapability: 30 18:23:27.729 H225 Answe...er:81e2678 H323 Found capability: UserInput/RFC2833 <30> 18:23:27.729 H225 Answe...er:81e2678 H323 FindCapability: 31 18:23:27.729 H225 Answe...er:81e2678 H323 Found capability: UserInput/Navigation <31> 18:23:27.729 H225 Answe...er:81e2678 H323 FindCapability: 32 18:23:27.729 H225 Answe...er:81e2678 H323 Found capability: UserInput/Softkey <32> 18:23:27.729 H225 Answe...er:81e2678 H323 FindCapability: 33 18:23:27.729 H225 Answe...er:81e2678 H323 Found capability: UserInput/PointDevice <33> 18:23:27.729 H225 Answe...er:81e2678 H323 FindCapability: 34 18:23:27.729 H225 Answe...er:81e2678 H323 Found capability: UserInput/Modal <34> 18:23:27.729 H225 Answe...er:81e2678 H460 Endpoint Attached 18:23:27.729 H225 Answe...er:81e2678 RFC2833 Handler created 18:23:27.729 H225 Answe...er:81e2678 H323 Created new connection: ip$10.192.37.70:20034/23911 18:23:27.729 H225 Answe...er:81e2678 H225 Handling PDU: Setup callRef=23911 18:23:27.729 H225 Answe...er:81e2678 H245 Stopping MasterSlaveDetermination: state=Idle 18:23:27.729 H225 Answe...er:81e2678 H245 Stopping TerminalCapabilitySet: state=Idle 18:23:27.729 H225 Answe...er:81e2678 H225 Fast Start DISABLED! 18:23:27.729 H225 Answe...er:81e2678 H235EP Authentication Failed but allowed by policy 18:23:27.729 H225 Answe...er:81e2678 H225 Set protocol version to 4 and implying H.245 version 7 18:23:27.730 H225 Answe...er:81e2678 H225 Set remote application name: "Aethra VegaStarSilver_E V5.1.4 041105 89/44547" 18:23:27.731 H225 Answe...er:81e2678 H225 Sending call proceeding PDU 18:23:27.731 H225 Answe...er:81e2678 H460 Create FeatureSet CallProceed PDU 18:23:27.731 H225 Answe...er:81e2678 H460 FeatureSet for CallProceed PDU { replacementFeatureSet = FALSE } 18:23:27.731 H225 Answe...er:81e2678 H225 Sending PDU [ip$10.192.37.70:1720/ip$10.192.37.70:20034] : { q931pdu = { protocolDiscriminator = 8 callReference = 23911 from = destination messageType = CallProceeding IE: Display = { 4d 43 55 00 MCU. } IE: User-User = { 21 80 06 00 08 91 4a 00 04 24 c0 09 00 00 3d 17 !.....J..$....=. 50 6f 73 74 20 49 6e 63 72 65 6d 65 6e 74 20 4f Post Increment O 70 65 6e 4d 43 55 00 00 1d 32 2e 32 2e 33 20 28 penMCU...2.2.3 ( 48 33 32 33 70 6c 75 73 20 76 31 2e 32 30 61 6c H323plus v1.20al 70 68 61 32 29 00 00 20 d0 c0 11 00 02 87 73 2c pha2).. ......s, dd 96 76 13 10 6b 56 34 34 34 34 ef 01 00 01 00 ..v..kV4444..... 02 80 01 00 .... } } h225pdu = { h323_uu_pdu = { h323_message_body = callProceeding { protocolIdentifier = 0.0.8.2250.0.4 destinationInfo = { vendor = { vendor = { t35CountryCode = 9 t35Extension = 0 manufacturerCode = 61 } productId = 24 octets { 50 6f 73 74 20 49 6e 63 72 65 6d 65 6e 74 20 4f Post Increment O 70 65 6e 4d 43 55 00 00 penMCU.. } versionId = 30 octets { 32 2e 32 2e 33 20 28 48 33 32 33 70 6c 75 73 20 2.2.3 (H323plus 76 31 2e 32 30 61 6c 70 68 61 32 29 00 00 v1.20alpha2).. } } mcu = { } mc = TRUE undefinedNode = FALSE } callIdentifier = { guid = 16 octets { 02 87 73 2c dd 96 76 13 10 6b 56 34 34 34 34 ef ..s,..v..kV4444. } } multipleCalls = FALSE maintainConnection = FALSE } h245Tunneling = FALSE } } } Raw PDU: 08 02 dd 67 02 28 04 4d 43 55 00 7e 00 65 05 21 ...g.(.MCU.~.e.! 80 06 00 08 91 4a 00 04 24 c0 09 00 00 3d 17 50 .....J..$....=.P 6f 73 74 20 49 6e 63 72 65 6d 65 6e 74 20 4f 70 ost Increment Op 65 6e 4d 43 55 00 00 1d 32 2e 32 2e 33 20 28 48 enMCU...2.2.3 (H 33 32 33 70 6c 75 73 20 76 31 2e 32 30 61 6c 70 323plus v1.20alp 68 61 32 29 00 00 20 d0 c0 11 00 02 87 73 2c dd ha2).. ......s,. 96 76 13 10 6b 56 34 34 34 34 ef 01 00 01 00 02 .v..kV4444...... 80 01 00 ... 18:23:27.733 H225 Answe...er:81e2678 H460 Create FeatureSet Alerting PDU 18:23:27.733 H225 Answe...er:81e2678 H460 FeatureSet for Alerting PDU { replacementFeatureSet = FALSE } 18:23:27.733 H225 Answe...er:81e2678 H225 Incoming call accepted 18:23:27.734 H225 Answe...er:81e2678 H460 Create FeatureSet Adm Reqest PDU 18:23:27.734 H225 Answe...er:81e2678 H460 FeatureSet for Adm Reqest PDU { replacementFeatureSet = FALSE } 18:23:27.734 H225 Answe...er:81e2678 Trans Making request: admissionRequest 18:23:27.734 H225 Answe...er:81e2678 H460 Create FeatureSet Adm Reqest PDU 18:23:27.734 H225 Answe...er:81e2678 H460 FeatureSet for Adm Reqest PDU { replacementFeatureSet = FALSE } 18:23:27.735 H225 Answe...er:81e2678 Trans Sending PDU [ip$10.192.37.70:32769/ip$10.192.37.70:1719] : admissionRequest { requestSeqNum = 31264 callType = pointToPoint <<null>> endpointIdentifier = 9 characters { 0037 0032 0038 0032 005f 0065 006e 0064 7282_end 0070 p } destinationInfo = 11 entries { [0]=h323_ID 3 characters { 004d 0043 0055 MCU } [1]=dialedDigits "990" [2]=dialedDigits "991" [3]=dialedDigits "992" [4]=dialedDigits "993" [5]=dialedDigits "994" [6]=dialedDigits "995" [7]=dialedDigits "996" [8]=dialedDigits "997" [9]=dialedDigits "998" [10]=dialedDigits "999" } destCallSignalAddress = ipAddress { ip = 4 octets { 0a c0 25 46 ..%F } port = 1720 } srcInfo = 1 entries { [0]=h323_ID 45 characters { 0053 0043 002e 0053 0052 002e 0046 004c SC.SR.FL 004f 0052 0049 0041 004e 004f 0050 004f ORIANOPO 004c 0049 0053 0020 0028 0034 0038 0032 LIS (482 0036 0032 0035 0030 0031 0029 0020 005b 62501) [ 0031 0030 002e 0031 0039 0032 002e 0033 10.192.3 0037 002e 0037 0030 005d 7.70] } } srcCallSignalAddress = ipAddress { ip = 4 octets { 0a c0 25 46 ..%F } port = 20034 } bandWidth = 100000 callReferenceValue = 23911 conferenceID = 16 octets { 02 87 73 2c dd 96 76 13 10 6c 56 34 34 34 34 ef ..s,..v..lV4444. } activeMC = FALSE answerCall = TRUE canMapAlias = TRUE callIdentifier = { guid = 16 octets { 02 87 73 2c dd 96 76 13 10 6b 56 34 34 34 34 ef ..s,..v..kV4444. } } gatekeeperIdentifier = 7 characters { 0047 006e 0075 0047 004b 0030 0031 GnuGK01 } willSupplyUUIEs = TRUE canMapSrcAlias = FALSE } Raw PDU: size=ec pos=7fffffff.0 { 000 26 d0 7a 1f 02 00 00 37 00 32 00 38 00 32 00 5f & z 7 2 8 2 _ 00 65 00 6e 00 64 00 70 0b 40 02 00 4d 00 43 00 e n d p @ M C 55 01 00 cc 30 10 cc 40 10 cc 50 10 cc 60 10 cc U 0 @ P ` 70 10 cc 80 10 cc 90 10 cc a0 10 cc b0 10 cc c0 p 0a c0 25 46 06 b8 01 40 2c 00 53 00 43 00 2e 00 %F @, S C . 53 00 52 00 2e 00 46 00 4c 00 4f 00 52 00 49 00 S R . F L O R I 41 00 4e 00 4f 00 50 00 4f 00 4c 00 49 00 53 00 A N O P O L I S 20 00 28 00 34 00 38 00 32 00 36 00 32 00 35 00 ( 4 8 2 6 2 5 30 00 31 00 29 00 20 00 5b 00 31 00 30 00 2e 00 0 1 ) [ 1 0 . 31 00 39 00 32 00 2e 00 33 00 37 00 2e 00 37 00 1 9 2 . 3 7 . 7 30 00 5d 00 0a c0 25 46 4e 42 80 01 86 a0 5d 67 0 ] %FNB ]g 02 87 73 2c dd 96 76 13 10 6c 56 34 34 34 34 ef s, v lV4444 49 64 20 10 01 80 11 00 02 87 73 2c dd 96 76 13 Id s, v 10 6b 56 34 34 34 34 ef 0f 0c 00 47 00 6e 00 75 kV4444 G n u 00 47 00 4b 00 30 00 31 01 80 01 00 G K 0 1 } 18:23:27.736 H225 Answe...er:81e2678 Trans Waiting on response to seqnum=31264 for 3.0 seconds 18:23:27.739 Transactor...or:80bc580 H225RAS Receiving PDU [ip$10.192.37.70:32769/ip$10.192.37.70:1719] : admissionConfirm { requestSeqNum = 31264 bandWidth = 100000 callModel = gatekeeperRouted <<null>> destCallSignalAddress = ipAddress { ip = 4 octets { 0a c0 25 46 ..%F } port = 1721 } willRespondToIRR = FALSE uuiesRequested = { setup = FALSE callProceeding = FALSE connect = FALSE alerting = FALSE information = FALSE releaseComplete = FALSE facility = FALSE progress = FALSE empty = FALSE status = FALSE statusInquiry = FALSE setupAcknowledge = FALSE notify = FALSE } serviceControl = 1 entries { [0]={ sessionId = 0 contents = callCreditServiceControl { callStartingPoint = connect <<null>> } reason = refresh <<null>> } } } Raw PDU: size=27 pos=27.0 { 000 2a 00 7a 1f 80 01 86 a0 40 0a c0 25 46 06 b9 22 * z @ %F " 00 c0 80 01 00 0b 80 01 f8 01 00 01 00 01 00 01 00 05 01 40 00 60 a4 @ ` } 18:23:27.739 Transactor...or:80bc580 Trans Using credentials from request: CAT<no-pwd>,MD5<no-pwd> 18:23:27.740 Transactor...or:80bc580 SvcCtrl OnChange Call Credit service control debit 0 18:23:27.740 Transactor...or:80bc580 Trans Reading PDU 18:23:27.740 H225 Answe...er:81e2678 H323 Bandwidth used: 0 18:23:27.740 H225 Answe...er:81e2678 H460 Create FeatureSet Connect PDU 18:23:27.741 H225 Answe...er:81e2678 H460 FeatureSet for Connect PDU { replacementFeatureSet = FALSE } 18:23:27.741 H225 Answe...er:81e2678 MCU Joining room specified by destination address 991 18:23:27.741 H225 Answe...er:81e2678 H323 Answering call: AnswerCallNow 18:23:27.741 H225 Answe...er:81e2678 H225 TCP Listen for H245 on 10.192.37.70:41962 18:23:27.741 H225 Answe...er:81e2678 PWLib Created thread 0xb6134d00 H245:%0x 18:23:27.742 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.741 H225 Answe...er:81e2678 H225 Sending PDU [ip$10.192.37.70:1720/ip$10.192.37.70:20034] : { q931pdu = { protocolDiscriminator = 8 callReference = 23911 from = destination messageType = Connect IE: Bearer-Capability = { 80 90 a5 ... } IE: Display = { 4d 43 55 00 MCU. } IE: User-User = { 22 c0 06 00 08 91 4a 00 04 00 0a c0 25 46 a3 ea ".....J.....%F.. 24 c0 09 00 00 3d 17 50 6f 73 74 20 49 6e 63 72 $....=.Post Incr 65 6d 65 6e 74 20 4f 70 65 6e 4d 43 55 00 00 1d ement OpenMCU... 32 2e 32 2e 33 20 28 48 33 32 33 70 6c 75 73 20 2.2.3 (H323plus 76 31 2e 32 30 61 6c 70 68 61 32 29 00 00 20 02 v1.20alpha2).. . 87 73 2c dd 96 76 13 10 6c 56 34 34 34 34 ef 17 .s,..v..lV4444.. 0c 20 11 00 02 87 73 2c dd 96 76 13 10 6b 56 34 . ....s,..v..kV4 34 34 34 ef 01 00 01 00 01 00 02 80 01 00 444........... } } h225pdu = { h323_uu_pdu = { h323_message_body = connect { protocolIdentifier = 0.0.8.2250.0.4 h245Address = ipAddress { ip = 4 octets { 0a c0 25 46 ..%F } port = 41962 } destinationInfo = { vendor = { vendor = { t35CountryCode = 9 t35Extension = 0 manufacturerCode = 61 } productId = 24 octets { 50 6f 73 74 20 49 6e 63 72 65 6d 65 6e 74 20 4f Post Increment O 70 65 6e 4d 43 55 00 00 penMCU.. } versionId = 30 octets { 32 2e 32 2e 33 20 28 48 33 32 33 70 6c 75 73 20 2.2.3 (H323plus 76 31 2e 32 30 61 6c 70 68 61 32 29 00 00 v1.20alpha2).. } } mcu = { } mc = TRUE undefinedNode = FALSE } conferenceID = 16 octets { 02 87 73 2c dd 96 76 13 10 6c 56 34 34 34 34 ef ..s,..v..lV4444. } callIdentifier = { guid = 16 octets { 02 87 73 2c dd 96 76 13 10 6b 56 34 34 34 34 ef ..s,..v..kV4444. } } multipleCalls = FALSE maintainConnection = FALSE fastConnectRefused = <<null>> } h245Tunneling = FALSE } } } Raw PDU: 08 02 dd 67 07 04 03 80 90 a5 28 04 4d 43 55 00 ...g......(.MCU. 7e 00 7f 05 22 c0 06 00 08 91 4a 00 04 00 0a c0 ~...".....J..... 25 46 a3 ea 24 c0 09 00 00 3d 17 50 6f 73 74 20 %F..$....=.Post 49 6e 63 72 65 6d 65 6e 74 20 4f 70 65 6e 4d 43 Increment OpenMC 55 00 00 1d 32 2e 32 2e 33 20 28 48 33 32 33 70 U...2.2.3 (H323p 6c 75 73 20 76 31 2e 32 30 61 6c 70 68 61 32 29 lus v1.20alpha2) 00 00 20 02 87 73 2c dd 96 76 13 10 6c 56 34 34 .. ..s,..v..lV44 34 34 ef 17 0c 20 11 00 02 87 73 2c dd 96 76 13 44... ....s,..v. 10 6b 56 34 34 34 34 ef 01 00 01 00 01 00 02 80 .kV4444......... 01 00 .. 18:23:27.743 LogChanTx:...Tx:8220128 H323RTP Transmitter sent timestamp 21708000 18:23:27.744 H225 Answe...er:81e2678 H323 InternalEstablishedConnectionCheck: connectionState=HasExecutedSignalConnect fastStartState=FastStartDisabled 18:23:27.744 H225 Answe...er:81e2678 H323 InternalEstablishedConnectionCheck: connectionState=HasExecutedSignalConnect fastStartState=FastStartDisabled 18:23:27.744 H225 Answe...er:81e2678 H225 Reading PDUs: callRef=23911 18:23:27.744 H245:b6134...5:b6134d00 PWLib Started thread 0xb6134d00 H245:b6134d00 18:23:27.744 H245:b6134...5:b6134d00 H245 Started thread 18:23:27.744 H245:b6134...5:b6134d00 H245 TCP Accept wait 18:23:27.745 RTP Jitter...er:83ff7c0 RTP SentSenderReport: ssrc=525559091 ntp=3488100691.1586280892 rtp=21707760 psent=90449 osent=21707760 18:23:27.745 RTP Jitter...er:83ff7c0 RTP SentReceiverReport: ssrc=1259027969 fraction=0 lost=36 last_seq=27577 jitter=18 lsr=0 dlsr=0 18:23:27.745 RTP Jitter...er:83ff7c0 RTP Sending SDES: root@cd0000cv011 18:23:27.748 LogChanRx:...Rx:8410400 PLUGIN Partial Frame received H.263-CIF Ignoring rendering. 18:23:27.749 LogChanRx:...Rx:8410400 PVC Set Renderer frame size to 352x288 18:23:27.750 LogChanRx:...Rx:8410400 PLUGIN Write data to video renderer 18:23:27.750 LogChanRx:...Rx:8410400 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.751 LogChanRx:...Rx:87bcc48 PVC Set Renderer frame size to 352x288 18:23:27.751 LogChanRx:...Rx:87bcc48 PLUGIN Write data to video renderer 18:23:27.751 LogChanRx:...Rx:87bcc48 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.759 LogChanTx:...Tx:80b6f20 PLUGIN Sent I-Frame 18:23:27.776 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.776 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.776 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.780 LogChanRx:...Rx:8410400 PVC Set Renderer frame size to 352x288 18:23:27.780 LogChanRx:...Rx:8410400 PLUGIN Write data to video renderer 18:23:27.780 LogChanRx:...Rx:8410400 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.781 LogChanRx:...Rx:87bcc48 PVC Set Renderer frame size to 352x288 18:23:27.781 LogChanRx:...Rx:87bcc48 PLUGIN Write data to video renderer 18:23:27.781 LogChanRx:...Rx:87bcc48 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.791 LogChanTx:...Tx:80b6f20 PLUGIN Sent I-Frame 18:23:27.808 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.812 LogChanRx:...Rx:8410400 PLUGIN Partial Frame received H.263-CIF Ignoring rendering. 18:23:27.814 LogChanRx:...Rx:8410400 PVC Set Renderer frame size to 352x288 18:23:27.814 LogChanRx:...Rx:8410400 PLUGIN Write data to video renderer 18:23:27.814 LogChanRx:...Rx:8410400 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.820 LogChanRx:...Rx:87bcc48 PVC Set Renderer frame size to 352x288 18:23:27.821 LogChanRx:...Rx:87bcc48 PLUGIN Write data to video renderer 18:23:27.821 LogChanRx:...Rx:87bcc48 PVC ::Write, frame size is 352x288 VideoGrabber is unavailabile 18:23:27.825 LogChanTx:...Tx:80b6f20 PLUGIN Sent I-Frame 18:23:27.829 H225 Answe...er:81e2678 H225 Receiving PDU [ip$10.192.37.70:1720/ip$10.192.37.70:20034] : { q931pdu = { protocolDiscriminator = 8 callReference = 23911 from = originator messageType = ReleaseComplete IE: Cause - Protocol error, unspecified = { 80 ef .. } IE: User-User = { 25 80 06 00 08 91 4a 00 02 01 11 00 02 87 73 2c %.....J.......s, dd 96 76 13 10 6b 56 34 34 34 34 ef 02 80 01 00 ..v..kV4444..... } } h225pdu = { h323_uu_pdu = { h323_message_body = releaseComplete { protocolIdentifier = 0.0.8.2250.0.2 callIdentifier = { guid = 16 octets { 02 87 73 2c dd 96 76 13 10 6b 56 34 34 34 34 ef ..s,..v..kV4444. } } } h245Tunneling = FALSE } } } Raw PDU: 08 02 5d 67 5a 08 02 80 ef 7e 00 21 05 25 80 06 ..]gZ....~.!.%.. 00 08 91 4a 00 02 01 11 00 02 87 73 2c dd 96 76 ...J.......s,..v 13 10 6b 56 34 34 34 34 ef 02 80 01 00 ..kV4444..... 18:23:27.829 H225 Answe...er:81e2678 H225 Handling PDU: ReleaseComplete callRef=23911 18:23:27.830 H225 Answe...er:81e2678 H225 Set protocol version to 2 and implying H.245 version 3 18:23:27.830 H225 Answe...er:81e2678 H225 Call End Reason Protocol error, unspecified 18:23:27.830 H225 Answe...er:81e2678 H323 Clearing connection ip$10.192.37.70:20034/23911 reason=EndedByQ931Cause 18:23:27.830 H225 Answe...er:81e2678 H323 Call end reason for ip$10.192.37.70:20034/23911 set to EndedByQ931Cause 18:23:27.830 H225 Answe...er:81e2678 H225 Sending release complete PDU: callRef=23911 18:23:27.830 H225 Answe...er:81e2678 H460 Create FeatureSet ReleaseComplete PDU 18:23:27.830 H225 Answe...er:81e2678 H460 FeatureSet for ReleaseComplete PDU { replacementFeatureSet = FALSE } 18:23:27.830 H225 Answe...er:81e2678 H225 Sending PDU [ip$10.192.37.70:1720/ip$10.192.37.70:20034] : { q931pdu = { protocolDiscriminator = 8 callReference = 23911 from = destination messageType = ReleaseComplete IE: Cause - Protocol error, unspecified = { 80 ef .. } IE: User-User = { 25 80 06 00 08 91 4a 00 02 01 11 00 02 87 73 2c %.....J.......s, dd 96 76 13 10 6b 56 34 34 34 34 ef 02 80 01 00 ..v..kV4444..... } } h225pdu = { h323_uu_pdu = { h323_message_body = releaseComplete { protocolIdentifier = 0.0.8.2250.0.2 callIdentifier = { guid = 16 octets { 02 87 73 2c dd 96 76 13 10 6b 56 34 34 34 34 ef ..s,..v..kV4444. } } } h245Tunneling = FALSE } } } Raw PDU: 08 02 dd 67 5a 08 02 80 ef 7e 00 21 05 25 80 06 ...gZ....~.!.%.. 00 08 91 4a 00 02 01 11 00 02 87 73 2c dd 96 76 ...J.......s,..v 13 10 6b 56 34 34 34 34 ef 02 80 01 00 ..kV4444..... 18:23:27.832 H225 Answe...er:81e2678 H323 Clearing connection ip$10.192.37.70:20034/23911 reason=EndedByTransportFail 18:23:27.833 H323 Cleaner H323 Cleaning up connections 18:23:27.834 H323 Cleaner H323 Connection ip$10.192.37.70:20034/23911 closing: connectionState=HasExecutedSignalConnect 18:23:27.834 H323 Cleaner H245 Stopping MasterSlaveDetermination: state=Idle 18:23:27.834 H323 Cleaner H245 Stopping TerminalCapabilitySet: state=Idle 18:23:27.834 H225 Answe...er:81e2678 H225 Signal channel closed. 18:23:27.834 H323 Cleaner PWLib Closing channel, fd=69 18:23:27.834 H323 Cleaner PWLib Unblocking I/O fd=70 thread=H245:b6134d00 18:23:27.834 ThreadID=0xb555db70 PWLib Ended thread 0x81e2678 H225 Answer:81e2678 18:23:27.834 H245:b6134...5:b6134d00 PWLib Unblocked I/O fd=70 18:23:27.836 H245:b6134...5:b6134d00 H225 Accept for H245 failed: Interrupted system call 18:23:27.836 ThreadID=0xb54ddb70 PWLib Ended thread 0xb6134d00 H245:b6134d00 18:23:27.842 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.842 LogChanTx:...Tx:8777198 PLUGIN Sent I-Frame 18:23:27.845 H323 Cleaner H323 H323Transport::Close 18:23:27.845 H323 Cleaner H323 H323Transport::CleanUpOnTermination for H245:b6134d00 18:23:27.845 H323 Cleaner PWLib WaitForTermination(10.000) 18:23:27.845 H323 Cleaner PWLib Unblocking I/O fd=70 thread=H245:b6134d00 18:23:27.845 H323 Cleaner PWLib Destroyed thread 0xb6134d00 H245:b6134d00(id = 0) 18:23:27.846 H323 Cleaner H323 H323Transport::Close 18:23:27.846 H323 Cleaner PWLib Closing channel, fd=26 18:23:27.846 H323 Cleaner H323 H323Transport::CleanUpOnTermination for H225 Answer:81e2678 18:23:27.846 H323 Cleaner PWLib WaitForTermination(10.000) 18:23:27.846 H323 Cleaner PWLib Unblocking I/O fd=46 thread=H225 Answer:81e2678 18:23:27.848 H323 Cleaner PWLib Destroyed thread 0x81e2678 H225 Answer:81e2678(id = 0) 18:23:27.848 LogChanRx:...Rx:80cb100 H323RTP Receiver written timestamp 30197440 18:23:27.848 H323 Cleaner H460 Create FeatureSet Dis Request PDU 18:23:27.848 H323 Cleaner H460 FeatureSet for Dis Request PDU { replacementFeatureSet = FALSE } 18:23:27.848 H323 Cleaner Trans Making request: disengageRequest 18:23:27.849 H323 Cleaner H460 Create FeatureSet Dis Request PDU 18:23:27.849 H323 Cleaner H460 FeatureSet for Dis Request PDU { replacementFeatureSet = FALSE } 18:23:27.850 H323 Cleaner Trans Sending PDU [ip$10.192.37.70:32769/ip$10.192.37.70:1719] : disengageRequest { requestSeqNum = 31265 endpointIdentifier = 9 characters { 0037 0032 0038 0032 005f 0065 006e 0064 7282_end 0070 p } conferenceID = 16 octets { 02 87 73 2c dd 96 76 13 10 6c 56 34 34 34 34 ef ..s,..v..lV4444. } callReferenceValue = 23911 disengageReason = normalDrop <<null>> callIdentifier = { guid = 16 octets { 02 87 73 2c dd 96 76 13 10 6b 56 34 34 34 34 ef ..s,..v..kV4444. } } gatekeeperIdentifier = 7 characters { 0047 006e 0075 0047 004b 0030 0031 GnuGK01 } answeredCall = TRUE usageInformation = { nonStandardUsageFields = 0 entries { } connectTime = 1279111891 endTime = 1279111891 } terminationCause = releaseCompleteCauseIE 2 octets { 80 80 .. } } Raw PDU: size=60 pos=7fffffff.0 { 000 3e 7a 20 10 00 37 00 32 00 38 00 32 00 5f 00 65 >z 7 2 8 2 _ e 00 6e 00 64 00 70 02 87 73 2c dd 96 76 13 10 6c n d p s, v l 56 34 34 34 34 ef 5d 67 22 b1 18 11 00 02 87 73 V4444 ]g" s 2c dd 96 76 13 10 6b 56 34 34 34 34 ef 0f 0c 00 , v kV4444 47 00 6e 00 75 00 47 00 4b 00 30 00 31 01 80 0c G n u G K 0 1 30 00 c0 4c 3d b2 d2 c0 4c 3d b2 d2 03 40 80 80 0 L= L= @ } 18:23:27.850 H323 Cleaner Trans Waiting on response to seqnum=31265 for 3.0 seconds 18:23:27.857 Transactor...or:80bc580 H225RAS Receiving PDU [ip$10.192.37.70:32769/ip$10.192.37.70:1719] : disengageConfirm { requestSeqNum = 31265 } Raw PDU: size=3 pos=3.0 { 000 40 7a 20 @z } 18:23:27.857 Transactor...or:80bc580 Trans Using credentials from request: CAT<no-pwd>,MD5<no-pwd> 18:23:27.857 Transactor...or:80bc580 Trans Reading PDU 18:23:27.858 H323 Cleaner H323 Connection ip$10.192.37.70:20034/23911 terminated. 18:23:27.858 H323 Cleaner H323 Connection ip$10.192.37.70:20034/23911 deleted. 18:23:27.860 H323 Cleaner H323 Cleaning up connections cd0000cv011:/etc/init.d#

2 1

H323Plus and thirdparty video integration
by Sherwin Sim 12 Jul '10

12 Jul '10

Hey guys Currently I'm using h323plus for h323 signaling for my audi application. All is well and now I want to add video support. I already have my own implementations of h263 and h264 and I was wondering how I should go about integrating them. What I think I have to do is 1) Write my own VideoCapability class for each 263 and 264 2) I have my own impl of H323Connection code, and I probably want to seup the CreateRealtimeLogicalChannel to return the video ip and ports in a H323Channel Does this sound right? Also any examples of this would be great Sherwin Sim mailto:sherwin.sim@magorcorp.com North America toll free: 1 877 888-5468 T: +1 613 686-1731 ext. 5504 C: +1 613 851 3876 Magor Communications 350 Terry Fox Drive, Suite 300 Ottawa, Ontario Canada K2K 2W5 http://www.magorcorp.com

2 3

open source project
by andrew wang 08 Jun '10

08 Jun '10

Hi all, I want to participate in the development of some open source project. I want to some help and advice. Thanks! Best Regards Andrew

2 1