Comments 11
Чем вы рисовали графики? :)
Кстати, как же все нечестно оказалось у lucidchart. Зашел без регистрации нарисовал, сохранить, экспортировать нельзя. Ну хорошо — регистрируюсь. После регистрации мне сообщают, что я использовал премиум фичи и поэтому я не могу даже редактировать свою диаграму. Alt+PrtScn и Paint.net спасли ситуацию, но осадочек остался.
> Информацию о том может ли Asterisk общаться по WebSocket мне найти не удалось
Вот WebSocket для FreeSWITCH — github.com/tamiel/fshttpstream
Вот WebSocket для FreeSWITCH — github.com/tamiel/fshttpstream
С учетом:
— слабой развитости и совместимости WebSockets в браузерах
— отсутствия поддержки WebSockets в популярных SIP системах (OpenSER/Asterisk/FREESwitch)
— тормозами Javascript SIP стека на планшетах
— отсутствием поддержки кодеков их WebRTC
в ближайшем будущем звонки из браузеров проще реализовать через HTTP+WebRTC и шлюза WebRTCSIP.
— слабой развитости и совместимости WebSockets в браузерах
— отсутствия поддержки WebSockets в популярных SIP системах (OpenSER/Asterisk/FREESwitch)
— тормозами Javascript SIP стека на планшетах
— отсутствием поддержки кодеков их WebRTC
в ближайшем будущем звонки из браузеров проще реализовать через HTTP+WebRTC и шлюза WebRTCSIP.
В Asterisk 11 обещают WebRTC — blogs.digium.com/2012/05/23/asterisk-11-webrtc/
Неделя sip_в_браузере на хабре :) Молодцы коллеги!
Не обязательно использовать SIP сервер с поддержкой WebSocket.
На самом деле нам нужна очень простая SIP прокси, которая бы получала SIP сообщения по WebSocket и перенаправляла их дальше по SIP. Такая прокси пишется на node.js с включенным пакетом ws.
Но хотелось бы задать вопрос: какова коммерческая роль этой технологии? В предыдущем поста автора я подробнее расписал суть вопроса, не буду копипастить.
На самом деле нам нужна очень простая SIP прокси, которая бы получала SIP сообщения по WebSocket и перенаправляла их дальше по SIP. Такая прокси пишется на node.js с включенным пакетом ws.
Но хотелось бы задать вопрос: какова коммерческая роль этой технологии? В предыдущем поста автора я подробнее расписал суть вопроса, не буду копипастить.
Эта технология в тренде — перехода всего в браузер. С гуглом более менее понятно, но посмотрите на вин8, почему майкрософт пошел в ту же сторону?
Что касается ограничений в браузере, я думаю это быстро измениться — GoogleOS, JS приложения в Win8, PhoneGap.
Что касается ограничений в браузере, я думаю это быстро измениться — GoogleOS, JS приложения в Win8, PhoneGap.
Понятно, что в тренде. JavaScript (при поддержке HTML5 и браузерных расширений типа WebRTC, WebGL) неожиданно возвысился, как язык для написания кроссплатформенного кода.
Но вот допустим, у нас есть SIP телефон, написанный на JavaScript. Этот телефон мы регистрируем на том же sipnet или на корпоративном SIP сервере, и клиенты начинают звонить друг другу и на мобильные телефоны из браузера (в т.ч. из браузера с мобильных телефонов).
«Угнать» такой софт-клиент, подредактировав JavaScript и перенастроив его на другой SIP сервер — проще простого. Поэтому бизнес на продаже таких софтфонов не сделаешь :(
У Флешового телефона была хотя бы какая-то защита от этого — все-таки он давался юзеру не в исходных кодах на Action Script.
Но вот допустим, у нас есть SIP телефон, написанный на JavaScript. Этот телефон мы регистрируем на том же sipnet или на корпоративном SIP сервере, и клиенты начинают звонить друг другу и на мобильные телефоны из браузера (в т.ч. из браузера с мобильных телефонов).
«Угнать» такой софт-клиент, подредактировав JavaScript и перенастроив его на другой SIP сервер — проще простого. Поэтому бизнес на продаже таких софтфонов не сделаешь :(
У Флешового телефона была хотя бы какая-то защита от этого — все-таки он давался юзеру не в исходных кодах на Action Script.
Sign up to leave a comment.
Принцип работы SIP клиента в браузере