similar to: Asterisk 1.4.25-rc1 Now Available

The Asterisk.org development team is pleased to announced the release of Asterisk release candidates 1.6.0.7-rc2, 1.6.1.0-rc3, and beta release 1.6.2.0-beta1. Additionally, new release candidates of Asterisk-Addons 1.6.0.2-rc1 and 1.6.1.0-rc3 have been created. Note that the 1.6.1 series of Asterisk-Addons is compatible with both Asterisk 1.6.1 and 1.6.2 branches. These releases are available for

Actually I am facing a problem with H.323 (the standard and the ooh323) with Asterisk vesion 1.4.25 and I discover the following: 1) Using the standard h323 that come with Asterisk: The chan_h323.so it is not existed in the /usr/lib/asterisk/modules after doing the compilation and installation for (pwlib, openh323, /chanels/h323, asterisk), although make menuselect was done and the h323 channel

The Asterisk Development Team is pleased to announce the release of Asterisk 1.4.25. Asterisk 1.4.25 is available for immediate download at http://downloads.asterisk.org/pub/telephony/asterisk/ This release resolves several crash issues, DTMF related issues, and CDR related issues. For a summary of the changes in this release, please see the release summary:

The Asterisk Development Team is pleased to announce the release of Asterisk 1.4.25. Asterisk 1.4.25 is available for immediate download at http://downloads.asterisk.org/pub/telephony/asterisk/ This release resolves several crash issues, DTMF related issues, and CDR related issues. For a summary of the changes in this release, please see the release summary:

---------- Forwarded message ---------- Date: Wed, 11 Jun 2003 01:10:16 +0200 (CEST) From: Siggi Langauf <langausd@fachschaft.informatik.uni-stuttgart.de> To: asterisk-users@lists.digium.com Subject: Re: [Asterisk-Users] chan_h323 + openh323 CVS = no go? On Tue, 10 Jun 2003, Jeremy McNamara wrote: > If you would have followed the build instructions laid out by the Open > H.323 folks

Hi all: I've got some core dumps when I use chan_h323. I dial an extension using h323, routed thru an E100P (like a H323-ISDN_PRI gateway). Sometimes * hangs, sometimes not. The client used for test es SjPhone (http://www.sjlabs.com/). This is the data for one core dump: (gdb) bt #0 ast_rtp_get_us (rtp=0x0, us=0x5074759c) at rtp.c:790 #1 0x41f8879c in create_connection

The Asterisk Development Team is pleased to announce the release of Asterisk 1.6.0.7. Asterisk 1.6.0.7 is available for immediate download at http://downloads.digium.com/pub/asterisk/ This release resolves an issue where IMAP voicemail message retrieval and Message Waiting Indication (MWI) would not work properly with the same mailbox name in multiple voicemail contexts. This release also fixes a

Heya, I changed the Makefile of the h323-channel-makefile (I downloaded cvs of a couple of hours ago) so that I don't have to rebuild pwlib and openh323, but can use the precompiled versions. I'm using pwlib 1.8.3 and openh323 1.15.2. There aren't many changes. I replaced OPENH323DIR with OPENH323INC ,which points to /usr/include/openh323 for me and OPENH323LIB, which points to

I have hit a problem where chan_h323 sometimes doesn't hang up properly and stays stuck in the "Up" state, with asterisk consuming 100% of CPU: *CLI> show channels Channel (Context Extension Pri ) State Appl. Data H323/ip$127.0.0.1:30008/21552 (local 123 1 ) Up (None) (None) 1 active channel(s) *CLI>

I'm having a problem with chan_h323 compiling for Asterisk. RedHat 7.3 PWLIB 1.4.11 pwlib_1.4.11.tar.gz OpenH323 1.11.7 openh323_1.11.7.tar.gz [asterisk@jonux h323]# make clean rm -f *.o *.so core.* [root@jonux h323]# make cc -g -pg -c -o chan_h323.o -pipe -Wall -fPIC -Wmissing-prototypes -Wmissing-declarations -DP_LINUX -D_REENTRANT -D_GNU_SOURCE -march=i686 -DPBYTE_ORDER=PLITTLE_ENDIAN

When the support for h323plus was announced for Asterisk 1.4.25, I tried to build this support in Asterisk. For this, I checked out the h323plus CVS from SourceForge, which reported version 1.20.beta5, and also the ptlib-2.4.2 source RPM from Fedora 10. I finally managed to build a chan_h323 for Asterisk 1.4.25, which apparently loads correctly, but now I see that I get a segfault whenever I

We have an odd problem, where inbound H323 (chan_h323) calls will sometimes cause a Ringing Congestion that appears to keep the channels open and never release it until we kill and restart asterisk. These "Ringing Congestions" start to pile up, which eventually crashes Asterisk. H323 Gateway -> Asterisk (chan_h323) -> Tor2/PRI -> PSTN Has anyone ran into this problem or

Banging my head against a brick wall trying to get a working H.323 implementation for CVS-HEAD. (The ONLY H.323 I have had working is OH323 v0.6.5 with CVS-STABLE - see my other post regarding compile problems on OH323 for HEAD) So, I thought, lets try this wonderful chan_woomera (dubbed "H.323 for Asterisk that works!"). I get exactly the same kind of problem as I have previously had

The hack below is for OpenH323, not Asterisk. This is not an Asterisk problem AFAICT. I am posting it here so that any other Asterisk user with a similar problem might benefit from it. I may or may not post it to an OpenH323 list, but since both variants of the H.323 channel in Asterisk use non-current OpenH323 versions, it may not be of any benefit to anyone anytime soon if I went that route!

I'm attempting to get chan_h323 working on Asterisk CVS-STABLE. I've compiled it ok using the Janus release of pwlib/openh323, by editing the makefile as per the comments. Call setup and cleardown seems to work fine, but no audio is being passed in either direction. Doing an "h.323 trace 9", I noticed the following sequence at the end of the call setup: h323.cxx(1685)

I'm trying to compile channels/h323 and chan_h323 from CVS-STABLE, on Fedora Core 3. Firstly, despite the warnings in h323/README, I decided to try using the distro-specific versions of openh323 and pwlib. Of course, the Makefiles in channels and channels/h323 assume that openh323 and pwlib have been specially compiled in $HOME, so I modified the Makefiles to look for headers and libraries in

Hello there Yesterday I updated my pwlib, openh323 and Asterisk from CVS. After making "clean opt" in pwlib and openh323 and make "clean install" in Asterisk i get an "Undefined symbol" error when I try to start Asterisk. As far as I can see its when loading the h323 channel driver the error occurs. Do I have to update other things as well, by reading the various

Hi, I'm using asterisk with chan_h323 together with gnugk. chan_h323 and gnugk were recently compiled with pwlib-1.5.2 and openh323-1.12.2 as advised. When connecting asterisk directly by ohphone (without gatekeeper), everthing is fine. When using gnugk for usage control in routed mode, I find a funny situation in asterisk's H.323 debug: == New H.323 Connection created. --

Hello ! First time I have instaled Asterisk without problem and working with a SIP clinet (X-Lite). Then I try to make the H323 with came with Asterisk. So, I DL pwlib v.1.5.2 in /root (./configure ; make) no errors DL openh323 in /root (./configure ; make opt): ------------ /root/openh323/src/h248.cxx:6178: internal error: Segmentation fault Please submit a full bug report, with preprocessed

Hi, trying to build the h323 channel driver that comes with asterisk works fine, but only as long as I use openh323-1.11.7. Unfortunately, that setup seems to have a bug which misguides one of the audio streams. (So while * can "hear" me, the phone remains silent.) I suppose that bug is fixed at least in openh323 CVS. At least, I got things mostly working using the external