Комментарии 7
я просто оставлю ссылку и скажу, что пользоваться AMI в таком режиме не всегда есть гуд.
так расскажите о недостатках) мне интересно ) Из прямых недостатков, которые я заметила, могу обозначить только то, что соединение может периодические падать и приходится ждать рекконекта.
не так давно на «asterconf», было несколько докладов на эту тему, в том числе и мой доклад — «ARI или почему ami зло». если кратко ami — это телнет подключение которые управляет примитивами астериска, и самый минус, вам приходится полностью парсить все события которые валятся туда, ну не вам а либе… И при нагруженных системах это проблема, и таких минусов не мало в ami (хотя по сути он не плох). ARI это все таки RestFull интерфейс, с возможностью подписки на определенные события.
ami — прошлый век. ari гораздо проще и понятнее. можно вообще без Астерикса, с помощью pjsip :) во всех случаях Ява — самый ненужный компонент ;)
С ari4java имел проблемы из-за того, что она отказалась работать с некотрыми минорными версиями asterisk 13. Ругаясь на наличие/отсутствие какого-либо поля в сообщениях от сервера.
Но так как ari хорошо документирован и с ним легко интегрироваться простыми http и websocket клиентами, мире оказалось проще и эффективней обойтись без ari4java.
А мне FastAGI за глаза хватает!
ami очень чувствительный к задержкам и предназначен для работы внутри одной сети, если ответ больше 10мс он обрезается
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Взаимодействие с Asterisk сервером из Java-приложения