Отправляет email-рассылки с помощью сервиса Sendsay

[TC] Supernode, расставим все точки

Здравствуйте все, и игорь.
Начинаю этим письмом новый тред, дабы письмо не выглядело, как ответ
на письмо комодератора, именно по этой причине в письме не будет
цитат.
В письме просматриваются некоторые противорчия, а именно:
* рекомендуется сужать толщину канала до 40 кбпс для отключения этого,
т.н. супернода, но при толщине канала в 40 кбпс скайп не работает как
надо, наблюдаются рывки голоса, периодическое пропадание соединения во
время разговора и т.д. Более менее скайп начинает работать, когда
ширина канала привышает 48 кбпс, а лучше 56 кбпс.
* Сеть скайпа построена на базе p2p т.е. сервера скайпа осуществляют
только синхранизацию между участниками беседы. Доказательство: мой
провайдер в разделе статистики делит трафик на внешний и внутренний,
для удобства просмотра, так вот, когда я разговариваю с абонентом,
подключенным к моему провайдеру, или являющимся жителем нижнего
новгорода, или области, трафик, который тратится на разговор,
считается внутренним, что можно доказать, изучив статистику
провайдера, так же, когда я передаю файл по скайпу абоненту,
подключенному к моему провайдеру, скорость передачи соответствует моей
скорости на внутренние городские ресурсы, данное обстоятельство ставит
под сомнение ваши утверждения.
Теперь к вопросу о прогоне трафика через множество машин:
Напомню ещё раз, что сеть скайпа построена по принципу клиент-клиент,
а не клиент-сервет, т.е. разачей голосового трафика занимается только
клиент/клиенты субъектов разговора, сервер же занимается только
синхранизацией или отслеживанием клиентов. Теперь о том, почему скайп
работает через нат. Как известно, если юзер сидит за натпроксей, то
инициировать входящее подключение на такой комп невозможно, если
только юзер его не затребовал, именно по этому с натом почти не
работают пиринговые сети. Скайп делает хитро: допустим некто пупкин
хочет позвонить некому мокину, он отправляет серверу скайпа запрос: а
тут ли мокин, я ему хочу позвонить. У мокина так же стоит скайп, и
сервер скайпа вкурсе, что мокин в сети. Сервер принимает запрос
пупкина и, если мокин всё ещё в сети, отправляет мокину пакет, мол тут
тебя просит ответить пупкин, по скольку и мокин, и пупкин
самостоятельно подключились к серверу скайпа, их маршрутизаторы знают,
куда форвардить ответные пакеты. Теперь далее: сервер отправляет пакет
мокину, клиент мокина получает пакет сервера и запрашивает у него айпи
адрес пупкина. Повторюсь, что, поскольку и мокин, и пупкин сами зашли
на сервер, их маршрутизаторы корректно роутят трафик. После того, как
мокин получил от сервера ответ с айпи адресом пупкина, соединение
устанавливается и начинается вызов, при этом сервер всё ещё следит и
за мокиным, и за пупкиным, как только мокин ответит на звонок пупкина,
сервер перестаёт следить и за мокиным, и за пупкиным, и они
подключаются друг к другу напрямую. При этом их клиенты раз в н минут
отправляют на сервер пакеты, мол, мы разговариваем и мы не вылетели из
сети. Если бы при этом трафик гонялся бы через посторонние компы,
серверам скайпа пришлось бы гораздо больше работать, а зачем
понапрасну грузить серваки, правда же?
Теперь таки вернёмся к суперноду и расставим таки обе точки над буквой
е, чтобы получилось ё
Режим супернода действительно существует, и скайп действительно гоняет
трафик через другие машины, но!!!!! Только при пользовании услугой
скайп аут, т.е. когда со скайпа звонят на обычные телефоны и гоняется
трафик только через тех, кто подключил данную услугу и у кого на счёте
есть деньги, так что, если на вашем счёте в скайпе нет денег и вы ни
разу не пользовались услугой скайп аут, вам не о чем беспокоиться,
никакой трафик через вас гоняться не будет. По этой причине я
рекомендую заводить для звонков скайп аут отдельный скайп-логин, это и
безопасно, т.к. к нему труднее подобрать пароль, если его никто не
будет знать и вы будете пользоваться им только для звонков на обычные
телефоны, и из такого скайпа можно выйти после звонка, а потом зайти в
тот скайп, в котором вы общаетесь в сети, вот и вся недолга с
супернодом.

Ответить   Fri, 13 Feb 2009 13:46:42 +0300 (#822194)

 

Ответы:

Не вижу здесь противоречий. "Не работает как надо" и "Неработает совсем" -
это разные вещи. В случае жизненной необходимости приходится мириться и с
пропаданием собеседника, и с низким качеством связи, и с другими
недостатками. Но скайп, все таки, работает в голосовом режиме при 40 kbps.

Здесь Вы ошибаетесь. Я бы сказал, что не простого p2p, структуру которого Вы
излагали ниже, а очень хитрого и коварного.

Сеть Skype состоит из обычных узлов, обозначаемых аббревиатурой SC (Skype
Client), и super-узлов (super node), которым соответствует аббревиатура SN.
Любой узел, который имеет публичный (маршрутизируемый в Интернет) IP-адрес и
обладает приемлимо широким каналом, автоматически становится super-узлом и
гонит через себя трафик обычных узлов, помогая им преодолеть защиты типа
брандмауэров или трансляторов сетевых адресов (NAT) и равномерно распределяя
нагрузку между хостами. В этом и состоит суть самоорганизующейся
распределенной децентрализованной пиринговой сети, единственным
централизованным элементом которой является Skype-login-сервер, отвечающий
за процедуру авторизации Skype-клиентов и гарантирующий уникальность
позывных для всей распределенной сети.

Теперь самое важное. Связь между узлами осуществляется не напрямую, а через
цепочку super-узлов. Серверов в общепринятом смысле этого слова (таких,
например, как в сети eDonkey) в Skype-сети нет. Любой узел с установленным
Skype-клиентом является потенциальным сервером, которым он автоматически
становится при наличии достаточных системных ресурсов (объема оперативной
памяти, быстродействия процессора, наличия публичного IP и пропускной
способности сетевого канала). Каждый узел Skype-сети хранит перечень
IP-адресов и портов известных ему super-узлов в динамически обновляемых
кэш-таблицах, которыми он время-от-времени и пользуется.

И последнее: не стоит забывать про то, что Skype - это черный ящик, о
котором никто ничего достоверно не знает, кроме того, что гениальные, без
преувеличения, программисты Skype намертво зашифровали и замуровали код
программы, что делает трудновыполнимыми приёмы изучения пациента в домашних
и лабораторных условиях.

Останавливаюсь, т. к. дальше начинается офтоп.

Ответить   Игорь Лялин Sat, 14 Feb 2009 05:04:57 +0300 (#822392)