- h323plus - lists.packetizer.com

Crash after MakeCall
by Ankur Deep Jaiswal 27 Dec '16

27 Dec '16

Hi , i updated to latest CVS release. and am using ptlib version 2.10.9. i am now getting the following error. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7ffff7f13700 (LWP 24402)] 0x00000000004d4a84 in PArray<PASN_Object>::operator[] (this=0x7fffe00463b0, index=0) at /home/test/libs/h323/ptlib/include/ptlib/array.h:1062 1062 PObject * obj = GetAt(index); (gdb) bt #0 0x00000000004d4a84 in PArray<PASN_Object>::operator[] (this=0x7fffe00463b0, index=0) at /home/test/libs/h323/ptlib/include/ptlib/array.h:1062 #1 0x00000000005f8a4a in H245_ArrayOf_VideoCapability::operator[] (this=0x7fffe0046390, i=0) at h245_1.cxx:16846 #2 0x000000000047baa1 in H323CodecExtendedVideoCapability::IsMatch (this=0xc94dc0, subTypePDU=...) at h323caps.cxx:2269 #3 0x0000000000480790 in H323Capabilities::FindCapability (this=0xc93498, mainType=H323Capability::e_Data, subTypePDU=..., translationTable=0x0, tableElements=0) at h323caps.cxx:3902 #4 0x000000000047fbb5 in H323Capabilities::FindCapability (this=0xc93498, cap=...) at h323caps.cxx:3633 #5 0x000000000047f99e in H323Capabilities::FindCapability (this=0xc93498, cap=..., capID=224, pdu=...) at h323caps.cxx:3596 #6 0x000000000047dd40 in H323Capabilities::H323Capabilities (this=0x7ffff7f12bb0, connection=..., pdu=...) at h323caps.cxx:3210 #7 0x00000000004615a3 in H245NegTerminalCapabilitySet::HandleIncoming (this=0xc96a20, pdu=...) at h323neg.cxx:380 #8 0x000000000043c7dc in H323Connection::OnH245Request (this=0xc93370, pdu=...) at h323.cxx:3489 #9 0x000000000043c493 in H323Connection::HandleControlPDU (this=0xc93370, pdu=...) at h323.cxx:3439 #10 0x000000000043c3ad in H323Connection::HandleControlData (this=0xc93370, strm=...) at h323.cxx:3423 #11 0x000000000043bbb0 in H323Connection::HandleReceivedControlPDU (this=0xc93370, readStatus=true, strm=...) at h323.cxx:3344 #12 0x000000000043ba98 in H323Connection::HandleControlChannel (this=0xc93370) at h323.cxx:3326 #13 0x000000000049c093 in H245TransportThread::Main (this=0x7fffec008380) at transports.cxx:221 #14 0x000000000078b34a in PThread::PX_ThreadStart (arg=0x7fffec008380) at ptlib/unix/tlibthrd.cxx:491 #15 0x00007ffff7bc4182 in start_thread (arg=0x7ffff7f13700) at pthread_create.c:312 #16 0x00007ffff6db030d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 An object of type H245_MasterSlaveDeterminationRelease is getting destructed, i put logs in the constructor and destructor , but the constructor is never called. Regards Ankur Deep Jaiswal

2 1

Transport thread did not terminate
by Ankur Deep Jaiswal 20 Dec '16

20 Dec '16

Hi i some times get hit by a Assertion fail: Transport thread did not terminate, file transports.cxx, line 1204 this always happens after : H323TCP Could not connect to ip:port (local port=0) - Interrupted system call(4) any thoughts -- Regards Ankur Deep Jaiswal

2 2

GNU Gatekeeper 4.3 released
by Jan Willamowius 16 Nov '16

16 Nov '16

Hi, I'm happy to announce the release of GNU Gatekeeper 4.3. This new version contains a number bug fixes and some security fixes. Fuzzy testing surfaced methods to crash GnuGk remotely, causing at least a denial of service. So all users are encouraged to update. The most notable new feature are probably the events for Setup messages on the status port so now you can see all calls. In addition, LuaAuth has been given access to more information about received messages and can end your status port sessions with Ctrl-C now. Important bug fixes are in the H.460 NAT traversal code where sometimes keep-alive intervals could be too long in older versions and a bug where GnuGk might have missed port re-negotiations in some cases. The IgnoreSignaledIPs port detection code also has a few bug fixes to detect cases where it should be turned off automatically because its either not needed because the parties use another form of NAT traversal or non-symmetric ports where the detection algorithm may cause more harm than good. You can download the new version from http://www.gnugk.org/h323download.html Please see the full change log below. Enjoy! Changes from 4.2 to 4.3 ======================= - BUGFIX(ProxyChannel.cxx, gkh235.cxx, gkauth.h) fix crashes found with PROTOS - new authentication policies LuaPasswordAuth, HttpPasswordAuth - BUGFIX(configure.in) fix check for LUA 5.2 or higher - connection to the status port can now also be ended with Ctrl-C - new switch [Routing::DNS] RewriteARQDestination= to preserve URLs in ARQs - disable IgnoreSignaledIPs when one party is not using the same RTP ports for forward and reverse channels in same RTP session - BUGFIX(RasTbl.cxx) don't allow higher TTL for H.460.18 registrations than set by H46018KeepAliveInterval= switch - add variables message, srcInfo and vendor to LuaAuth - print message on status port when Setup is received - BUGFIX(ProxyChannel.cxx) disregard IgnoreSignaledIPs=1 switch when caller supports some form of NAT traversal (to avoid both sides waiting for first RTP packet) - BUGFIX(ProxyChannel.cxx) enable H.245 tunneling for H.460.17 even when Innovaphone forgets the flag - BUGFIX(ProxyChannel.cxx) make sure CRV is 0 for all RAS messages when using H.460.17 even when they relate to a call - BUGFIX(ProxyChannel.cxx) re-do H.460.19 port detection when a new logical channel is opened on the same port - print number of CPU cores and thread configuration on startup - BUGFIX(RasTbl.cxx) fix display of H.460.17 for registrations on status port - BUGFIX(ProxyChannel.cxx) fix dead lock causing reroutes to fail -- 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

GNU Gatekeeper 4.2 released
by Jan Willamowius 31 May '16

31 May '16

Hi, I'm happy to announce the release of GNU Gatekeeper 4.2. Version 4.2 is mainly a bug fix release. A bug in proxying H.239 connections through NAT has been fixes as well as a number of possible crashes and a few other small bugs. The main functional change is that GnuGk's old NAT traversal method is now disabled by default. Everybody should use H.460.x. If you want keep using the old NAT traversal method, you can re-enable it with [RoutedMode] EnableGnuGkNATTraversal=1 [Endpoint] EnableGnuGkNATTraversal=1. You can download the new version from http://www.gnugk.org/h323download.html Please see the full change log attached below. Enjoy! -- 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 Changes from 4.1 to 4.2 ======================= - BUGFIX(ProxyChannel.cxx) fix H.239 forwarding issue in call where only one side uses H.460.19 - BUGFIX(configure.in) make sure LUA test fails for versions below 5.2 - BUGFIX(gkh235.cxx) small fix with password auth - BUGFIX(ProxyChannel.cxx) apply codec filtering also to receiveAndTransmit capabilities - BUGFIX(ProxyChannel.cxx) fix crash in RTP multiplexing - BUGFIX(ProxyChannel.cxx) fix crash when using H.245 tunneling translation - BUGFIX(gk.cxx) fix shutdown on NetBSD 7 - BUGFIX(ProxyChannel.cxx) fix compile on NetBSD 7 - new switch: [RoutedMode] FilterVideoFastUpdatePicture= to reduce the number of update requests from endpoints - disable SSLv3 when using TLS - BUGFIX(ProxyChannel.cxx) fix crash in call cleanup - support ON and OFF event in LuaAcct - BUGFIX(sqlacct.*) implement ON and OFF event as documented - new switches [RoutedMode] EnableGnuGkNATTraversal=1 and [Endpoint] EnableGnuGkNATTraversal=1 to keep GnuGk's old NAT traversal method enabled

1 0

hi
by 陈炳锡-阳阳谷信息科技 26 May '16

26 May '16

hi is it a bug of OpenH323? i have a problem in using openh323, in the OpenH323 transmission channel, i am send more than 65K of the size of the data, it will not be sent out.

1 0

GNU Gatekeeper Survey 2016
by Jan Willamowius 14 Apr '16

14 Apr '16

Dear GnuGk community, I have compiled a quick survey where you can indicate what you like about GnuGk and what is missing. Please feel free to add any other suggestions you may have. http://www.gnugk.org/survey-2016.html In the past, these surveys have always been a great inspiration. Thanks for your time! 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

h323plus text messaging
by Leonardo Nahra 07 Mar '16

07 Mar '16

Hello, I'm working on a conference project,and we will use the H.323 protocol to establish a connection between monitors, so they can exchange information about configuration options of the video stream they'll receive. So, once a call is established, in addition of exchanging video and audio (that we already have implemented apart), configuration options need to be sent in text format back and forth. Searching through h323plus I couldn't find a way to send text in a call, can you give me some pointers on how to accomplish that? Thanks, Nahra.

4 3

GNU Gatekeeper 4.1 released
by Jan Willamowius 16 Feb '16

16 Feb '16

Hi, I'm happy to announce the availability of GNU Gatekeeper 4.1. This is mainly a bug fix release. If you are using GnuGk as a server in a traversal zone or if you do H.239 presentations with Avaya endpoints, you are strongly encouraged to update. This version also fixes a memory leak that mainly affects long running gatekeepers with a lot of RAS traffic. Some of the bugs were long standing, so if you skipped some previous releases, this is really a good time to update. The main new feature in this release is expanded LUA support. Besides LUA authentication and LUA routing, there is now a LuaAcct module that allows you to run a script on every accounting event of your choice. Please see the updated manual for details. You can download the new version from http://www.gnugk.org/h323download.html Please see the full change log attached to the end of this mail. My support website https://www.willamowius.com also got a face lift. Please check it out as well. Enjoy! -- 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 Changes from 4.0 to 4.1 ======================= - BUGFIX(ProxyChannel.cxx) fix crash processing Setup - BUGFIX(RasSrv.cxx) update IP/port of traversal neighbor on every SCI, not only on IP changes - new status port command: PrintNeighbors - BUGFIX(ProxyChannel.cxx) fix H.239 inside multiplePayloadStream from Avaya XT5000 with H.460.19 - new accounting module: LuaAcct - LUA: new library "gnugk" to allow access to GnuGk functionality - BUGFIX(configure) set all detected options in gnugkbuildopts.h on Unix - BUGFIX(ProxyChannel.cxx) removing H.235 capabilities might have skipped items - BUGFIX(lua.cxx) initialize all LUA variables for LUA routing - status port configuration (MaxStatusClients, StatusEventBacklog, StatusEventBacklogRegex) now changable at runtime - BUGFIX(GkStatus.cxx) fix StatusEventBacklogRegex for patterns that start at the beginning of the event line - BUGFIX(ProxyChannel.cxx) use RealPresence Group 0-Byte keep-alive for IgnoreSignaledH239PrivateIPs (needs LARGE_FDSET to work) - new switches to set database connect and read timeout (only used by MySQL for now) - new switch to set worker thread idle timeout: [Gatekeeper::Main] WorkerThreadIdleTimeout= - BUGFIX(gk.cxx) better test for gatekeeper shutdown - BUGFIX(Routing.cxx) fix fromIP for ARQ and LRQ RouteRequests - BUGFIX(gkauth.cxx) only call Q.931 checks when activated - BUGFIX(Routing.cxx) fix RouteRequest from unregistered caller who doesn't provide any alias - new switch: [RoutedMode] DisableSettingUDPSourceIP=1

1 0

Issue with H.263 codecs set
by Iurii Gordiienko 01 Feb '16

01 Feb '16

Hi all, I need an advice - how to work with set of H.263 codecs. Basically, I have all H.263 codec types capability implemented: H.263, H.263-1998 and H.263-2000. All these capabilities uses same H245_VideoCapability::e_h263VideoCapability value for GetSubType function. In result my localCapabilities variable has all these 3 capabilities as well. When I receiving remote capabilities the remoteCapabilities variable is loading by H323Capabilities::H323Capabilities(const H323Connection & connection, const H245_TerminalCapabilitySet & pdu) constructor and the function uses code like this (simplified): H323Capability * capability = localCapabilities.FindCapability(pdu.m_capabilityTable[i].m_capability, capabilityNo, pdu); if (capability != NULL) { H323Capability * copy = (H323Capability *)capability->Clone(); copy->SetCapabilityNumber(capabilityNo); if (copy->OnReceivedPDU(pdu.m_capabilityTable[i].m_capability)) table.Append(copy); else delete copy; } The main issue - localCapabilities.FindCapability function returns any first H.263 Capability from it's table, no matter which particular H.263 remote Capability was used, it only checks MainType and SubType... In result if remote side send me, for example, H.263-1998, but I have H.263 and H.263-1998 - I will have H.263 in result... Now I'm trying to override Connection::OnReceivedCapabilitySet(const H245_TerminalCapabilitySet & pdu) function, extract H.263 codecs manually, store all these capabilities and update remoteCapabilities after, but may be exists a proper solution for this case? Thanks -- Iurii Gordiienko

3 4

Bug inH323Capabilities::Remove(H323Capability*)
by Iurii Gordiienko 31 Jan '16

31 Jan '16

Hi, I found a bug - H323Capabilities::Remove function will skip item when doing .RemoveAt operation. In result I have had a crash (in line if (set[outer][middle][inner].GetCapabilityNumber() == capabilityNumber)) for some sets of capabilities. I can't understand why the crash is occurs but in any way... Original code: void H323Capabilities::Remove(H323Capability * capability) { if (capability == NULL) return; PTRACE(3, "H323\tRemoving capability: " << *capability); unsigned capabilityNumber = capability->GetCapabilityNumber(); for (PINDEX outer = 0; outer < set.GetSize(); outer++) { for (PINDEX middle = 0; middle < set[outer].GetSize(); middle++) { for (PINDEX inner = 0; inner < set[outer][middle].GetSize(); inner++) { if (set[outer][middle][inner].GetCapabilityNumber() == capabilityNumber) { set[outer][middle].RemoveAt(inner); break; } } if (set[outer][middle].GetSize() == 0) set[outer].RemoveAt(middle); } if (set[outer].GetSize() == 0) set.RemoveAt(outer); } My fix: void H323Capabilities::Remove(H323Capability * capability) { if (capability == NULL) return; PTRACE(3, "H323\tRemoving capability: " << *capability); unsigned capabilityNumber = capability->GetCapabilityNumber(); for (PINDEX outer = 0; outer < set.GetSize(); ) { for (PINDEX middle = 0; middle < set[outer].GetSize(); ) { for (PINDEX inner = 0; inner < set[outer][middle].GetSize(); inner++) { if (set[outer][middle][inner].GetCapabilityNumber() == capabilityNumber) { set[outer][middle].RemoveAt(inner); break; } } if (set[outer][middle].GetSize()) ++middle; else set[outer].RemoveAt(middle); } if (set[outer].GetSize()) ++outer; else set.RemoveAt(outer); } Thanks -- Iurii Gordiienko

2 1