The OpenNET Project / Index page

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



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

Оглавление

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

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


109. "Планы Microsoft в отношении Skype"  +/
Сообщение от Xasd (ok), 11-Авг-11, 12:21 
> Ждем peer-to-peer SIP.

:-D

а SIP и есть Peer-to-Peer :-) . sip-провайдеры только маршртизируют управляющие сигналы, но НЕ голосовой/видео трафик

и Jabber (Jingle) -- тоже Peer-to-Peer [ http://xmpp.org/extensions/xep-0166.html ]

СЮРПРИИИИИЗ!!! :-)

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

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ообщить модератору

116. "Планы Microsoft в отношении Skype"  +/
Сообщение от Аноним (-), 11-Авг-11, 12:51 
По такой логике любое сетевой приложение Peer-to-Peer. Максимум, что могут sip-провайдеры гнать RTP трафик либо через себя, либо напрямую между абонентами. А вот режим, в котором третий клиент будет использоваться в качестве прокси для других двух клиентов (у которых серые IP) они не могут.
Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

117. "Планы Microsoft в отношении Skype"  +/
Сообщение от Xasd (ok), 11-Авг-11, 13:06 
> А вот режим, в котором третий клиент будет использоваться в качестве прокси для других двух клиентов (у которых серые IP) они не могут

а причём тут третьий клиент?

.."третий клиент" он вообще вкурсе что его както там используют? :-)

....он-то наверно думает что "...это просто мой провайдер сегодня такой глючный, и поэтому скорость в интернете такая маленькая" :-D

(проблему серых ip -- решает IPv6, который можно использовать В ЛЮБОМ случае, например через TSP-протокол. но уж никак не "третий клиент")

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

120. "Планы Microsoft в отношении Skype"  +/
Сообщение от Xasd (ok), 11-Авг-11, 13:08 
> По такой логике любое сетевой приложение Peer-to-Peer.

например какое?

...ничего удивительного что принцып peer-to-peer набирает обороты... но всётаки -- какие-это-ВСЕ приложения имеют архитектуру peer-to-peer? :-)

* игрушка Counter-Strike? ...нет, там срого обращение только к серверу...

* Www-браузер? ...тоже нет [хотя работа над peer-to-peer идёт, здесь]...

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

144. "Планы Microsoft в отношении Skype"  +1 +/
Сообщение от Аноним (-), 11-Авг-11, 18:48 
> ...ничего удивительного что принцып peer-to-peer набирает обороты... но всётаки -- какие-это-ВСЕ
> приложения имеют архитектуру peer-to-peer? :-)

Изначально, например туннель TCP - двунаправленный. А кто устанавливал и кто принимал его начало и конец - сугубо формальное различие. Свойства туннеля одинаковы в обе стороны. Это позволяет существовать например реверс-шеллам и прочим относительно экзотичным но вполне работоспособным вещам. С удп - аналогично. Деление на клиент и сервер весьма искусственное, на уровне логики приложения. А в самой природе IP протоколов его нет. Есть источник и назначение пакета. Пир ту пир в чистом виде. P2P это нативная природа интернета.

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

118. "Планы Microsoft в отношении Skype"  +/
Сообщение от voip (??), 11-Авг-11, 13:07 
sip ниразу не p2p
сходите что ли в wiki почитайте что такое p2p
jabber кстати тоже не p2p

вы видимо спутали net термин point-to-point с технологией peer2peer и переложили ее на возможность соединения двух клиентов jabber друг с другом

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

121. "Планы Microsoft в отношении Skype"  +/
Сообщение от Xasd (ok), 11-Авг-11, 13:12 
http://xmpp.org/extensions/xep-0166.html

там "тоже" наверно спутали :-)

**************************************************

а вы наверно спутали Peer-to-Peer и Mesh-сеть...

...но извините -- Skype не является Mesh-сетью. так как без подключения к интернету не хочет работать

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

136. "Планы Microsoft в отношении Skype"  +/
Сообщение от Аноним (-), 11-Авг-11, 17:56 
только потому что скайп посылает запросы на авторизацию на центральный сервер скайпа примерно раз в 5 минут. Ни разу не наблюдали что звонок с соседом по локалке рвется не сразу при потере соединения с интернетом?
Ответить | Правка | Наверх | Cообщить модератору

164. "Планы Microsoft в отношении Skype"  +/
Сообщение от Xasd (ok), 12-Авг-11, 23:38 
> Ни разу не наблюдали что звонок с соседом по локалке рвется не сразу при потере соединения с интернетом?

а звонок с соседом по локалке -- осуществлённый по SIP протоколу -- вообще никогда не порвётся в случае разрыва интернета, если уже установлен [независимо от того где находится сами SIP-сервера] :-)

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

123. "Планы Microsoft в отношении Skype"  +/
Сообщение от Xasd (ok), 11-Авг-11, 13:28 
я понимаю что вы (-- многие обывательские люди) хотите думать что внутри блоба Skype находится какойто ВОЛШЕБНЫЙ алгоритм

...настолько ВОЛШЕБНЫЙ, что задействуется полностью самоорганизующимся способом и без побочных эффектов

но я раскрываю вам глаза -- волшебства не бывает. и Peer-to-Peer это понятие которое описывает ИМЕННО общение клиентов напрямую-друг-с-другом. (но это понятие НЕ описывает то КАК (каким способом) эти клиенты должны друг друга находить)

у Скайпа один способ нахождения клиентов друг-друга. у SIP (и Jabber/Jingle) -- другой способ. но всё это Peer-to-Peer в примерно одинаковой степени.

....но давайте не будет думать что если алгоритм Скайпа является закрытым -- то значит он обладает какимто волшебством. (когда _центральные_ сервера Skype глючат то вся эта Peer-to-Peer-технология перестаёт "почемуто" работать -- это известный факт и было не один раз)

а разгадка проста: закрытость какогото объекта -- всегда создаёт над ним ауру "особой" элитарности

# p.s.: но стоит открыть исходный код -- так сразу внаружу вылезают примитивнийшие/дет-садовские ошибки разработчиков

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

124. "Планы Microsoft в отношении Skype"  +/
Сообщение от Аноним (-), 11-Авг-11, 13:33 
В скайпе довольно много волшебных алгоритмов, вроде hole punching'a, прокидование трафика через все возможные дыры и тому подобное, чего в астерисках и прочих джабберах не наблюдается. По этому поводу есть множество статей.
Ответить | Правка | Наверх | Cообщить модератору

127. "Планы Microsoft в отношении Skype"  +/
Сообщение от Xasd (ok), 11-Авг-11, 14:06 
> скайпе довольно много волшебных алгоритмов, вроде hole punching'a, ...

$ sudo aptitude install miredo
$ empathy &

дальше звонок (jabber/Jingle) автоматически маршрутизируется -- с трафиком идущем НАПРЯМУЮ (оба peer-to-peer клианта общаются поверх IPv6. а IPv6(teredo) работает поверх hole punching)

что тут такого особо "волшебного" ? :-) %) %) непонятно :-)

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

129. "Планы Microsoft в отношении Skype"  –1 +/
Сообщение от Аноним (-), 11-Авг-11, 14:39 
Вот именно, у вас никого волшебства, просто костыль. А вот у Скайпа нормальная продакшн технология.
Ответить | Правка | Наверх | Cообщить модератору

130. "Планы Microsoft в отношении Skype"  +/
Сообщение от Andrey Mitrofanov (?), 11-Авг-11, 15:06 
> просто костыль.
> продакшн технология.

А волшебство где? "В волшебных пузыльках"?

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

131. "Планы Microsoft в отношении Skype"  +/
Сообщение от Аноним (-), 11-Авг-11, 15:30 
Чорт! Я проиграл, признаю IPv6 лучше Скайпа.
Ответить | Правка | Наверх | Cообщить модератору

169. "Планы Microsoft в отношении Skype"  +/
Сообщение от Аноним (-), 14-Авг-11, 00:12 
> А волшебство где? "В волшебных пузыльках"?

В протискивании через довольно злые фаеры, не говоря уж о том что с натами оно разбирается одной левой. На самом деле вся магия известна, но почему-то в остальных протоколах собрать кусочки мозаики воедино всем было лень. Вот и имеем то что имеем :)

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

171. "Планы Microsoft в отношении Skype"  +/
Сообщение от Andrey Mitrofanov (?), 15-Авг-11, 10:31 
Про их fw piercing я слышал и про самомодифицирующийся код, защиту от отладчиков и "тихушный" бот-нет из осчастливленных пользователей тоже читал. Только Аноним выше называет всё это "нормальной продакшин тихналогией". Убивает же всё Волшебство, низкий ч-к!..
Ответить | Правка | Наверх | Cообщить модератору

159. "Планы Microsoft в отношении Skype"  +/
Сообщение от Аноним (-), 12-Авг-11, 03:33 
> sip ниразу не p2p

В принципе он может быть p2p - лобовой звонок на айпи оно умеет. Но на кой черт нужен этот кривой уродец застревающий на первом же нате и фаере - решительно непонятно.

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

143. "Планы Microsoft в отношении Skype"  +/
Сообщение от Аноним (-), 11-Авг-11, 18:44 
> и Jabber (Jingle) -- тоже Peer-to-Peer [ http://xmpp.org/extensions/xep-0166.html ]

Только зависят от сервака, а по XMPP серваку на юзера ставить несколько нетехнологично. А значит юзеры будут страдать от произвола тех или иных серверов.

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

165. "Планы Microsoft в отношении Skype"  –1 +/
Сообщение от Xasd (ok), 12-Авг-11, 23:42 
>> и Jabber (Jingle) -- тоже Peer-to-Peer [ http://xmpp.org/extensions/xep-0166.html ]
> Только зависят от сервака, а по XMPP серваку на юзера ставить несколько
> нетехнологично. А значит юзеры будут страдать от произвола тех или иных
> серверов.

Skype тоже зависит от Skype-сервера... и чо? [без наличия интернета -- по Skype поговорить не удасться! ЛОЛ?!?!]

....но почемуто вы не предлагается ставить на каждого абонента по отдельному Skype-серверу :-)

(ну да -- потомучто это и невозможно :-D :-D)

а вот для каждого из jabber-абанентов установить по собственному XMPP-серверу -- МОЖНО... но НЕ НЕЖНО (от этого jabber/jingle не перестаёт быть Peer-to-Peer, и трафик сёравно идёт напрямую а не через сервер :))

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

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

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




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

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