>>Ситуация 2: 2 интерфейса на микротике. Надо использовать 2 провайдера — один основной, второй резервный. Мониторить можно было только Default Gate провайдера. Всё. Мониторить какой-то удалённый сервер и реагировать по доступности этого сервера? Только самописными скриптами. Спасибо хоть так. Балансировка — то же скриптами.
Мониторить можно с помощью рекурсивных маршрутов и опции scope. Никакого скриптинга.
Проходится тема в курсе MTCRE, ну либо гуглится.
>>Балансировка — то же скриптами.
Тут тоже не так: есть технология ECMP, при которой вы можете в одном роуте (напр. дефолтном) перечислить любое количество гейтов. Причем, одни и те же гейты можно указывать более чем по одному разу, если у них более высокая пропускная способность. И тогда микротик по RoundRobin будет перебирать эти гейты и балансировать на них соединения (не пакеты, а соединения).
>или вы думаете что Intel Capital просто так взял и инвестировал $10M в Манго
Или вы не знаете инфы про Intel Capital, или пытаетесь выдать её в удобном для себя свете. Интел инвестировал в Манго для того, чтобы эти средства были инвестированы в вывод Манго-Телекома на европейский рынок, что, скорее, подкрепляет мою позицию, чем вашу.
>Можете продолжать и дальше надеяться, что прогресса не будет, но это путь в никуда.
Как раз я являюсь заинтересованной стороной. И интерес именно в том, чтобы SIP и прочий VoIP был законен на территории РФ по любым сетям связи.
WebRTC дает отличное звучание и на плохих каналах? Ему и QoS не нужен?
И да, про сети не стоят на месте. Вы, кстати, ведь в курсе, что в РФ всякие SIP и WebRTC при использовании в публичных сетях — стоят вне закона? Как бы это прискорбно не звучало, но это так. Пока на это просто закрывают глаза. Что будет завтра — не известно: могут разрешить, могут запретить, могут продолжить и дальше смотреть сквозь пальцы.
А на сегодняшний день, тот же Манго-Телеком, для легального оказания услуг связи, должен до каждого своего клиента арендовать выделенный канал связи. Разумеется, этого никто не делает, потому что пока не особо за этим следят.
Я правильно понимаю, что затраты формируются исходя из количества прошедших через вашу платформу минут?
Также, такой вопрос, если абоненты звонят в пределах офиса, то это тоже тарифицируется по 0.2 цента?
Фактически, минута разговора стоит порядка 7 копеек, верно?
>>Скоро все будет в облаках
Где-то я это уже слышал. Ах даа… «Телевидению принадлежит будущее. Не будет ни газет, ни книг, ни кино, ни театров, а будет одно сплошное телевидение.»
Меня беспокоит то, какую репутацию IP-телефонии часто создает «облачная телефония». Я видел много компаний, которые нажрались «Манго-Телекомов» и с упоением вспоминают времена Панасоников, «когда не булькало».
К тому времени, когда вся телефония будет в облаках я уже буду слишком стар, чтобы меня это хоть как-то беспокоило.
Расскажите, пожалуйста, про затратную часть.
Предположим, мне все понравилось.
Я хочу:
1. 10 операторов в колл-центре
2. 3 многоканальных транка с разными операторами
3. IVR в два уровня, с дневным и ночным режимом работы.
4. Запись разговоров и хранение их не менее 6 месяцев (порядка 100 ГБ)
Что обойдется мне ежемесячно при использовании вашего сервиса?
>>Покажите мне интеграцию с AmoCRM при помощи WebRTC и Asterisk
Еще раз спрашиваю, зачем WebRTC? Чтобы говорить в браузер? Если так, то лично я такие варианты ни для себя, ни для клиентов практически не рассматриваю. Не говорю, что он плох или хорош. Просто лично я не буду ставить это ни себе, ни рекомендовать клиентам.
>>А мы скоро покажем и делают эти интеграции сами вендоры сервисов
Вы, наверное, скоро покажете, как одно облачное решение можно поженить с другим облачным решением.
Я же вам скажу, что телефония медлительнее всего переезжает в облака. Многие компании не готовы, не могут или не хотят переносить свой business-critical сервис куда-то за пределы локальной сети. И их да, можно понять.
Вы же сами только что написали: «Логи есть очень подробные по каждой сессии, можно просматривать как текстовые файлы из истории вызовов».
Я так понимаю, что вы сейчас напишете, что у вас уже есть красивый визуализатор, но возникнет встречный вопрос: на что он способен, и как реализовать то, что он сейчас не умеет.
В Астериске статистика есть, полно. Разных. Кому-то не нравится стандартная — пишут свою. Мы пишем свою. Не потому, что стандартная плохая, а потому, что у нас требований много.
Звонки с кнопки у вас — от 2 до 10%? Ну, наверное, потому что вы продаете этот сервис (zingaya) и люди пытаются дозвониться, чтобы протестить это хозяйство. В реальной жизни каждый второй звонок — это «Але-але, вас не слышно, говорите в микрофон. А у вас есть микрофон? Звоните нам по номеру 8-495-111-22-33, если слышите меня, конечно!»
Интеграция телефонии с WebCRM — это стандартная фича, которой никого не удивить. Тот же Астериск с тем-же AmoCRM уже давно замечательно работает. Это из того что на вскидку пришло в голову.
>Мы не предлагаем перестать пользоваться Астериском
Ухх, выдохнул…
>>поддерживает работу WebRTC в какой-нибудь самой последней версии
Нет, поддерживает в стабильной версии Asterisk 11. Самая последняя на данный момент — Asterisk 12.
Да и кстати, чего вы так уцепились за WebRTC? В моей практике про него воооообще никто не спрашивает.
Всякие кнопки «Звонок с сайта» и прочая ерунда — это блажь. В реальности — не работает. Количество звонков по ней — 0.01%. Зато круто, да…
Астериск также поддерживает WebRTC. Про его работу в нем я, лично, данными не обладаю, т.к. спросу на него мало. Когда у клиентов были в нем потребности, мы разворачивали и все работала. Была лишь проблема на браузерной стороне, когда браузеры не поддерживали из коробки.
В совсем серьезных компаниях — это с каким количеством абонентов? Если свыше нескольких тысяч — то да, я тоже не особо представляю. Если менее — то много раз видел и сами внедряли. Я не сторонник Астериска для крупных компаний. Астериск — удел малых и средних компаний (до 500 абонентов). Если больше абонентов — то нужно внимательно изучать задачи. Может и там вполне подойти.
WebRTC? Стоп-стоп, давайте не мешать в кучу — Ядро телефонии и протокол связи между ядром и абонентом.
>Разработчики разворачивают все что угодно.
С трудом представляю себе серьезную компанию, где разрабочик развернул телефонию, проложил СКС, настроил видеонаблюдение и в оставшееся время — починил примус. Senior Anykey.
В Астериске — одна строчка на HTTP-запрос, вторая — на отправку E-Mail, третья — на SMS.
Дело не в том, что Javascript столь популярен среди разработчиков. Дело в том, что разработчики не разворачивают телефонию.
По-моему, знание Javascript — это удел веб-программистов, которые, как раз, и не занимаются настройкой IP-АТС. Примерно так же, как нормальные сисадмины не занимаются разработкой сайтов.
А вот сисадмины, которые как раз и устанавливают телефонию для своих организаций чаще всего далеки от Javascript-а.
И да, развернуть Астериск можно тоже менее чем за час (с конфигурацией телефонов). А при установке, например, Askozia, там и понимания, что и как внутри работает вообще не требуется.
Астериск нативно пишет разговоры, ТС лишь доработал оболочку для работы с ними.
OREKA — пишет разговоры, перехватывая их RTP-сессиями, что целесообразно использовать лишь для станций, не имеющих функционала, аналогичного астеру, либо требующих за него отдельных денег.
Желаю, чтобы все удалось!
Мониторить можно с помощью рекурсивных маршрутов и опции scope. Никакого скриптинга.
Проходится тема в курсе MTCRE, ну либо гуглится.
>>Балансировка — то же скриптами.
Тут тоже не так: есть технология ECMP, при которой вы можете в одном роуте (напр. дефолтном) перечислить любое количество гейтов. Причем, одни и те же гейты можно указывать более чем по одному разу, если у них более высокая пропускная способность. И тогда микротик по RoundRobin будет перебирать эти гейты и балансировать на них соединения (не пакеты, а соединения).
Или вы не знаете инфы про Intel Capital, или пытаетесь выдать её в удобном для себя свете. Интел инвестировал в Манго для того, чтобы эти средства были инвестированы в вывод Манго-Телекома на европейский рынок, что, скорее, подкрепляет мою позицию, чем вашу.
>Можете продолжать и дальше надеяться, что прогресса не будет, но это путь в никуда.
Как раз я являюсь заинтересованной стороной. И интерес именно в том, чтобы SIP и прочий VoIP был законен на территории РФ по любым сетям связи.
И да, про сети не стоят на месте. Вы, кстати, ведь в курсе, что в РФ всякие SIP и WebRTC при использовании в публичных сетях — стоят вне закона? Как бы это прискорбно не звучало, но это так. Пока на это просто закрывают глаза. Что будет завтра — не известно: могут разрешить, могут запретить, могут продолжить и дальше смотреть сквозь пальцы.
А на сегодняшний день, тот же Манго-Телеком, для легального оказания услуг связи, должен до каждого своего клиента арендовать выделенный канал связи. Разумеется, этого никто не делает, потому что пока не особо за этим следят.
Также, такой вопрос, если абоненты звонят в пределах офиса, то это тоже тарифицируется по 0.2 цента?
Фактически, минута разговора стоит порядка 7 копеек, верно?
Где-то я это уже слышал. Ах даа… «Телевидению принадлежит будущее. Не будет ни газет, ни книг, ни кино, ни театров, а будет одно сплошное телевидение.»
Меня беспокоит то, какую репутацию IP-телефонии часто создает «облачная телефония». Я видел много компаний, которые нажрались «Манго-Телекомов» и с упоением вспоминают времена Панасоников, «когда не булькало».
К тому времени, когда вся телефония будет в облаках я уже буду слишком стар, чтобы меня это хоть как-то беспокоило.
Предположим, мне все понравилось.
Я хочу:
1. 10 операторов в колл-центре
2. 3 многоканальных транка с разными операторами
3. IVR в два уровня, с дневным и ночным режимом работы.
4. Запись разговоров и хранение их не менее 6 месяцев (порядка 100 ГБ)
Что обойдется мне ежемесячно при использовании вашего сервиса?
Еще раз спрашиваю, зачем WebRTC? Чтобы говорить в браузер? Если так, то лично я такие варианты ни для себя, ни для клиентов практически не рассматриваю. Не говорю, что он плох или хорош. Просто лично я не буду ставить это ни себе, ни рекомендовать клиентам.
>>А мы скоро покажем и делают эти интеграции сами вендоры сервисов
Вы, наверное, скоро покажете, как одно облачное решение можно поженить с другим облачным решением.
Я же вам скажу, что телефония медлительнее всего переезжает в облака. Многие компании не готовы, не могут или не хотят переносить свой business-critical сервис куда-то за пределы локальной сети. И их да, можно понять.
Я так понимаю, что вы сейчас напишете, что у вас уже есть красивый визуализатор, но возникнет встречный вопрос: на что он способен, и как реализовать то, что он сейчас не умеет.
Звонки с кнопки у вас — от 2 до 10%? Ну, наверное, потому что вы продаете этот сервис (zingaya) и люди пытаются дозвониться, чтобы протестить это хозяйство. В реальной жизни каждый второй звонок — это «Але-але, вас не слышно, говорите в микрофон. А у вас есть микрофон? Звоните нам по номеру 8-495-111-22-33, если слышите меня, конечно!»
Интеграция телефонии с WebCRM — это стандартная фича, которой никого не удивить. Тот же Астериск с тем-же AmoCRM уже давно замечательно работает. Это из того что на вскидку пришло в голову.
Ухх, выдохнул…
>>поддерживает работу WebRTC в какой-нибудь самой последней версии
Нет, поддерживает в стабильной версии Asterisk 11. Самая последняя на данный момент — Asterisk 12.
Да и кстати, чего вы так уцепились за WebRTC? В моей практике про него воооообще никто не спрашивает.
Всякие кнопки «Звонок с сайта» и прочая ерунда — это блажь. В реальности — не работает. Количество звонков по ней — 0.01%. Зато круто, да…
В совсем серьезных компаниях — это с каким количеством абонентов? Если свыше нескольких тысяч — то да, я тоже не особо представляю. Если менее — то много раз видел и сами внедряли. Я не сторонник Астериска для крупных компаний. Астериск — удел малых и средних компаний (до 500 абонентов). Если больше абонентов — то нужно внимательно изучать задачи. Может и там вполне подойти.
>Разработчики разворачивают все что угодно.
С трудом представляю себе серьезную компанию, где разрабочик развернул телефонию, проложил СКС, настроил видеонаблюдение и в оставшееся время — починил примус. Senior Anykey.
Дело не в том, что Javascript столь популярен среди разработчиков. Дело в том, что разработчики не разворачивают телефонию.
По-моему, знание Javascript — это удел веб-программистов, которые, как раз, и не занимаются настройкой IP-АТС. Примерно так же, как нормальные сисадмины не занимаются разработкой сайтов.
А вот сисадмины, которые как раз и устанавливают телефонию для своих организаций чаще всего далеки от Javascript-а.
И да, развернуть Астериск можно тоже менее чем за час (с конфигурацией телефонов). А при установке, например, Askozia, там и понимания, что и как внутри работает вообще не требуется.
OREKA — пишет разговоры, перехватывая их RTP-сессиями, что целесообразно использовать лишь для станций, не имеющих функционала, аналогичного астеру, либо требующих за него отдельных денег.