search for: originatesuccess

Is it well known that setting the ActionID when connecting to AMI has absolutely no effect? Is this fixed in Asterisk 1.4? If you add an ActionID to your Originate command for example, it looks like the only events that come back with an ActionID associated are the initial response, OriginateSuccess and OriginateFailure. That's it. No other events have an ActionID associated. This pretty much makes the AMI useless. What about all the other events? Newcallerid, Newstate, Link, Unlink and REALLY importantly the CDR events. Really... someone please tell me it's fixed in 1.4? Thanks, D...

hi, afaik, the action-id provided with the OriginateAction should only show up in the OriginateSuccess or OriginateFailure event. Intermediate events that are generated when the channels are create will NOT carry the action-id of the originate. The async flag tells asterisk to process originates in parallel, i.e. if you have two users originating calls and NO async flag set, the second originate wi...

The Asterisk Manager Interface is driving me nuts. Whoever wrote it should be drawn and quartered. Sometimes the data comes back separated by \r\n, and sometimes it's separated by \n. The whole thing is completely inconsistent, and trying to write any kind of API for it is -GHASTLY- Doug.

Hello, all! I'm looking at the wiki page and info on the mailing list and I'm getting conflicting info... I am using the manager API from the telnet CLI and I am testing creating calls with it. I login with events: on and I can originate calls just fine. However, when I set ActionID on an Originate, I cannot see anywhere where that actionid carries into the Event output. But I found

...meantime Im working on a solution that I hope will give the best of > > both worlds. Im relying on the API events instead of local > channels. > > Ill post more information when Ive made more progress. However, > > Ive made 2500 test calls and I havent lost a single > > OriginateSuccess or OriginateFailure event. (Im keying on these, > > specifically the OriginateFailure event because it has a Reason > > value that gets populated: 0=Invalid, 3=No Ans, 5=Busy.) > > > > > > > > Hope to have more info posted this week. > > > > &...

Hi. I'm making calls via the Manager OriginateAction. My action is set to be async and therefore I receive originiate events. Within the originate event that I receive there is a reason code. In the event of failure I need to dermine why the call failed (no pickup, rejected, no such number, circuit busy, ect) and inform the user with a meaningful message. I assume that one is suppose to