Я не хвастался (хотя :) я даже знаю что такое statefull proxy), просто для меня rfc — это аргумент/факт, а википедия — ну можно глянуть, что там люди пишут. Но это именно по этой конкретной теме, если бы мы обсуждали жирафов, я бы тоже с вики ссылки приводил.
Ну открыл вашу ссылку, вижу в первой строчке:
A Protocol Converter is a device used to convert standard or proprietary protocol of one device to the protocol suitable for the other device or tools to achieve the interoperability.
И о чем мне должно сказать, это вообще про железяки и embedded?!
Но вы продолжайте штудировать информацию, советую больше все же налегать на rfc, или статьи на профильных сайтах, википедию не советую. Должна же быть какая-то польза от этого спора.
Нашел ваш развернутый вопрос…
Да все так, коммерческого будущего не вижу, если увидите дайте знать. :)
Меня тоже это очень беспокоит, только в более широком смысле. Я не вижу особой разницы в языке разработки, большое кол-во отличных проектов с открытым исходным кодом, сложность разработки падает, наводят на мысли о перспективности индустрии софта с точки зрения программиста. Потребности у пользователей по большой части удовлетворены, и поэтому непомерно растут запросы к качеству, никого не удивишь бесплатной программой, нужны еще и открытые исходники. Но пазл у меня не складывается, почему тогда не хватает IT специалистов и растут зарплаты?
Для меня это такая же неожиданность, но факта не отменяет.
Кто может js подредактировать, разработчик?
А щас можно сделать бизнес на продаже софтфонов? Очень сомневаюсь.
Эта технология в тренде — перехода всего в браузер. С гуглом более менее понятно, но посмотрите на вин8, почему майкрософт пошел в ту же сторону?
Что касается ограничений в браузере, я думаю это быстро измениться — GoogleOS, JS приложения в Win8, PhoneGap.
Внимательно смотрим на картинку, на верхний блок, в нем написано SIP Proxy — то есть SIP сервер (пусть слово proxy вас не смущает см.rfc3261). Дальше смотрим стрелочку UDP/TCP/TLS — это коммуникация с другими SIP серверами, ничего не обычного, тоже самое делают сервера без websocket, см. rfc3261. Дальше смотрим, этот сервер еще умеет общаться с PSTN, хорошо, но ничего не обычного, как asterisk. То есть это самый обычный SIP сервер, ед-ное отличие — websocket.
Да, с публичный серверами я возможно и погорячился.
Да пожалуй и я исчерпал аргументы, все ссылки на стандарты я привел. Ссылка на публичные SIP сервера с поддержкой WebSocket есть в статье.
Ваши домыслы комментировать не буду.
Вы не правы, «мост» не понадобиться. Из того что WebSocket работает поверх TCP/TLS нельзя сделать вывод про «мост».
Выше я вам дал ссылку на draft-ibc-sipcore-sip-websocket-02, в ней WebSocket объявлен протоколом транспортного уровня для SIP, наравне с UDP/TCP/TLS.
Вот что я хотел сказать.
Кстати, как же все нечестно оказалось у lucidchart. Зашел без регистрации нарисовал, сохранить, экспортировать нельзя. Ну хорошо — регистрируюсь. После регистрации мне сообщают, что я использовал премиум фичи и поэтому я не могу даже редактировать свою диаграму. Alt+PrtScn и Paint.net спасли ситуацию, но осадочек остался.
Онлайн трансляция секции Bootcamp 1 не ведеться? Можно ли где-то будет скачать видео доклада? Интересует: WPH204BC, Мастер-класс. Платформа PhoneGap и jQuery Mobile для разработки современных сайтов и приложений в стиле Metro
Нет, я не об этом. Веб сервер не должен никуда подключатся, вся прелесть в том что он отдал хтмл и расслабился, все действие происходит на клиенте. У js клиента есть только один способ установить соединение с SIP сервером — websocket.
Конечно, добавить не сложно, websocket — простой протокол. Но без него SIPML5 работать не сможет, он подключается к серверу по websocket. Преобразования не будет, websocket — это транспортный уровень для SIP.
Положу здесь ссылку на релевантный пост, там есть пара полезных ссылок.
Там часть файлов нужно сгенерировать, алгоритм такой: загружаем солюшен; делаем Unload project для проектов в которых не хватает файлов (HttpDfaTester, SipDfaTestet, Http.Message); под Release запускаем проект HttpDfaCompiler; после завершения делаем Reload Project для Http.Message и HttpDfaTester (у меня студию без перезагрузки не смогла собрать), собираем и эксперементируем с HttpDfaTester. В следующие разы все собирается без «танцев с бубном». Да, получилось не очень удобно, в следующей версии сделаю чтобы работало «из коробки».
Я этот драфт месяц назад реализовал, а ты мне тут про «мосты» рассказываешь, клоун.
Ну открыл вашу ссылку, вижу в первой строчке:
A Protocol Converter is a device used to convert standard or proprietary protocol of one device to the protocol suitable for the other device or tools to achieve the interoperability.
И о чем мне должно сказать, это вообще про железяки и embedded?!
Но вы продолжайте штудировать информацию, советую больше все же налегать на rfc, или статьи на профильных сайтах, википедию не советую. Должна же быть какая-то польза от этого спора.
Да все так, коммерческого будущего не вижу, если увидите дайте знать. :)
Меня тоже это очень беспокоит, только в более широком смысле. Я не вижу особой разницы в языке разработки, большое кол-во отличных проектов с открытым исходным кодом, сложность разработки падает, наводят на мысли о перспективности индустрии софта с точки зрения программиста. Потребности у пользователей по большой части удовлетворены, и поэтому непомерно растут запросы к качеству, никого не удивишь бесплатной программой, нужны еще и открытые исходники. Но пазл у меня не складывается, почему тогда не хватает IT специалистов и растут зарплаты?
Кто может js подредактировать, разработчик?
А щас можно сделать бизнес на продаже софтфонов? Очень сомневаюсь.
Что касается ограничений в браузере, я думаю это быстро измениться — GoogleOS, JS приложения в Win8, PhoneGap.
>То что конкретно их реализация
Их реализация чего? «Моста» или SIP сервера!?
>И в итоге либо ты будеш использовать приблуды(мост)
Я не буду :)
>Опять же их замечание на сайте
Причем здесь это, хотите сменить тему?!
Да, с публичный серверами я возможно и погорячился.
Ваши домыслы комментировать не буду.
Выше я вам дал ссылку на draft-ibc-sipcore-sip-websocket-02, в ней WebSocket объявлен протоколом транспортного уровня для SIP, наравне с UDP/TCP/TLS.
Вот что я хотел сказать.
Положу здесь ссылку на релевантный пост, там есть пара полезных ссылок.