Summary: | ASTERISK-08327: Action originate with app Set don't call | ||
Reporter: | dmb (dmb) | Labels: | |
Date Opened: | 2006-12-11 02:27:09.000-0600 | Date Closed: | 2011-06-07 14:02:37 |
Priority: | Major | Regression? | No |
Status: | Closed/Complete | Components: | Core/NewFeature |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | Hello, When i use manager action originate with application Set for setting inherit variable the call is not originated. In additional information i paste the full trace for a test. Thank you. ****** ADDITIONAL INFORMATION ****** [Dec 11 09:24:41] DEBUG[24429] manager.c: Manager received command 'Command' [Dec 11 09:24:41] DEBUG[24429] manager.c: Manager received command 'Command' [Dec 11 09:24:44] DEBUG[24470] manager.c: Manager received command 'Originate' [Dec 11 09:24:46] VERBOSE[24490] logger.c: > Channel SIP/1006-09432a28 was answered. [Dec 11 09:24:46] VERBOSE[24492] logger.c: > Launching Set(__MYVAR=testing) on SIP/1006-09432a28 [Dec 11 09:24:46] DEBUG[24492] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record. [Dec 11 09:24:46] DEBUG[24492] cdr_addon_mysql.c: cdr_mysql: SQL command as follows: INSERT INTO cdr (calldate,clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode) VALUES ('2006-12-11 09:24:46','0','0','','from-internal', 'SIP/1006-09432a28','','Set','__MYVAR=testing',0,0,'ANSWERED',3,'') | ||
Comments: | By: dmb (dmb) 2006-12-11 03:07:08.000-0600 More information for that thest. I need make a call from SIP/1006 to 1004, setting inherit variable. The SIP/1006 ring but the call to 1004 is not originated. By: Joshua C. Colp (jcolp) 2006-12-11 10:17:07.000-0600 We need to see what your Originate looks like so could you please post it? Thanks. I suspect this is a configuration issue with the way you are doing it. By: dmb (dmb) 2006-12-11 11:05:57.000-0600 With this: "Action: Originate\r\nChannel: Sip/1006\r\nContext: from-internal\r\nExten: 1004\r\nPriority: 1\r\nCallerid: 0\r\nTimeout: 30000\r\nAsync: True\r\nApplication: Set\r\nVariable:\r\nData: __MYVAR=testing\r\nActionID: 1\r\n\r\n" the call rings and answer in sip/1006 but not originated to 1004. With this: "Action: Originate\r\nChannel: Sip/1006\r\nContext: from-internal\r\nExten: 1004\r\nPriority: 1\r\nCallerid: 0\r\nTimeout: 30000\r\nAsync: True\r\nApplication: \r\nVariable: \r\nData: \r\nActionID: 1\r\n\r\n" the call rings and answer in sip/1006 and is originated to 1004. Thank you By: Joshua C. Colp (jcolp) 2006-12-11 11:10:52.000-0600 You can't both execute an application and goto an extension. Application takes priority so Asterisk executes Set, and then has nothing to do - so it gives up. You'll need to put the logic into the extension. By: Joshua C. Colp (jcolp) 2006-12-11 13:35:16.000-0600 Not a bug - misunderstanding of how Originate manager action works and arguments it takes. If you feel that this still a bug, feel free to reopen! Peace. |