similar to: New patch for Bug 1420

http://bugs.digium.com/bug_view_page.php?bug_id=0001693 This patch adds a lot of options for AgentLogin/AgentCallbackLogin Please test and respond in the bug tracker! /O ------------------------------------------------------------------------------------- "This patch adds quite a few new features into __login_exec () of channels/chan_agent.c for AgentLogin() and AgentCallbackLogin(). Only

Hi, If I do this in extensions.conf exten => 411,1,Dial(IAX2/hhandresen@iaxtel/18005558355@iaxtel,40,rS(10)) the line is cut of in 10 sec., thats fine, but in CDR I got dst as T, and not 411. How can I handle this so I still get kicked of after 10 sec., but get 411 as dst in my cdr ? -- mvh. Hans-Henrik Andresen

Hi, Have a problem in my extension.conf: I have: [sip] exten => _333.,1,wait,3 exten => _333.,2,Answer exten => _333.,3,AbsoluteTimeout,7 exten => _333.,4,Hangup I wanted to test if * is executing this dial plan by calling 3335254255 for example. The problem is as follow: It waits, it answers but it does not seems to see the Absolutetimeout: call goes forever. What's wrong? Am

If '#' is pressed during a call the CDR that is written at the end of the call contains '#' in the dst / destination field rather than the number that was originally called. How do I avoid losing that original number so that I can use the CDR for billing? I've tried not having a '#' target in extensions.conf and I've tried calling ResetCDR(w) in the

Everyone we have a few new things to give back to the asterisk community. http://bugs.digium.com/bug_view_page.php?bug_id=0002379 http://bugs.digium.com/bug_view_page.php?bug_id=0002380 http://bugs.digium.com/bug_view_page.php?bug_id=0002381 These include app_chanspy, the ability to spy on ANY bridged call taking place inside asterisk. NOT just ZAP as with ZapScan/Barge. Native format_* files

Hi there, I have serious problems with MGCP and Swissvoice ip10s, and it appears that recent CVS also introduced trouble for other MGCP users. Please check and add comments in the bugtracker so that we can get a clearer picture - thanks! Also comment if things are working fine for you. http://bugs.digium.com/bug_view_page.php?bug_id=0001542

http://bugs.digium.com/bug_view_page.php?bug_id=0002945 Test it.. I couldn't sleep tonight... thought I would see if I could find and fix it... Also did this gem too for ya... http://bugs.digium.com/bug_view_page.php?bug_id=0002948 bkw

Can anybody recommend a good web interface for asterisk that actually works. I am looking for a web interface that can show how many callers are on the phone, should be able to transfer the calls and disconnect. I have tried using the flash operator but has been unsuccessful in making it work. thanks -----Original Message----- From: asterisk-users-admin@lists.digium.com

This appears to have been the magic bullet for me. Thank you very much. So, the bottom line is that there is a bug that ends up making inbound calls use type=peer rather than type=user. Correct? > -----Original Message----- > From: asterisk-users-admin@lists.digium.com > [mailto:asterisk-users-admin@lists.digium.com] On Behalf Of Paul Cheng > Sent: Tuesday, August 10, 2004 8:35

Can someone take a look, tell me if this is a bug, a possible resources issue, or my own damn fault? http://bugs.digium.com/bug_view_page.php?bug_id=0001381 Thanks, Derek -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20040407/f8f4d79b/attachment.htm

I have today reported a bug with the latest channel.c (1.134) that affects music-on-hold for the first user in a MeetMe room when calling from a Grandstream BT102. The music is broken up about 5-10 times a second. It doesn't happen when calling from Firefly. It is also fine on both clients with 1.133 of channel.c. I am using the ALAW codec. Mark at Digium can't reproduce the problem,

In response to the SIP and NAT discussion, I have updated the ticket on the subject that seemed to be getting the most attention: #104. There are enough clueful people here that perhaps someone can come up with a patch that handles NAT in the elegant way that I describe in the bugnotes, as I am but a mere integrator who has limited C skills. In the absence of such a patch being offered, we

So, I've managed to consistently lock up my Cisco 7960 (SIP 6.1) to the point where it needs to be unplugged, due to software errors. This is a first. My suspicions are that this bug in Asterisk is causing the lockups: http://bugs.digium.com/bug_view_page.php?bug_id=0000889 It seems unusual to me that a low volume of bogus SIP messages should lock up the 7960, but that seems to be the

The recent addition of recursive mutexes to Asterisk is causing a lot of problems on FreeBSD servers. I need help from someone that knows mutexes on FreeBSD to make it work, otherwise the FreeBSD port of 1.0 will be useless. See bug report http://bugs.digium.com/bug_view_page.php?bug_id=0001411 for more details. Thank you for your help! /Olle

http://bugs.digium.com/bug_view_page.php?bug_id=0001589 Has anyone else heard an audible blip, break or garble between answer and the native bridge attempt using sip? If I change the usleep(500000); to usleep(5000); in rtp.c the proble totally goes away... even the note above it says it needs to be fixed. bkw -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi Is this patch (http://bugs.digium.com/bug_view_page.php?bug_id=0001719) the best/only way to get callerid working in the UK with a tdm400p? I thought I'd seen a patch that'd gone into cvs, but maybe I was just imagining things ;) Should this patch work against current cvs? Of the 3 files 2 are .patch and one is .diff - what's the difference between them, and how should I

Can anyone tell me how I can implement the features added in the following link for call transfer? The authors seem to feel they are finished but it doesn't appear to have been integrated into what everyone can download. It is referred to as a patch but I don't understand how it could be applied. Here is the link: http://bugs.digium.com/bug_view_page.php?bug_id=0002010 I guess I just

hi Username : 1000012 Codecs : 0x11a (gsm|alaw|g726|g729) Codec Order : (gsm|g729|g726|alaw|ulaw) the above is from SIP SHOW PEER 1000012, and as it clearly shows, g.729 is preferred before alaw. If I dial this SIP - * - SIP from a phone with G.729 enabled, it uses G.729. However, if I dial from my cell phone - GSM - PSTN - * - SIP, the call uses ALAW, which I thought it

With the deafening silence from my previous questions, I feel seriously alone in the desire to have ChanSpy available. I want to be able to perform a "ZapBarge" on an Agents conversation, and ChanSpy was the answer to my prayers. Bug #2379 (http://bugs.digium.com/bug_view_page.php?bug_id=0002379) was closed "bkw918 10-27-04 17:06 Closed pending new changes in cvs-head."

Hi there, I had a problem, basically, I have 4 different types of end users (gsm, ilbc, g729, ulaw). However, I only have one user with my DID provider. My provider supports all 4 codecs. The issue is then: When an incoming call comes in, a codec is negotiated (usually ULAW), later on, when the extension is dialed, we'll see we're doing GSM, and thus transcode. Here's an example