Комментарии 20
Спасибо за указку куда смотреть.
Про freeswitch интересно и с нетерпением буду ждать.
Про freeswitch интересно и с нетерпением буду ждать.
Тоже интересовался этой темой некоторое время назад, но так и не получил стабильного решения. Поэтому огромное спасибо за эту очень полезную статью!
С огромным интересом почитал бы про интеграцию Freeswitch с колл-центром и отказоустойчивость всей этой конструкции.
С огромным интересом почитал бы про интеграцию Freeswitch с колл-центром и отказоустойчивость всей этой конструкции.
Конечно интересно, ждем статьи по настройке!
Жду следующую статью!
Т.е. PBX вы не реализовали или были планы (как)? Могу предположить, что планировали перенаправление на asterisk под боком для таких целей?
Кому интересно могу написать о том, как мы настраивали Freeswitch с интеграцией с MySQL, кол-центром, записью звонков и делали его отказоустойчивым.
Тема актуальна. Ждем =)
Как WebRTC работает за натом?
Последние годы проблемы были только с этим, поэтому WebRTC-решения до продакшена не дошли.
Последние годы проблемы были только с этим, поэтому WebRTC-решения до продакшена не дошли.
В который раз вижу массивную попоболь от астериска. В который раз всех убеждаю НИКОГДА не пользоваться этим говном.
+1. Пока всю боль не испытал, не понял этого :)
Использую asterisk как в больших организациях, так и дома. Железки от HP DL380G7 за кучуденег под Centos 6.5 до tp-link mr3020 за 500 руб под OpenWRT (домашний gsm-шлюз).
Попоболь была лишь единожды — трещал поток Е1. Дело оказалось в конвертере pcie->pci на материнке, при замене E1-карты на pcie-версию проблема решилась. В остальном вопросов нет. Собираемся переходить на 12-й релиз.
WebRTC до сих пор в разработке, поэтому ожидать от него стабильности в production не стоит. В общем-то это никто и не скрывает, в документации висит жирная плашка сверху.
Сравнивать фрисвич и астериск вообще некорректно. Первый — софтсвич, второй — софтАТС. Никто не мешает использовать фрисвич как WebRTC-бэкенд.
Всё это чем-то неуловимо напоминает apache vs nginx. Для каждой задачи — свой инструмент, в общем.
Попоболь была лишь единожды — трещал поток Е1. Дело оказалось в конвертере pcie->pci на материнке, при замене E1-карты на pcie-версию проблема решилась. В остальном вопросов нет. Собираемся переходить на 12-й релиз.
WebRTC до сих пор в разработке, поэтому ожидать от него стабильности в production не стоит. В общем-то это никто и не скрывает, в документации висит жирная плашка сверху.
Сравнивать фрисвич и астериск вообще некорректно. Первый — софтсвич, второй — софтАТС. Никто не мешает использовать фрисвич как WebRTC-бэкенд.
Всё это чем-то неуловимо напоминает apache vs nginx. Для каждой задачи — свой инструмент, в общем.
Сравнивать Asterisk и Freeswitch имеет смысл только тогда, когда Asterisk используешь как soft-switch.
Скрывать то не скрывает, и использует на свой страх и риск. Но сейчас WebRTC стабильнее того, что было к примеру год назад
WebRTC до сих пор в разработке, поэтому ожидать от него стабильности в production не стоит. В общем-то это никто и не скрывает, в документации висит жирная плашка сверху.
Скрывать то не скрывает, и использует на свой страх и риск. Но сейчас WebRTC стабильнее того, что было к примеру год назад
FreeSwitch — это правильно. Жаль мы пока не можем просто переключиться с Астериска на FreeSwitch, но с другой стороны, у нас все работает в связке Sipml5 + Asterisk 11.10 (SDES).
Огромное спасибо!
Интересно, где используется решение, 10k звонков в сутки — это достаточно много, колл-центр? Cloud-платформы не рассматривали для решения проблем в разы быстрее?
А сам клиент на JsSIP нормально звонки принимает?
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
SIP через WebRTC на продакшне. Как мы к этому шли и какие проблемы решали