Yes. It’s completely up to you what happens. If you want to call two parties and put them in a bridge together, then it’s up to you to tell ARI to do that.
I just recently wrote a similar application and it wasn’t hard once the basic event framework was in place. Do you have the event stream from the websocket working? That’s an important component to know the state of your channels.
Your app basically needs to be a state machine, changing state based on the events from Asterisk. When you originate the call you’ll start getting events that will let you know when the originated call has been answered. At that point your app can make the API call(s) to add them to the bridge or do whatever else is needed.
Also, once you get the happy-path working you’ll need to handle hangups and whatnot. In my opinion this is the more complex challenge. You’ll want to architect your code such that the different channels you’ll be bridging can have links to the other channels so that a hangup on one channel can hangup the other end of the call.
Could you post your code on how you created the conf and added the extensions into the conference? (I don’t care about what programming language, mostly interested in sequence of ARI functions called)
Thanks for your response , so basically do I need to get events?because my app just calls a function based on certain condition and only then,
I need a bridge and then originate a call and add both parties to the bridge.