Summary:	ASTERISK-02205: [patch] create dynamically conference with the CLI
Reporter:	schmeuf (schmeuf)	Labels:
Date Opened:	2004-08-09 05:10:37	Date Closed:	2011-06-07 14:04:52
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Applications/app_meetme
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) app_meetme.patch.txt
Description:	When I have a phone which makes or receives two or more calls, I have to redirect them towards a conference. I have a server which tells the asterisk to create a conference room and which redirects the calls in this conference room. So, I use the CLI and the manager interface to create an empty conference. The command "meetme create" create a conference room and return the conference number.
Comments:	By: Brian West (bkw918) 2004-08-09 09:05:24 Wouldn't this imply that someone is accually in the conf?  Why would you even need this since meetme can already create them dynamically. bkw By: schmeuf (schmeuf) 2004-08-09 18:00:00 No beacause I have an external server which commands the asterisk and redirect the endpoints. The MCU call number is like 80412, 804 is the MCU prefix and 12 is the conf number. When someone has two calls and wants to create a conference, he asks my server which has to redirect all the three endpoints to my MCU. Since the asterisk is a "slave" my server doesn't know which conference the first calls will enter. And I can have severals conferences which begin at the same times in the wors case. With this command I haven't to parse all the conference. So the server has to initiate the conference and retrieve the conference number. Besides, it's fastier to enter the conference, it avoids a blank. By: Brian West (bkw918) 2004-08-17 09:47:54 res = conf_exec(NULL, "|ed"); You're just execing that.. which can be done from the dialplan.  This patch isn't needed since you can do it from the dialplan.  I see no reason to drop the asterisk server itself into the conference.  You can do all this with the dialplan. bkw By: Brian West (bkw918) 2004-08-17 09:49:25 exten => 123,1,MeetMe(${CONF}|ed) Pair that with some dbput/get action and your problem is sovled within the confines of what asterisk can already do. By: twisted (twisted) 2004-08-20 00:34:01 schmeuf, can you confirm that bkw_ suggestions are a good approach? By: schmeuf (schmeuf) 2004-08-20 04:23:35 Yes, it's a way, but with my structure (asterisk as an MCU and an another server to centralize all informations) it's easier to create an empty conference room. I don't have to store an information that the asterisk already has, because it's contained in the map table. The app_meetme manage itself its conference pool. I have added an another feature, to close a conference room via the cli. If you are interested... I use it when, the redirection fails and no calls succeed to reach the conference room. By: Brian West (bkw918) 2004-08-22 22:55:57 I'm sorry but this isn't the way to do it.. The way I said works fine why are you against it?  You can do this from the dialplan to gen a conf via something based on the extension they dial.  Calling conf_exec in this manner in my view is unacceptable. By: Mark Spencer (markster) 2004-09-11 10:04:51 We certainly appreciate your submission of the patch, but I would definitely like comments from you regarding the use of the dialplan vs. the command line.  Right now, when you use Asterisk as an MCU, are you sending calls to it into a given extension?  If so, you could simply have Asterisk dynamically create the conference based on that extension, e.g.: [conferences] exten => _XXXX,1,MeetMe(${EXTEN},d) exten => _XXXX,2,Hangup In that way all you have to do is transfer two phones into the same extension and they'll be linked.  You can even add the "q" flag if you want.  What do you think? By: Mark Spencer (markster) 2004-10-01 23:19:49 Suspending until we hear back from the submitter.