similar to: H Parameter in Dial Command

Since www.bkw.org seems not to exist anymore (getting response from some hosting provider), does anyone happend to have a copy of app_valetparking.c from www.bkw.org - the one that should work with * stable 1.0.X ? If so please contact me. One that can be downloaded from www.loligo.com dosn't compile with 1.0.X, and SuperValletParking (www.asterlink.com/svp/) seems to be for * HEAD

Nope ! This is the one that tries to include PRE 1.0.X header file <parking.h>. It cannot compile on * 1.0.X (I have tried also to include <features.h> instead of <parking.h> (as far as I know features.h is successor to parking.h), but still without results). Thanks anyway. Nenad > > Try this > >> Since www.bkw.org seems not to exist anymore (getting

Hello, I created a new application for myself called Dialtone() by modifing res/res_indications.c file. It can be used as such: exten => s,4,Dialtone(30|${CALLERIDNUM}) exten => s,5,Playback(time-exceeded) exten => s,6,Goto(s|1) It will stutter if you have new voicemail and you have passed the mailbox number as I did above. It will stop dialtone the moment you press a key

List, Does anyone know how to limit the amount of registrations that a sip user can have? For example, I have 2 softphones that I use on my laptop & desktop, both use the same username & password. If I have both softphones up at the same time, I can make simultaneous calls with each of them. I know you can have call-limit=1 but in this case, I want to allow them to have 3 way calling

Hello guys, I have searched high and low, but not found any information about rules of using DTMF in SIP INFO method. Cisco has described something with Signal=, but it look like this feature is dependent on implementors? The problem is chan_sip.c cannot correctly translate received DTMF digits, especially #,*. At least with my Antek EGW-804 gateway. Looking into chan_sip.c, I found this code:

Hi, Yet another question, now that I have callerid working correctly, I'm trying to work out how to utilise the different numbers I have. I have a 100 number range allocated to my E1/PRI/OnRamp service. My incoming calls are handled like this: Advertised/published number is an analogue line terminating on a X101P. If the analog line is busy, it has a call diversion to the PRI on a TE405P

I'm trying to add cdr_odbc.so to log my CDR data to a mysql DB. I've managed to compile everything, and seem to almost be ready to head home. I've added a small debug line to cdr_odbc.c as follows: if((ODBC_res != SQL_SUCCESS) && (ODBC_res != SQL_SUCCESS_WITH_INFO)) { if(option_verbose > 10) ast_verbose(

Hello, My configuration is : Card 0 - kernel dummy sound card Card 1 - my soundcard I have a jackd running in background. My jackd launch command is : jackd --port-max 16 --realtime --no-mlock -d alsa --playback hw:1,0 --capture hw:1,0 --rate 8000 --period 1024 --shorts --inchannels 2 --outchannels 2 --dither triangular & 1 ) I open asterisk with chan_alsa.so connected (with asoundrc) to

I just downloaded the cvs version CVS-07/28/03-14:45:19 and now I cannot recieve the the calls from the zaptel interface which is a E100P with pri signaling. That is something with asterisk becouse rolling back to version from 06/23/03 using the new libpri and zaptel fixes the problem. Here is an exept from the config: [macro-stdexten]; ; ; Standard extension macro: ; ${ARG1} - Extension

our * crashed twice in a month with segmentation fault & a core dump. here's the stack trace: #0 0xb7e11965 in mallopt () from /lib/tls/libc.so.6 #1 0xb7e10c43 in malloc () from /lib/tls/libc.so.6 #2 0xb7e17090 in strdup () from /lib/tls/libc.so.6 #3 0x08057ada in ast_verbose (fmt=0x0) at logger.c:879 #4 0xb7b29009 in moh_files_release (chan=0x9455ca0, data=0xb657be48) at

Hello, Talking with Soren Sratje about Caller ID in Brazil, we compare ours DTMF tones captured by ztmonitor. wcfxo correctly recognize the "DTMF CLIP" and asterisk shot the AST_STATE_PRERING correctly. But the DTMF tones are not reconized. In the chan_zap.c, the code: if (f->frametype == AST_FRAME_DTMF) { (...) Does not occurs because the frametype is always reconized as voice

*Code:* == Manager 'sendcron' logged off from 127.0.0.1 -- Executing Playback("Local/91441425477394 at default-b9f2,1", "sip-silence") in new stack -- Playing 'sip-silence' (language 'en') -- Executing AGI("Local/91441425477394 at default-b9f2,1", "agi:// 127.0.0.1:4577/call_log") in new stack -- AGI Script

Hi, I'm trying to get asterisk running on kernel 2.4.20 however trawling through the archives I've found a few references to patches to remove i4l's dtmf detection, but have been unable to find the patch itself (I think it is isdn_audio.c). Can anyone point me in the right direction? The problem I'm seeing is connecting a SIP softphone (tried a few) to an external number via an

With app_swift 1.6.2 + asterisk 1.6.1.12, I've found that if you enter DTMF during cepstral playback, the first digit of ${SWIFT_DTMF} is [un]set in an odd way. for example consider: 999,1,Swift(some long message that you dont want to wait for|5000|5) 999,n,NoOp(DTMF: ${SWIFT_DTMF}) if while I am listening to the playback, i interrupt and dial: - "12345", SWIFT_DTMF is set to

Using svn trunk, I was trying to see what the astdb entry in the sip.conf file does. Nothing :) I presume that it's meant to create an entry in the astdb. so, I have astdb=chan2ext/SIP/grandstream1=1234 in sip.conf But database show only gives *CLI> database show /SIP/Registry/706 : 192.168.0.200:5060:3600:706:sip:706@192.168.0.200:5060

I'm trying to clean up some notices/warnings that are repeatedly logged in *.Any Help would be appreciated as I'm not sure of the cause /solution. Here are the errors: Nov 17 15:53:38 WARNING[1217602880]: File chan_zap.c, Line 1321 (zt_call): cidspill already exists?? +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ /* Don't send audio while on hook, until the call

Hi asterisk-users, We are using Asterisk 1.2.12.1, and are trying to use the Page application. It seems to work but after approx 4-5 seconds the call is hung up. The dialplan code look like this: exten => _*2XX,1,AGI(get-paging-devices.agi,${EXTEN:2}) exten => _*2XX,n,GotoIf($[ "${PAGING_DEVICES}" = "invalid" ]?i,1) exten => _*2XX,n,SIPAddHeader(Call-Info:

I'm trying to use a simple page function. It starts a MeetMe conference with the devices I've listed, but the devices hang up after 3-5 seconds. After doing some research I found this was a problem, and I needed to remove a (5) from app_page.c Well, my app_page.c didn't have the (5). I did make clean; make install again just in case I had some weird compiled version installed that

Hello list, I'm observing what I believe to be inconsistent behaviour regarding "Newstate" AMI events for the "Ringing" state. As such I come to you asking for experience or advice: am I wrong or should I file a bug ? I present you a short introduction which I feel is relevant; however, if you want to go straight to my technical question, please scroll

I am experiencing a change in behaviour of my Queues in 1.4.9 vs 1.4.8. I do not pass the 'n' option to any call to Queue() in my dialplan. Yet since I upgraded to 1.4.9, I have occasionally seen this on my console: -- Nobody picked up in 20000 ms -- Exiting on time-out cycle That log message "Exiting on time-out cycle" is exclusive to the logic in app_queue meant to