Исходное сообщение
"Плачевная ситуация со стагнацией развития Skype для Linux" Отправлено Тузя, 28-Фев-16 12:50
SIP - великолепный протокол, пожалуй лучший из телефонных протоколов, imho, хотя у него есть всего ряд важных недостатков, на деле усложняющих эндпоинты. 1. P2P-пресенс. Ты не можешь просто так взять и уточнить статус абонента у сервера. Актуальный статус можно уточнить только у самого абонента. Иными словами, если ты хочешь точно знать статусы всех клиентов на сервере, да еще и, чтобы клиенты асинхронно сообщали об изменении, да еще и были доступны расширенные статусы, будь любезен сделать это сам мимо протокола SIP. Воспользуйся XMPP+SIP согласно rfc7081 https://tools.ietf.org/html/rfc7081 или пиши свой велосипед. К слову, presence - единственное, что ставит жирный плюс в карму XMPP. В остальном это мертворожденный ущербный протокол, по сравнению с SIP, imo. 2. SIMPLE, в частности, MSRP и передача файлов. В SIP есть несколько способов передать файлы, как просто специальная сессия SDP, так и в рамках MSRP. НО!!! Этот файлообмен неудобен. Тот же скайп и другие IM заливают отправляемый тебе файл на удаленную хранилку, а тебе дают https-ссылку, обрамленную в интерфейсе клиента так, будто это передача файлов. И хранят его там какое-то время. Классическая передача файлов без хранилки не гарантирует отправителю доставку до адресата. Адресат может быть не в сети, например. 3. И тут мы подходим к еще более болезненной теме: offline messages и push notifications Нам нужно хранить сообщения и файлы адресата, пока он не в сети. А в случае смартфона, уведомлять об их наличии на сервере через сторонний сервис. Это все делается тоже отдельно от SIP, по очевидным причнам. 4. Подводный камень видеоконференц-связи. SIP очень хорошо это умеет, конференцию должно что-то "хостить", какой-то сервер-MCU (в случае скайпа это тот клиент, который начал звонок). Подводный камень в том, как люди начинают конференцию. Должно быть какое-то серверное приложение, которому мы отдаем запросы на создание конференц-комнаты. Несколько человек легко могут присоединиться к конференции, но они пока не знают куда, ведь нужно сначала создать комнату на сервере, она должна быть динамической и как-то уведомить остальных клиентов, что им нужно подключиться именно конференции и именно туда, где она находится. При этом нам нужно учесть пресенс приглашаемых клиентов (проблемы п.1) уметь передавать файлы этим людям (проблемы п.2) и часть из них может быть не в сети или на мобильнике (проблемы п.3). И все это пойдет мимо "чистого SIP" Мне известно только одна система, которая тащит все это целиком на SIP, решая 4 основные проблемы (расскажите о других), она называется Microsoft Skype for Business (не путать с обычным скайпом). И справляется довольно хорошо. И мультисерверность поддерживает в полном объеме. Ирония в том, что существование это системы - основная причина стагнации клиента скайпа для линукса. У них еле-еле хватает разрабов. Им пришлось купить несколько компаний для поддержки этого на android и ios. Все эти обновления вендового скайпа были по большей части ради совместимости скайпа с скапом для бизнеса. И вот вы будете смеяться между этими двумя системами нет не то что видеоконференц-звонков, на нем даже групповой чат не работает. А эта задача у них в приоритете, об-SIP-ить обычный скайп. Может к концу 2016-го года у них дойдут руки до линукса... Зачем нужен скайп? Да не нужен он, он гадко работает из-за своего p2p. Просто остальное еще хуже.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> SIP - великолепный протокол, пожалуй лучший из телефонных протоколов, imho, хотя у > него есть всего ряд важных недостатков, на деле усложняющих эндпоинты. > 1. P2P-пресенс. Ты не можешь просто так взять и уточнить статус абонента > у сервера. Актуальный статус можно уточнить только у самого абонента. Иными > словами, если ты хочешь точно знать статусы всех клиентов на сервере, > да еще и, чтобы клиенты асинхронно сообщали об изменении, да еще > и были доступны расширенные статусы, будь любезен сделать это сам мимо > протокола SIP. Воспользуйся XMPP+SIP согласно rfc7081 https://tools.ietf.org/html/rfc7081 > или пиши свой велосипед. К слову, presence - единственное, что ставит > жирный плюс в карму XMPP. В остальном это мертворожденный ущербный протокол, > по сравнению с SIP, imo. > 2. SIMPLE, в частности, MSRP и передача файлов. В SIP есть несколько > способов передать файлы, как просто специальная сессия SDP, так и в > рамках MSRP. НО!!! Этот файлообмен неудобен. Тот же скайп и другие > IM заливают отправляемый тебе файл на удаленную хранилку, а тебе дают > https-ссылку, обрамленную в интерфейсе клиента так, будто это передача файлов. И > хранят его там какое-то время. Классическая передача файлов без хранилки не > гарантирует отправителю доставку до адресата. Адресат может быть не в сети, > например. > 3. И тут мы подходим к еще более болезненной теме: offline messages > и push notifications > Нам нужно хранить сообщения и файлы адресата, пока он не в сети. > А в случае смартфона, уведомлять об их наличии на сервере через > сторонний сервис. Это все делается тоже отдельно от SIP, по очевидным > причнам. > 4. Подводный камень видеоконференц-связи. SIP очень хорошо это умеет, конференцию должно > что-то "хостить", какой-то сервер-MCU (в случае скайпа это тот клиент, который > начал звонок). Подводный камень в том, как люди начинают конференцию. Должно > быть какое-то серверное приложение, которому мы отдаем запросы на создание конференц-комнаты. > Несколько человек легко могут присоединиться к конференции, но они пока не > знают куда, ведь нужно сначала создать комнату на сервере, она должна > быть динамической и как-то уведомить остальных клиентов, что им нужно подключиться > именно конференции и именно туда, где она находится. При этом нам > нужно учесть пресенс приглашаемых клиентов (проблемы п.1) уметь передавать файлы этим > людям (проблемы п.2) и часть из них может быть не в > сети или на мобильнике (проблемы п.3). И все это пойдет мимо > "чистого SIP" > Мне известно только одна система, которая тащит все это целиком на SIP, > решая 4 основные проблемы (расскажите о других), она называется Microsoft Skype > for Business (не путать с обычным скайпом). И справляется довольно хорошо. > И мультисерверность поддерживает в полном объеме. Ирония в том, что существование > это системы - основная причина стагнации клиента скайпа для линукса. У > них еле-еле хватает разрабов. Им пришлось купить несколько компаний для поддержки > этого на android и ios. Все эти обновления вендового скайпа были > по большей части ради совместимости скайпа с скапом для бизнеса. И > вот вы будете смеяться между этими двумя системами нет не то > что видеоконференц-звонков, на нем даже групповой чат не работает. А эта > задача у них в приоритете, об-SIP-ить обычный скайп. Может к концу > 2016-го года у них дойдут руки до линукса... > Зачем нужен скайп? Да не нужен он, он гадко работает из-за своего > p2p. Просто остальное еще хуже.
	Введите код, изображенный на картинке: