- h323plus - lists.packetizer.com

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

11 Dec '12

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

2 2

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

27 Nov '12

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

2 1

GNU Gatekeeper 3.1 released
by Jan Willamowius 23 Aug '12

23 Aug '12

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

1 0

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

15 Aug '12

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

2 4

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

10 Aug '12

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

2 1

Symmetrical negotiation
by Diego Carvalho 19 Jun '12

19 Jun '12

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

2 1

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

13 Jun '12

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

1 0

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

13 Jun '12

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

2 5

GNU Gatekeeper 3.0 released
by Jan Willamowius 04 May '12

04 May '12

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

1 2

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

02 May '12

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

2 7