Sunday 15 July 2012

architecture - Realtime-events Asterisk integration -


The aim of this post is to get ideas from experts on the subject. I hope that I am not violating any stackoverflow rules if so, please advise me on how to properly ask.

We have our software (web application), which we currently integrate with a PBX. We also want to extend that integration into AstroCic. The method of our current setup is that we get HTTP notifications in real time from PBX with PBX, which is about all about PBX (extension ring, extension responded to call, log in agent in call center ... etc) About things We would love to follow the same pattern with asterisk.

Now, reading about Astricia has left us in some dilemma. We listen to different ways of implementing it. I.e.:

Do it with AIG () - Therefore, in the DialPlan, AIG is placed at different key points which will collect information about the current call and our application Will send the HTTP request.

Do 2 AMI - Connect to TCP, listen to everything and then filter on the receiver application side (our web app) which you should

3

Processing AGI () - For each call (or dialstatt_asnnnnnag) can be very high and can be very fast. There is no 'native' majority support in

2 AMI - the amount of any kind of incidents (if r There is no easy way to send it again after the app is down, there is no easy way - potentially behind - firewall asterisks can be a problem

3

    < Li> With hundreds of tenants with the majority of solution (hundreds of users) (up to 300-400), for example, I know that this scaling is required, but at the moment I have a server option and one Want to see the best ways
  • Reliable real-time events in our web application
  • HT notifications, at least preferably TCP (including websites)

What would I like to hear, where does he recommend going and a piece of explanation / discussion about the reasons?

Thanks

Asterisk was created when there was no idea. This hardware was built as a simple replacement for PBX

so there are no majority features on the star, unless you use it manually dialplan and config.

In addition to this kind of load of thousands of users from the server you need a checkout clustering solution based on opensips / kamailio + opensips.

However, if you expect a high scalable solution, then the best option for you is to hire an asterisk specialist for at least the architecture phase. Otherwise solutions can take up to 100 users all the resources of the server.

The most scalable version for the exclamation will be the FastAgei external program which will have fire incidents and control dialplans + AMI listener which is not available in fire transit / other events which are available in the AGI. Apart from this, it is also appropriate in pure Dialplan + AMI, but in that situation there is a need to take care of the http portion (if it gives a long reaction, there may be a problem with asterisk)


No comments:

Post a Comment