search for: nessj

Hi, Is it possible to have MOH in early audio, while waiting for someone to pick up a Dial() call? (When using zap channels, I have early audio working with playback) H?kon Nessj?en Loopback Systems AS -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20070429/c901ff90/attachment.htm

Only a warning, and doesn't seem to do anything bad. But I can't seem to figure out what these warnings mean? -- Requested transfer capability: 0x00 - SPEECH [Feb 17 12:33:03] WARNING[10750]: chan_dahdi.c:3096 dahdi_call: Unrecognized prilocaldialplan NPI modifier: k [Feb 17 12:33:03] WARNING[10750]: chan_dahdi.c:3096 dahdi_call: Unrecognized prilocaldialplan NPI modifier: o [Feb 17

...an external fax machine via DAHDI again.. For example, the result is: DAHDI/1-1 = incoming call, DAHDI/2-1 outgoing call. Now, with the help of dahdi show channel, if I check channel 2: echo cancellation is ON. Then i check channel 1: it is OFF. Shouldn't both be turned off? Regards, H?kon Nessj?en -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100305/7b9f83e1/attachment.htm

...t would be around 200 Local channels at max with a lot of calls ending and starting. And a lot of Local channels being created and removed as call attempts in queues fail when either the destination line is busy, or if the local channel context returns Busy() because of call limits. Regards, H?kon Nessj?en -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100604/f3bfe904/attachment.htm

I want to create a script for IVR that compiles responses, aggregates them to a total number. Then, run an equation based on the result. Press 1 for X (X is a positive number 500) Press 2 for Y (Y is a positive number 200) Press 3 for Z (Z is a positive number 300) Press 20 to calculate the results = 500+200+300 =1000 then, exten => s,n,Read(NUMBER,,1000) exten => s,n,SayDigits(${NUMBER})

...y audio while waiting for answer in a Dial()? Say that I want to do this: 1,Progress() // Establish early audio possibillites 2,Dial(SIP/user,20,z(repeated-musicfile)) Where z would be like a function for playing early audio. Or z would just start MOH without Answer()'ing first. H?kon Nessj?en Loopback Systems AS -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20070427/f16a8628/attachment.htm

...Message: Success -- Then you can check the state by doing: -- Action: DeviceStateGet DeviceName: Custom:lamp1 -- And you should receive the following: -- Response: Success Message: Result will follow Event: DeviceStateGetResponse DeviceName: Custom:lamp1 DeviceState: INUSE -- Regards, H?kon Nessj?en -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100129/22b6c8f4/attachment.htm

...ch, it is easier to make statistics out of queue_log with information about problems with an agent. For example if an agent has a faulty line, or your telco/dahdi connection is having problems. Please come with comments about this patch, and help test it if you agree with the idea. Regards, H?kon Nessj?en -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100227/bcd76b3a/attachment.htm

Hi, This is the output from queue show 28: 47 (DAHDI/g0/12345678) (realtime) (Ringing) has taken no calls yet Why is the devicestate "Ringing" when no channels is calling this number, and the queue says "has taken no calls yet"? Is it picking up the general state of a random channel on g0 in dahdi? Or what is happening? It only seems to happen with this particular

Hi, I'm having problems with CDR's and Queues in Asterisk 1.6.1. Heres three examples: Normal call: User A calls in to asterisk, gets a PlayFile, and hangs up. This gives 1 CDR as expected. Call to a Queue and then a playfile afterwards: User A calls into asterisk, goes into a queue, asterisk calls user B. When user B hangs up a CDR for User A is generated. (no CDR for user B)

System have been working great for weeks, using an average 40 of 120 dahdi channels. But today, I suddenly see scary things like this: -- Moving call from channel 5 to channel 7 [Feb 25 10:18:12] WARNING[17129]: chan_dahdi.c:10608 pri_fixup_principle: Can't fix up channel from 5 to 7 because 7 is already in use [Feb 25 10:18:12] WARNING[17129]: chan_dahdi.c:11535 pri_dchannel: Ringing