The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Планы Microsoft в отношении Skype, opennews (ok), 10-Авг-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


114. "Планы Microsoft в отношении Skype"  +/
Сообщение от Andrey Mitrofanov (?), 11-Авг-11, 12:41 
>> Ждем peer-to-peer SIP.
> :-D
> а SIP и есть Peer-to-Peer :-)

Зараза... Тагда DHT SIP?

Ответить | Правка | Наверх | Cообщить модератору

115. "Планы Microsoft в отношении Skype"  +/
Сообщение от Xasd (ok), 11-Авг-11, 12:46 
> Тагда DHT SIP?

ну вот это -- былобы уже интересным проектом :-) [может быть]

Ответить | Правка | Наверх | Cообщить модератору

140. "Планы Microsoft в отношении Skype"  +2 +/
Сообщение от Аноним (-), 11-Авг-11, 18:38 
> ну вот это -- былобы уже интересным проектом :-) [может быть]

Проблема только в том что сетевой уровень сипа дебильнее некуда. Он застревает на файрволах, натах и прочая и даже не может определиться какой порт будет использовать. Переговорить с ремотой что мы тут за фаером и можем только вон то и это - и подавно кишка тонка. Поэтому первый же нат, файр или что там еще - ставит на сипе крест. Более кретинской реализации протокола - еще поискать. Кстати MS любит SIP и юзает его в своем корпоративном софте. Работает это все понятно как. Хреновый протокол + хреновый реализатор = лютый полярный лис.

Ответить | Правка | Наверх | Cообщить модератору

147. "Планы Microsoft в отношении Skype"  –1 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 11-Авг-11, 19:52 
sip это индустриальный стандарт, правда, древний
Ответить | Правка | Наверх | Cообщить модератору

158. "Планы Microsoft в отношении Skype"  +/
Сообщение от Аноним (-), 12-Авг-11, 03:31 
> sip это индустриальный стандарт, правда, древний

Это никак не мешает ему быть дебильным "от хвоста и до ушей".


Ответить | Правка | Наверх | Cообщить модератору

152. "лютый полярный лис"  +/
Сообщение от TheLibertyMan (ok), 12-Авг-11, 00:02 
Iceweasel?
Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

162. "Планы Microsoft в отношении Skype"  +/
Сообщение от Аноним (-), 12-Авг-11, 16:23 
Что значит "застревает на файрволах"? Сам по себе СИП - обычный UDP протокол. В таком случае, любой UDP трафик застревать должен.
Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

168. "Планы Microsoft в отношении Skype"  +/
Сообщение от Аноним (-), 14-Авг-11, 00:05 
> Что значит "застревает на файрволах"?

А то и значит.

1) Например тотально невозможно посадить сип на заранее проброшенный на нужный хост порт. Потому что порт заранее никогда неизвестен и повлиять на это решительно невозможно. Не предусмотрено дизайном протокола. Ну а когда вам на вход ната летят удп-датаграммы - отлично, только нат не знает кому же из вон той толпени за ним их надо отдавать. И тихо убивает их. А пробрасывать все порты и сразу на машину с сипом - больно жирно. Это уже DMZ получается и основательно понижает секурность машины. Не говоря что такая машина в общем случае может быть только одна.

2) Аналогично, невозможно построить правило фаера которое "пропускает только SIP". Остается только разрешать все порты вообще. Что превращает фаер в сито. Поэтому оказывается зарезан SIP

3) SIP не имеет родных и вменяемых средств дискавери сетевой конфигурации, UDP hole punching и прочая. Как максимум в некоторых клиентах есть поддержка совершенно посторонних протоколов STUN и TURN. Все бы ничего, кроме того что юзверь должен где-то сбоку брать какой-то совершенно левый сервер под все это, настраивать использование оного в клиенте и прочая. В результате раки на горе свистят намного чаще чем это реально срабатывает.

Поэтому в SIP довольно часта ситуация когда звонок состоялся, но в одну или обе стороны не слышно. Потому что один или оба потока застряли на фаере.

Бонус:
4) Извините, но передавать message based информацию (ака текстовые сообщения) путем ... установки сессии-потока (!!!) - клинический идиотизм и грубое надругательство над природой протоколов. Думаю понятно как это работает. Ну логично что это медленно и грабельно.

Супербонус:
5) Как я понимаю, квитирование доставки, технология известная еще на заре протоколостроения, для сообщений не стандартизирована и не применяется. С учетом пункта 4) зачастую очень сложно понять - какая вообще участь постигла текстовое сообщение. Если у скайпа чат просто убогий и недопиленный, то у sip-а это вообще полная жуть, по сути почти нерабочая конструкция. Мы присуждаем ей номинацию "defective by design", хоть это и не схема DRM.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру