originate example about asternet.ari HOT 5 CLOSED

ARI Originate will create a new channel and add it to a Stasis application ONLY. So, if you intend to dial both parties from Stasis Originate then you're fine (i.e. SIP trunk channel and then extension). ARI Originate can't be used, for example, to Originate a channel to a dialplan extension.

Normally, you would do something like

Originate Leg A
Originate Leg B
Create a Bridge
Join A and B to Bridge

ARI is way more specific than AMI Originate, in that you have total control over the flow of what happens, but if that's more control than you need, then maybe you should just use AMI, it may be easier and more appropriate for you use case.

Hope that helps.

from asternet.ari.

Hi Ben,

Thanks for the advice, I prefer the control that ARI gives you over the call from within a stasis application. From the examples I get how to create a new bridge and add an incoming call / channel to the newly created bridge.

The part where I'm stuck is making an outbound call/originating from e.g. extension 101 to 102 using method ActionClient.Channels.Originate:

//call
Channel ch = ActionClient.Channels.Originate("SIP/101", "102", "from-internal-custom", 1, "test_label", "hello-world", "originated", "test_caller_id", 60, null, e.Channel.Id, "", "");

        ActionClient.Bridges.AddChannel(SimpleBridge.Id, ch.Id, "member");

(What is the endpoint string parameter? it's the only parameter without a default value)

I am just trying to create a simple POC...What are the minimum required parameters that needs to be passed through to this method to call ext 102 from ext 101?

Regards,
Rudi

from asternet.ari.

Personally, I would Originate each leg independently. So Originate a call to 101 an then to 102, and then join both channels into the bridge.

In Originate, the Endpoint is the channel you wish to dial. E.g. "SIP/101".

Hope I've not got the wrong end of the stick here?

from asternet.ari.

closed due to no response

from asternet.ari.

Sorry for replying on the closed thread ... but this is very similar to what exactly I am trying to achieve..
@skrusty If I follow your approach creating a channel A to 101 and then to 102 and bridging them together then this call is not behaving the way it should be, as 101 should be listening a ring or a busy signal till 102 is not picking up or is busy accordingly. What should we do to achieve the required behaviour?

from asternet.ari.