search for: jitterbufer

Hi, First a confession - The box in question is a 1.2.35 box, so this may be solved in a newer version as I know the JB code is all hugely changed, but... It may be worth checking into. Scenario: - IAX outbound call from Asterisk, which rings okay. - Remote end sends ANSWER, which we immediately ACK. - The ANSWER control packet gets put into the JB (that's how I read the code) - The remote

[Jul 2 09:31:16] VERBOSE[2682] logger.c: == Refreshing DNS lookups. [Jul 2 09:31:16] NOTICE[2682] dnsmgr.c: host 'outbound1.vitelity.net' changed from 64.2.142.17 to 64.2.142.29 [Jul 2 09:31:23] DEBUG[2711] jitterbuf.c: Attempting to exceed Jitterbuf max 600 timeslots And the calls are dropped. I fixed this by turning off enable in dnsmgr.conf My question is: Do you attempt to

Has anyone else got 1.2 compiled from cvs ? I've posted the question below to the -dev list but got no answers: 1) No-one else is trying beta 1 2) No-one else is having any issues (I must be the idiot) 3) No-one else saw my message :) I have been trying to compile 1.2 beta 1 on a centos 4 box, to no avail. The "make" command seems to compile ok, but "make install"

We have a customer who is connected to our PSTN gateway using IAX and noticing that even when the traffic from their site is modest their outbound audio has short dropouts. Inbound audio is fine. (They have ADSL so it is expected that outbound audio would be the first to experience problems.) We have several questions to pose to the collective wisdom of this list. Q1: Are there any statistics

On May 3, 2006, at 7:40 PM, Jean-Marc Valin wrote: > >> Yes. Jean-Marc has made the API more similar. >> >> Jean-Marc: Have you looked at the API we have for the >> asterisk/iaxclient jitterbuffer? > > Just did. > >> It's pretty close to what you have now -- the major difference is >> that >> your jb still assumes it can

I am still getting an error compiling the 1.2-Beta version. The tarball works fine, but I have never been able to compile the 1.2beta from CVS. I have been compiling CVS-HEAD on the machine for quite some time. It goes into this loop: if cmp -s include/asterisk/version.h.tmp include/asterisk/version.h ; then echo; else \ mv include/asterisk/version.h.tmp include/asterisk/version.h ; \

Hi, While compiling 1.8.8.1, I met the following error: [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o btree/bt_search.o btree/bt_seq.o btree/bt_split.o btree/bt_utils.o db/db.o

On 5/3/06, Jean-Marc Valin <Jean-Marc.Valin@usherbrooke.ca> wrote: > > I must say I really like the generalized jitter buffer though :) It's a > > cleaner and more flexible implementation and can more easily be adjusted > > to contain additional information with each packet. This looks interesting to tie into asterisk's jb and plc code as well.

> Yes. Jean-Marc has made the API more similar. > > Jean-Marc: Have you looked at the API we have for the > asterisk/iaxclient jitterbuffer? Just did. > It's pretty close to what you have now -- the major difference is that > your jb still assumes it can "own" the data passed in -- it copies it, > and it destroys it at will. With the API I put together,

I'm running Asterisk CVS-v1-0-06/06/05-17:29:02 built by root@............... on a i686 running Linux. I just spent some time in testing this. I tested the local and IAX2 trunks. Both worked flawlessly. Any comments? Darren Wiebe darren@aleph-com.net

Hi, I have a problem I will describe. I have PAP2 connected to the internet to an asterisk box with 2 TDM cards, one TE100P E1 with PRI and one TDM400P with 2 FXS an one FXO. When I call to the TDM400 cards from the PAP2 eveything is OK, sound quality is perfect. When I call to terminate the call in PSTN through E100P I hear clicks which aparently are RTP packet looses. This clicks are only heard

Hello all, mmm a bit embarrassing about not having a clue as to why we're getting this error on make of 1.8.3 [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o btree/bt_search.o

Now that I have most everything actually working I've noticed that about every 3-4 days on average..... and at worse... Once a day my asterisk box seems to lose it's registered state with our sip provider and no longer will take any incoming calls. The caller simply hears a fast busy (reorder) If I do a reload at the command prompt all is well for another few days..... What I'm

Mike Taht wrote: > > > On 5/3/06, *Jean-Marc Valin* <Jean-Marc.Valin@usherbrooke.ca > <mailto:Jean-Marc.Valin@usherbrooke.ca>> wrote: > > > I must say I really like the generalized jitter buffer though :) > It's a > > cleaner and more flexible implementation and can more easily be > adjusted > > to contain additional

Asterisk 1.2.5 is now available for download on the ftp. See the ChangeLog for details about what has changed. ftp://ftp.digium.com/pub/telephony/asterisk/ As mentioned in the release announcement for Zaptel 1.2.4, our releases now contain some extra files. The Asterisk release is available as asterisk-1.2.5.tar.gz. However, there is also a patch against the previous release as an option for a

Gosh, took me a long time to notice that this was not doing what I wanted: mkdir /usr/src/asterisk-20050720 ln -sf /usr/src/asterisk-20050720 /usr/src/asterisk cd /usr/src/asterisk export CVSROOT=:pserver:anoncvs@cvs.digium.com:/usr/cvsroot cvs login cvs checkout -D 2005-07-20 make clean make This was last Thursday. Since it'll be Wednesday tomorrow, I thought I'd waste some time

Asterisk 1.2.5 is now available for download on the ftp. See the ChangeLog for details about what has changed. ftp://ftp.digium.com/pub/telephony/asterisk/ As mentioned in the release announcement for Zaptel 1.2.4, our releases now contain some extra files. The Asterisk release is available as asterisk-1.2.5.tar.gz. However, there is also a patch against the previous release as an option for a

Hi, After only 4 days I have 107472352 bytes in 46007 allocations in file 'pbx_spool.c' asterisk*CLI> show memory summary 180 bytes in 2 allocations in file 'netsock.c' 12 bytes in 1 allocations in file 'devicestate.c' 2268 bytes in 1 allocations in file 'jitterbuf.c' 8160 bytes in 1 allocations in file

Hello all, Figured I'd repost this with an edited subject line, to attract attention of people with Debian On Sparc experience. Apologies in advance if this kind of thing is frowned upon :) [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o

HI! I'm trying to compile asterisk 13.8.2+ on openSUSE Linux but it fails. It seems file ./main/libasteriskssl.so.1 is present when it fails. Building 13.7.2 works without any problem. It fails since 13.8.0. $ ./bootstrap.sh $ ./configure $ make menuselect.makeopts;menuselect/menuselect --enable chan_ooh323 $ make .. failure (see message below) Any hint is appreciated. Thanks in advance.