January 2011 - h323plus - lists.packetizer.com

crash when SessionID=0
by Marek Domaracky 13 Jun '11

13 Jun '11

Hi, I'm working on H.239 implementation and find out that devices might ask SessionID=0 for a new video channel. In particular I did a test with Mirial. I was checking the thread http://lists.packetizer.com/pipermail/h323plus/2009-December/001269.html and it's mentioned that the SessionID=0 is invalid. I know it's not following the standard as for RTPSession the range is from 1..255, but for compatibility, don't you think we should allow it? I did a test call from Mirial to Tandberg and Tandberg didn't have a problem with it. The lines involved are rtp.cxx from PAssert(id > 0 && id < 256, PInvalidParameter); to PAssert(id >= 0 && id < 256, PInvalidParameter); and h323.cxx // We must have a valid sessionID if (sessionID < 1 || sessionID > 255) to if (sessionID < 0 || sessionID > 255) Thanks, Marek

8 18

[Fwd: Re: Silk codec support]
by Łukasz Czekierda 17 Mar '11

17 Mar '11

Dear Simon, Robert and all H323Plus Team, Thanks for your very fast answer. I have successfully built ptlib, h323plus (1.22) with silk codec and simple. I put silk_ptplugin.dll, iLBC_ptplugin.dll and gsm0610_ptplugin.dll into c:\pwlib_plugins (then also to c:\ptlib_plugins). Simple runs OK on XP and Windows 7, quality of G.711 and iLBC (both 13k and 15k) is good, but neither gsm nor silk work. There are some static, MOS is about 1... Additionally, simple app logs SKP_Silk_Encode returned -4 every few seconds. Am I doing anything wrong? Regards, Łukasz -------- Wiadomość oryginalna -------- Robert I have checked the code into the h323plus CVS. There is no official ITU Generic identifier yet so it is using a Packetizer Identifer for the moment. You can contact me offlist to discuss. Simon -----Original Message----- From: h323plus-bounces(a)lists.packetizer.com [mailto:h323plus-bounces@lists.packetizer.com] On Behalf Of Robert Jongbloed Sent: Wednesday, January 12, 2011 9:26 AM To: h323plus(a)lists.packetizer.com Subject: Re: [h323plus] Silk codec support I added SILK to OPAL a couple of months back. Unfortunately it was SIP only as I did not know what the H.245 encoding is for SILK, if any. Now that I see there is at least a proposed standard, this should be able to be finished in a few minutes. It would be really nice if the two systems could use the same code for this. Robert Jongbloed OPAL/OpenH323/PTLib Architect and Co-founder. > -----Original Message----- > From: h323plus-bounces(a)lists.packetizer.com [mailto:h323plus- > bounces(a)lists.packetizer.com] On Behalf Of Simon Horne > Sent: Tuesday, 11 January 2011 9:32 PM > To: 'Łukasz Czekierda' > Cc: h323plus(a)lists.packetizer.com > Subject: Re: [h323plus] Silk codec support > > Lukasz > > The issue is there is no definition of Silk in H.323 > > I wrote a submission to the ITU at the last meeting for inclusion > http://wftp3.itu.int/av-arch/avc-site/2009-2012/1011_Res/AVD-3994.zip > > The stumbling block is that SILK has defined dynamic payloads for each > bitrate for interop with Skype. In H.323 you cannot tell the remote > what payload to send, the remote will tell you want it will send. This > becomes an > issue if you are bridging to skype. There is a work around (submitted > by Avaya for a different issue but same meeting) to include in the > OLCack the payload that you expect the remote to send you. > > I have a development H.323 silk plugin (8k and 16k bitrate) and I will > commit them after the next stable release as it requires audio > capability merging which needs to be committed. The idea is there is 1 > silk capability > for the different bitrates (rather than a capability for each bitrate) > and you negotiate the actual bitrate by merging your local caps with > the caps in > the TCS. > > Simon > > > -----Original Message----- > From: h323plus-bounces(a)lists.packetizer.com > [mailto:h323plus-bounces@lists.packetizer.com] On Behalf Of Lukasz Czekierda > Sent: Tuesday, January 11, 2011 7:42 PM > To: h323plus(a)lists.packetizer.com > Subject: [h323plus] Silk codec support > > Dear H.323Plus team, > > I have a question regarding support for skype's silk codec. Do you > plan to support it soon? Maybe you have already started development/integration? Do > you expect any obstacles? > > Best regards, > Łukasz Czekierda

2 2

OpenH323 version is 1.22.0 Compilation problems
by Jose P. Espinal 01 Feb '11

01 Feb '11

Hello List, I'm not sure this is the correct list to post this message, but searching on Google was not of much help. NOTE: Please feel free to point me to the correct place to search (in the case that this is not the correct list for this) I'm trying to install OpenH323 1.22.0 on Slackware Linux 13.0, I installed (without problems) ptlib-2.8.3 In the moment I run the ./configure script inside h323plus-1.22.0/ directory, it ends with the following error: ----- checking for /usr/include/ptlib/version.h... no Cannot find ptlib - please install or set PTLIBDIR and try again ----- I tried setting PTLIBDIR and PWLIBDIR, but had no luck. Is good to note that the system can see ptlib-config: ----- root@testbox_a:~# ptlib-config --version --libdir 2.8.3 /usr/lib ----- Also, I tried doing: touch /usr/include/ptlib/version.h , and after that, the configure script seems to go through without problem. Questions: a. What I'm missing here? b. What would be the possible consequences of creating an empty version.h, using 'touch'? (Will with break something?) PS. Sorry if any of this questions sounds obvious to you, I could not find any README or INSTALL doc inside sources packages. -- Jose P. Espinal http://www.eSlackware.com IRC: Khratos @ #asterisk / -doc / -bugs

4 5

Dynamic Bandwidth Allocation Algorithm in Open Source
by kc ooi 13 Jan '11

13 Jan '11

Dear H323plus Team Members, Is there any open source implementation of dynamic bandwidth allocation algorithm in H.323 based video conferencing application? Thanks.

2 1

Announcement 1.22.0 Release
by Simon Horne 12 Jan '11

12 Jan '11

Stable version 1.22.0 has been released and available from the h323plus website. Thanks to Jan for the help putting it together. http://www.h323plus.org/source/ Note the audio/video plugins are part of the main source distribution and that the applications source code is now 1 download. MyPhone2 executable has been removed but the source is still available in the application download . Simon

2 2

Silk codec support
by Łukasz Czekierda 12 Jan '11

12 Jan '11

Dear H.323Plus team, I have a question regarding support for skype's silk codec. Do you plan to support it soon? Maybe you have already started development/integration? Do you expect any obstacles? Best regards, Łukasz Czekierda

5 9

Flooding in Brisbane Australia
by Simon Horne 12 Jan '11

12 Jan '11

Everyone Just to let you know I may not be contactable over the next few days as the city where I live is under serious flooding. While we are above the flood level I may be uncontactable as the power or internet is intermittent. Simon

1 0

Re: [h323plus] Silk codec support
by Simon Horne 11 Jan '11

11 Jan '11

Robert I have checked the code into the h323plus CVS. There is no official ITU Generic identifier yet so it is using a Packetizer Identifer for the moment. You can contact me offlist to discuss. Simon -----Original Message----- From: h323plus-bounces(a)lists.packetizer.com [mailto:h323plus-bounces@lists.packetizer.com] On Behalf Of Robert Jongbloed Sent: Wednesday, January 12, 2011 9:26 AM To: h323plus(a)lists.packetizer.com Subject: Re: [h323plus] Silk codec support I added SILK to OPAL a couple of months back. Unfortunately it was SIP only as I did not know what the H.245 encoding is for SILK, if any. Now that I see there is at least a proposed standard, this should be able to be finished in a few minutes. It would be really nice if the two systems could use the same code for this. Robert Jongbloed OPAL/OpenH323/PTLib Architect and Co-founder. > -----Original Message----- > From: h323plus-bounces(a)lists.packetizer.com [mailto:h323plus- > bounces(a)lists.packetizer.com] On Behalf Of Simon Horne > Sent: Tuesday, 11 January 2011 9:32 PM > To: 'Łukasz Czekierda' > Cc: h323plus(a)lists.packetizer.com > Subject: Re: [h323plus] Silk codec support > > Lukasz > > The issue is there is no definition of Silk in H.323 > > I wrote a submission to the ITU at the last meeting for inclusion > http://wftp3.itu.int/av-arch/avc-site/2009-2012/1011_Res/AVD-3994.zip > > The stumbling block is that SILK has defined dynamic payloads for each > bitrate for interop with Skype. In H.323 you cannot tell the remote > what payload to send, the remote will tell you want it will send. This > becomes an > issue if you are bridging to skype. There is a work around (submitted > by Avaya for a different issue but same meeting) to include in the > OLCack the payload that you expect the remote to send you. > > I have a development H.323 silk plugin (8k and 16k bitrate) and I will > commit them after the next stable release as it requires audio > capability merging which needs to be committed. The idea is there is 1 > silk capability > for the different bitrates (rather than a capability for each bitrate) > and you negotiate the actual bitrate by merging your local caps with > the caps in > the TCS. > > Simon > > > -----Original Message----- > From: h323plus-bounces(a)lists.packetizer.com > [mailto:h323plus-bounces@lists.packetizer.com] On Behalf Of Lukasz Czekierda > Sent: Tuesday, January 11, 2011 7:42 PM > To: h323plus(a)lists.packetizer.com > Subject: [h323plus] Silk codec support > > Dear H.323Plus team, > > I have a question regarding support for skype's silk codec. Do you > plan to support it soon? Maybe you have already started development/integration? Do > you expect any obstacles? > > Best regards, > Łukasz Czekierda

1 0

Stable version
by Marcus Frenkel 11 Jan '11

11 Jan '11

Hi, what are the plans to release stable version out of the trunk? Thx, Marcus

3 3

Possible Entry through h.323 at Port 1720
by Braun, Christian 10 Jan '11

10 Jan '11

Hello everybody, I am new to this list and have just a simple question: We are using an Sierre Wireless Raven XT router to send data from a remote place to our servers And at the moment the connection is not fully established (we cannot connect with Loggernet Campbell Scientic Program). A port scan from the machine gives: PORT STATE SERVICE 1720/tcp open H.323/Q.931 Which is the only open port (no SSH, no HTML Port). Is there a possibility to get through this port to change the configuration of the router? Any help would be appreciated. Best regards, Christian Braun Christian Braun | System Development Concentrix Solar GmbH | Bötzinger Str. 31 | 79111 Freiburg | Germany T +49 761 214 108 35 | F +49 761 214 108 29 | M +49 1522 273 66 35 christian.braun(a)concentrix-solar.de<mailto:christian.braun@concentrix-solar.de> | www.concentrix-solar.de<http://www.concentrix-solar.de/> Managing Directors: Hansjörg Lerchenmüller, Emmanuel Arène | Chairman of the Board: Dr. André-Jacques Auberton-Hervé HRB 7492 Register Court Freiburg | Disclaimer: www.concentrix-solar.de/disclaimer<http://www.concentrix-solar.de/disclaimer> Concentrix Solar is a division of the Soitec Group: www.soitec.com<http://www.soitec.com/>

4 9

cancel email
by ghyhust 07 Jan '11

07 Jan '11

2011-01-07 ghyhust

1 0

h323plus and video codecs
by Vladimir Fekete 07 Jan '11

07 Jan '11

Hello all, I'd like to ask you for help/hint about video codecs in h323plus (v1.22). Since I'm new I'm not sure I understand everything correctly. What I want to do : I don't have a camera, but I'd like to be able to send some video through the net (between/using 2 MyPhone applications as endpoints). Thanks to other tutorials I was able to rewrite the OpenAudioChannel, so I was able to transmit wav file. I hoped it will be equally "easy" for the video. Unfortunately, for MyPhone application, execution did not even entered the OpenVideoChannel method. So I looked at the capabilities of my end point and there are no video codecs. So, I'd like to ask you: Are the missing video codes my only problem ? (e.g. do I understand it correctly, that I only need to rewrite OpenVideoChannel in order to read from a file/stream ?) Are video codecs in h323plus represented as plugins only or there should be some internal ones which works ? Could ffmpeg plugin for h323 help me ? I tried to compile ffmpeg plugin and use it. Compilation went fine (I get the dll and 2 header files), so I tried to use it. Unfortunately due to lack of documentation (other than code itself) I was able to find only classes as OpalDynaCodecDLL from dynacodec.h which seemed to do the job (to allow me to add h.263 capability and add video codec). However there is dllcodec.h file missing in whole h323plus project (I was able to trace it down in openh323 which is obsolete afaik) and also some classes were missing (such as OpalDLLCodecInfo). I tried to download the OPAL project source codes, but I was not able to find dllcodec.h. any hint will be appreciated. Best regards, Vladimir

2 2

Facility transportedInformation vs empty
by Mark Fawcett 06 Jan '11

06 Jan '11

All, When running h323plus against various endpoints, h323plus always seems to use the Facility + empty h323-message-body method of sending messages (such as an H245 MSD) as opposed to the transportedInformation Facility method. (At least according to Wireshark.) I'm running h323plus reporting a protocol identifier of 0.0.8.2250.0.6 (Version 6). I've tested against endpoints running V4 (so I would potentially expect a drop down to the older style of working) and ones reporting themselves as V6. Question: Is there a way in h323plus to make use of the transportedInformation style of facility message indication? I've dug around the source code and can see the enum type declared but can't see anywhere that necessarily makes use of it (not to say the late night is causing brain fade). Cheers Mark Mark Fawcett Managing Director +44 (0)7976 240171 (M) +44 (0)8454 336886 (x1001) (L) www.noakesltd.co.uk Noakes Limited, Registration #06920566 (England & Wales), 2 Berkeley Close, Northampton, NN1 5BJ

1 0

GNU Gatekeeper release 2.3.4
by Jan Willamowius 04 Jan '11

04 Jan '11

Hi all, the GNU Gatekeeper version 2.3.4 has been released. http://www.gnugk.org/gnugk-2-3-4.html This is mainly a bugfix release for proxy mode selection, H.460.18/.19 and bandwidth management. 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 Changes from 2.3.3 to 2.3.4 =========================== - BUGFIX(Toolkit.cxx) fix handling of ModeSelection rules (sponsored by Charite, Berlin) - BUGFIX(RasSrv.cxx) fix handling of BRQs reducing the bandwidth - BUGFIX(ProxyChannel.cxx) fix H.239 from H.460.19 client (sponsored by Nanjing Southern Telecom) - BUGFIX(ProxyChannel.cxx) fix H.245 IP in H.460.18 call - BUGFIX(ProxyChannel.cxx) sourceCallSignalAddr rewrite and RemoveH235Call= were ignored when calling endpoint who uses H.460.18 - BUGFIX(gksql_mysql.cxx) set MySQL connect timeout to 10 seconds (was 10000 seconds) - BUGFIX(RasTbl.cxx) add NULL pointer checks when searching for endpoints - BUGFIX(yasocket.cxx) fix crash on Windows service shutdown - BUGFIX rewrite memory mangement for routeToAlias - BUGFIX(RasSrv.cxx) allow calls with zero bandwidth - BUGFIX(ProxyChannel.cxx) fix crash when call being retried is deleted by another thread - BUGFIX(ProxyChannel.cxx) fix crash in RTCP handling - new switch: [Proxy]EnableRTCPStats=, must be enabled to send RTCP stats to Radius server - new switch: [EP::...]AdditionalDestinationAlias= - new switch: [RoutedMode]AlwaysRewriteSourceCallSignalAddress=, defaults to 2.3.2 behavior - convert 2nd CallProceeding even if the first was sent through the status port

1 0