Межпланетный интернет

[vitus_wagner]

Представьте себе что вам нужно провести информационный поиск в марсианском интернете.
Там вполне нормальный интернет, ориентированный на местных пользователей. Протоколы те же, программы те же, все замечательно.

Но: От Земли до Марса от 55 до 200 миллионов километров (в зависимости от положения планет).
Радио сигнал от Земли до Марса идет от трех до 11 минут. Плюс столько же обратно.

Естественно, никакие интерактивные протоколы такого не переживают, поэтому между планетами фактически работает только электронная почта. С использованием чего-то вроде UUCP. Ну и соответственно, гейты www2mail на обоих сторонах есть.

При этом межпланетная связь - штука дорогая. Поэтому за каждое письмо нужно платить. Причем стоимость письма от его размеров начинает зависеть только начиная мегабайтов с 20. Что одна строчка, что 20Мб - более-менее одинаково. Но вот видеоролик запрашивать - уже может выйти себе дороже.

При этом марсианский интернет сделан для удобства локальных пользователей, а не для удобства межпланетных запросов. Там используется что-то подобное флэшовым видеоплеерам (сам по себе флэш вкупе с сильверлайтом, полагаю отомрет лет через пять, задолго до создания городов на Марсе), XMLHttpRequest и прочие web 2.0 (а также Web 3.0, Web 4.0 и так далее, чего только не поизобретают) технологии.

Вам все еще хочется пытаться докопаться до свежих новостей из колоний в других звездных системах, привезенных на Марс последним торговым кораблем?

Понятно, что решением будет на самом деле арендовать на Марсе хостинг и запустить на этом хостинге программного агента, который будет собирать интересующую вас информацию, паковать в бандлы по 20Мб и отсылать. Сами обитатели Марса с земным интернетом, скорее всего именно так и работают.

Поясняю платить за каждое письмо нужно примерно столько, сколько сейчас за передачу сотни-другой килобайт по GPRS. Это безумно дорого по сравнению с привычной в пределах планеты безлимиткой, посредством которой месные юзеры выкладывают видео-лытдыбры в blu-ray качестве.

Comments

[kincajou.livejournal.com]

это уже не интернет межпланетный, а самое настоящее фидо с бибиэсками ;)

[andrzejn]

...красочно описанные Вернором Винджем.

[lodin]

BBS = bidirectional broadcasting satellite

[blog.vnaum.com (from livejournal.com)]

То же самое подумал.
Ассоциативные ряды сработали: бандлы, упаковка почты...
Для комплекта не хватает тоссера, синбаев и экскоммуникации :-)

[kouzdra.livejournal.com]

Совершенно непонятно как такой тариф может выжить без жесткого монопольного контроля за трафиком - потому как запускается сервис пересылки пакетов - любых, с упаковкой по 20MB - и вперед: для конечного пользователя получается тариф с оплатой чуть ли не побайтно.

[kouzdra.livejournal.com]

PS: Кроме того - как верно отмечают ниже - при сколько-нибудь массовых запросах будет налажен сервис синхронизации кэшей местных гуглов - с учетом статистики запросов.

[ramendik]

При наличии хоть какого-то количества интересантов такой "собственный хостинг" уже и будет. Либо коммерческим, лиюо некоммерчесикм партнёрством, как сложится.

Он будет формировать два-три фида a la news/RSS, отдавать их на Землю a la UUCP, и уже на Земле они будут раздаваться дальше.

А уж дальше шила в мешке IMHO не утаишь.

[wizzard]

по-моему, решение тривиально - роботы на одной и на другой стороне индексируют интернет и пакетно сливают фиды друг другу, поиск идет по локальной копии, лаг копии 10 минут, даже не 20 минут.

всякие google wave, твиттеры и асечки достаточно тривиально адаптировать под подобную пакетную синхронизацию.

[tzirechnoy.livejournal.com]

Жжоте! Не, мне правда понравилось.

[mechmind.livejournal.com]

Да все будут читать через кэш гугла, он к тому времени картинки начнет кэшировать и статус получит "официального зеркала марсианского интернета" на Земле, и земного на Марсе (т.е. имена с другой планеты на него резолвиться будут).

[vitus_wagner]

Ну не будет настолько массовой потребности, чтобы стоило ради этого синхронизировать кэш гугла. У всех постоянных жителей Марса (их всего-то несколько десятков тысяч) не хватит денег, пожалуй, чтобы оплатить постоянную синхронизацию в их сторону. Синхронизация в обратную сторону тем более мало кому нужна.

[georgiil.livejournal.com]

Переносимся на 15 лет назад и видим что 20 мб в сутки это очень-очень хорошо. На мобильном я обхожусь 100 мб в месяц и вполне доволен(Если не брать много мегабайтные обновления софта которые идут через домашний wi-fi). При этом наверняка процесс можно оптимизировать.Как сказали выше кешировать траффик, объединять пакеты. То есть почта и все производные вполне работают. Видео,аудио? А что у них с алгоритмами сжатия? Так что вполне терпимо.;-)

[vitus_wagner]

Проблема не "получить контент по заранее известной URL" - c этим www2mail вполне справится.
Проблема "произвести информационный поиск".

где-то я это уже встречал

[alll]

http://tools.ietf.org/html/rfc1149
http://tools.ietf.org/html/rfc2549

[amarao-san.livejournal.com]

Огранизовывать подобие транспортного протокола over mail. С строгой нарезкой данных на 20Мб. А уж сколько сотен запросов при этом пакуется в один запрос - дело десятое. Письмо отправляется либо по наполнению буффера, либо по таймауту. Для крупных данных фрагментация и т.д.

[vitus_wagner]

Все это замечательно, а смысл? При таких задержках имеет смысл максимально приблизить нарезку по почтовым сообщениям к сообщениям прикладного уровня, что и делает обычный www2mail гейт. Потому что это минимизирует задержку. А задержка тут дороже всего остального.

[tyrex.livejournal.com]

вы таки действительно убеждены, что нынешние ублюдочные протоколы связи доживут до 23 века? ох и грустная это будет картина.

[vitus_wagner]

Вообще говоря, протокол под названием "почта" существует со времен античности, если не раньше. От того передаем мы бумажку с папирусом, телеграмму, E-mail или что еще, его суть по большому счету не меняется.

Протокол под названием "дуплексные переговоры" над которым строится TCP и все прочие "современные ублюдочные протоколы" существует со времен А.Г. Белла. То есть более 100 лет. Но он, к сожалению требует достаточно короткого времени прохождения сигнала. Для межпланетных линков непригоден.

Еще у нас бывает протокол "бродкастная передача" и протокол "библиотека" (собственно www это как раз этот протокол, причем приход пользователя в библиотеку эмулируется с помощью протокола "дуплексные переговоры").

Все, больше протоколов на высоком уровне абстракции нет.

дешевле нанять марсианина

[freedom_of_sea.livejournal.com]

"На терминале Лотлримара Скандр оставил три протокола: ASCII, кодировку Хэмминга на подмножество английского и схему искусственного интеллекта, которая догадывается, что бы ты сказал, если бы использовал больше битов."

[allter]

Думаю, что будет комбинация push/pull подходов (если, конечно, на обоих планетах не будет полной копии другого интернета в каком-нибудь прокси).

Через push будут передаваться RDF и текст (в виде обратных индексов слов). Через pull будут запрашиваться блобы, которых нет на локальной планете. Вероятно, будет использоваться кэширование контента на локальной планете, возможно, с использованием DHT. Если доставка будет дорогой, то будет система F2F взаиморасчетов между любителями инопланетного интернета.

[tzirechnoy.livejournal.com]

20мегабайт? 1 милисекунда современного оптического OC-3072? Стоят каких-то денег? Через 200 лет? Когда к тому жэ выйти за пределы атмосферы можэт себе позволить и мелкий торговец?

Виктор, Вы о чём?

[vitus_wagner]

Межпланетный радиолинк штука не быстрая. Там на каждый байт придется три байта кодов коррекции ошибок слать.
Потому что просить перепослать битый пакет - терять час времени.
И пределы атмосферы тут совершенно ни при чем.
Роляют исключительно размеры приемной и передающей антенн и мегаватты мощности передатчиков.

может быть хотя бы межпланетность

[k113.livejournal.com]

научит различать информацию от украшательства... Тем более что в СУБД подобная проблема возникла много лет назад и давно решена посредством тонкого клиента. Проблема выделить и структурироровать информацию, замешанную на соке мозга вебдисигнера с пудовыми анимашками и графическим интерфейсом комстроки.

[snowman-fedya.livejournal.com]

для этого нужно на том конце устроить фильтрацию новостей и конвертацию в сжатый формат. причём логично использовать для того силы своих марсиан.

вот мы и показали, что твиттер придуман инопланетянами.

[vitus_wagner]

вот мы и показали, что твиттер придуман инопланетянами.
Гениально!

[ignik.livejournal.com]

Дык rfc есть: Delay-Tolerant Networking Architecture

http://tools.ietf.org/search/rfc4838

[bugabuga.livejournal.com]

Кстати, если всё так дорого и неудобно, то может сделать пару колец ретрансмиттеров между Землёй и Марсом? Тогда не надо будет супер-мега мощные передатчики делать, на ретрансляторы можно навесить пакетизаторы и анализирующие кеши какие-нибудь (для тех случаев, если почему-то несколько разных клиентов хотят одинаковую информацию)

Или я задачу не правильно понимаю?

[taris_marh.livejournal.com]

Эти кольца и так будут нужны, поскольку Марс и Земля крутятся никак не синхронно и решулярно оказываются по разные стороны от Солнца. Как минимум 1 кольцо. Ну ладно, не кольцо, а 4-6 станций-ретрансляторов. И, кстати, на них же можно разместить какие-то кэши.

[angry-elf.livejournal.com]

> Естественно, никакие интерактивные протоколы такого не переживают

SPDY от Гугля, впринципе, может помочь. Там была опция - отправлять с сервера данные, которые клиент еще не запросил, но, потенциально, может. Типа, запросил html, клиенту сразу же тем же каналом выдуваются css, js, картинки и прочие медиа. Флаг "хотим ролик в низком качестве" даже придумывать не надо, можно полем Accept обойтись.

[os80.livejournal.com]

Ну... А что ищем-то?
Текст отделяем от картинок, видео и музона и пересылаем на Землю раз в неделю с использованием технологии вроде Subversion или Bazaar. Так что "смысловой контент" полностью дублирован на Земле.
Новости узнаём от наших корреспондентов с Марса.
Картинки, музыку, видео запрашиваем исходя из описания в "смысловом контенте".

[tzirechnoy.livejournal.com]

Кстати, о птичках. Есть вариант достаточно быстрого (в пределах одних-двух суток) канала межзвёздных сообщений:

На прыжковой орбите или ещё немного ближэ оставляются компактные беспилотные корабли-бакены. По сути -- ядерный движок, оптический приёмник/передатчик, прибор для записи сообщений и прыжковое оборудование. При возникновении потребности что-то передать -- сообщение отправляется на подходящий бакен, бакен частично по инэрцыи (там период обращения вокруг звезды будет меньшэ суток), частично на двигателе сравнительно быстро выходит в нужную точку и прыгает. Затем всеми силами сигнализирует о своём прибытии, связывается либо с местными такими жэ бакенами, либо сразу с системой связи цэлевой системы, и скидывает своё сообщение.

Как минимум после UM47 такая система экстренной связи скорее всего войдёт в обиход.

[ariwch.livejournal.com]

Здравствуйте, Лоис Макмастеровна! ;)

[incognitus7.livejournal.com]

Что-то у меня есть подозрение, что в xxiii веке связь такой дорогой между Марсом и Землёй не будет. Нисходящий канал для получателя будет примерно как сейчас безлимитный спутниковый интернет и даже дешевле. Исходящий канал для отправки запросов будет подороже, но не так чтобы очень сильно. Притом на ретрансляторах всё это вполне может разбиваться по пакетам и проводиться поиск дублей.

[alexeymitin.livejournal.com]

23-й век, а сколько времени будет занимать полет от Земли до Марса?
Сутки, недели?

- на околоземной и околомарсианской орбитах вешаются дата-центры, являющиеся полными зеркалами интернета Земли и Марса;
- между ними происходит периодическая синхронизация при помощи пересылки кораблями физических носителей;
- соответственно марсианам доступен полный слепок земного интернета по состоянию на допустим неделю назад;
- соответственно поиск осуществляется по этому слепку, а затем для результатов отправляется запрос на Землю по радиоканалу о произошедших изменениях и докачивается только то, что изменилось (можно делать докачку на автомате, а можно просто проинформировать пользователя о том, что произошли изменения и если нужна свежая инфа, то нужно докачать)