The OpenNET Project / Index page

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



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

Оглавление

Проект Tox развивает свободную альтернативу Skype, opennews (??), 30-Июл-13, (0) [смотреть все] +1

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


16. "Проект Tox развивает свободную альтернативу Skype"  +5 +/
Сообщение от Аноним (-), 30-Июл-13, 10:29 
Может стоит объединиться тогда?
Ответить | Правка | Наверх | Cообщить модератору

86. "Проект Tox развивает свободную альтернативу Skype"  –5 +/
Сообщение от robux (ok), 30-Июл-13, 13:41 
> Может стоит объединиться тогда?

У них кроме консольного прототипа ничего нет.
(Картинка в новости всего лишь эскиз, как я понял).
Таких "прототипов" в интернете вагон и тележка, мне практикующие кодеры нужны. Причем, серьезно практикующие.

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

96. "Проект Tox развивает свободную альтернативу Skype"  +1 +/
Сообщение от Аноним (-), 30-Июл-13, 14:30 
Зато про них новость на опеннете написали, а про вас никто не знает
Ответить | Правка | Наверх | Cообщить модератору

115. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от robux (ok), 30-Июл-13, 14:53 
Я постил - не подтвердили. Это решают хозяева опёнка, их полное право (кто-то среди них чую как-то сильно обиделся на меня).
Ответить | Правка | Наверх | Cообщить модератору

122. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 30-Июл-13, 15:06 
Не поддерживают отечественного производителя прозападники
Ответить | Правка | Наверх | Cообщить модератору

263. "Проект Tox развивает свободную альтернативу Skype"  +3 +/
Сообщение от Аноним (-), 31-Июл-13, 03:48 
> (кто-то среди них чую как-то сильно обиделся на меня).

Просто нефиг постить новости с рекламой очередной 100501-й по счету школоподелки сделанной на коленке. Такого барахла в мире десятки, если не сотни тысяч наименований. Места в новостях не хватит на весь наколенный крап генеримый скрипткидями. А вот твой проект - имнено наколенная скрипткидисовая поделка. Ну так, не в обиду, если просто называть вещи своими именами.

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

276. "Проект Tox развивает свободную альтернативу Skype"  +2 +/
Сообщение от SubGun (ok), 31-Июл-13, 10:10 
Ладно, гуру программирования, выкладывай свой код, а мы посмеемся.
Критиковать каждый рахит может.
Ответить | Правка | Наверх | Cообщить модератору

308. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 31-Июл-13, 13:36 
> Ладно, гуру программирования, выкладывай свой код, а мы посмеемся.

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

Есть некоторые интересные идейки, но полного дизайна пока не вырисовалось. Я начинаю подозревать что это возможно слишком большая для 1 человека задача. Возможно это должна делать целая группка заинтересованных людей. Ну как, кто у нас крут в протоколах - может, задизайним? :)

> Критиковать каждый рахит может.

Ты сильно переоцениваешь людей :)
Анекдот из жизни:
- Здесь нет ошибок! (кандидат в тестировщики, тестовое задание, любезно распихано примерно ~50 багов в каждый закоулок).
- Офигеть!!! Берем! В саппорт! Будет показывать остальным как у нас все хорошо!

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

319. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от arisu (ok), 31-Июл-13, 15:32 
> чтобы это работало не хуже скайпа по большинству параметров.

огласите весь список, пожалуйста.

> кто у нас крут в протоколах — может, задизайним? :)

а каким боком тут протокол вообще? единственное, что нормально умеет сцайп — пролазить без вазелина почти в любую дырку.

а, ещё слать логи на сервера m$, без этой фичи замена будет неполноценная.

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

380. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 01-Авг-13, 07:25 
> огласите весь список, пожалуйста.

Чего хочется от такого протокола в принципе? В черновом виде как-то так:
1) Абсолютно хардкорное пролезание через NAT/firewall/proxy. На уровне не хуже скайпа как минимум. Попытка выбрать лучшее из доступного, но в хучшем случае - откат к die-hard методам с релеями и прочая. Может быть, частично задеградировав сервис, но по минимуму - работать должно, если какое-то подобие конективити в внешний мир в принципе имеется.
1.1) В идеале - еще и на@#$ка систем DPI, чтобы любители цензуры, злые админы и прочие бастарды только щелкали клювом, махали руками, но поймать ничего не могли (как в том анекдоте про черта).
2) Нормальный протокол с квитированием доставки, возможностью передачи файлов (возможно еще и обмен между N участников по типу торрента), аудио и видео звонками. Расширяемый, ясен перец. О расширении - несколько дальше.
3) Все это должно работать без требования от юзера быть мегаэкспертом в сетевых технологиях. Мегаэксперт туннель себе и так пробьет. А остальным что делать? На скайп валить? Вот и свалили. С другой стороны, я не вижу проблем если эксперт сможет собирать уникальные конфигурации. Например, приватный сегмент сети или особо хитрое пролезание особо заковыристой сетевой конфигурации с особыми требованиями. Начальный старт должен агрессивно искать малейшее коннективити и использовать наилучший вариант коннективити из доступных.
4) В идеале - как минимум некоторая степень анонимности. Т.е. как минимум - маскировка прямого IP адреса и оперирование при большинстве операций виртуальными ID. Не очень дружит с передачей реалтайм данных типа аудио/видео правда.
5) Разумеется, end-to-end шифрование по типу OTR - как core фича протокола. С perfect forward secrecy, etc.
6) Ну и конечно никакой централизации и вендорлоков в дизайне.

То-есть, я не вижу проблем если Вася опубликует свой кастомный сервис в сети и им станет можно пользоваться (например, PSTN-гейтвей). Но он лишь один из. Опциональное расширение. С возможностью сделать такое же для всех остальных, если они этого хотят. Я называю это "extended service". Не часть core-дизайна сети, но - расширяет и дополняет. Лукапать по DHT, подписываться - по относительно простыми ссылками (с чем-то типа hash(service_pubkey)). Как-то так.

Кроме того, эти фичи дают difficulty bonus:
7) Доставка оффлайн сообщений в полностью распределенной сети (придумался костыль, с честным вариантом - явно сложнее).
8) Возможность подкачать свой контактлист из любой точки мира на свежий клиент без задействования серверов. В принципе - реализуемо. Но опять же есть ряд сложностей.
9) Low traffic mode/кастомный unfirewall (до некоторой стпени развитие идеи F2F): поднимаем ноду на жирном канале, возможно с теми параметрами которые пролазят в особо извращенной сетевой конфигурации. Указываем это как low-traffic-сервер, если у нас только вшивый GPRS какой-нибудь под рукой. Далее общение с этой штукой может выглядеть так:
Client: кинь сообщение вон тому Васе!
LowTrafficServer: Сделано!
...
LowTrafficServer: Вася вам сообщение шлет! Получайте!
Client: Получил!
А всякий там итеративный лукап в DHT и прочие траффикожрущие и не очень быстрые операции может делать low-traffic server. Протокол может быть более-менее тот же самый (в т.ч. уровень обфускации и прочая) - просто lite-версия диалекта с "паразитированием" на чужих ресурсах.

> а каким боком тут протокол вообще? единственное, что нормально умеет сцайп —
> пролазить без вазелина почти в любую дырку.

И как ни странно, трудноудавливаемость + пролезание везде потребовали довольно много протокольных плюшек навернуть. И да, почему-то у всех виденных открытых альтернатив это слабое место, увы. А программа которая не работает в "вот этой инсталляции" мало кому нужна. Никто не хочет бегать и упрашивать админов "открыть порт" или какой там еще буллшит предлагается.

> а, ещё слать логи на сервера m$, без этой фичи замена будет неполноценная.

Зачем? Можно сохранять на "extended service", если кому на приваси класть (хотя можно же и шифрование привинтить). Или прямо в DHT (сопряжено с рядом технических проблем). Ну, чтобы можно было из любой точки планеты свою переписку подтянуть. Это таки может быть удобно, да. Но не самая простая для реализации в честном (100% распределенном и никому не подконтрольном виде) фича. Тут инженерам есть над чем поломать голову. Aka persistent storage в DHT но без бесконечного забивания хламом этой самой DHT с неконтролируемым распуханием сохраняемых данных.

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

386. "Проект Tox развивает свободную альтернативу Skype"  –1 +/
Сообщение от arisu (ok), 01-Авг-13, 10:50 
в общем, цели, которую я хотел достичь, я достиг. в частности — наблюдаю кашу в голове на предмет понимания того, что есть протокол, а что — частности реализации сетевой части, от протокола, мягко говоря, мало зависящие. я очень сильно это подозревал ещё по исходному сообщению, но спросить напрямую по понятным причинам не мог.

извини, что неявно заставил тебя писать столько букв.

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

318. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от arisu (ok), 31-Июл-13, 15:28 
> Просто нефиг постить новости с рекламой очередной 100501-й по счету школоподелки сделанной
> на коленке. Такого барахла в мире десятки, если не сотни тысяч
> наименований.

тем не менее тох как-то пролез. видимо, потому что На Православном Си, а не на руби. а то, что эта поделка даже IPv6 не умеет — так ерунда, подумаешь. не знаю, что там умеет «пандора», но тох пока что не менее наколенный крап. так что критерии выбора из крапа по-прежнему остаются загадкой.

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

381. "Проект Tox развивает свободную альтернативу Skype"  +1 +/
Сообщение от Аноним (-), 01-Авг-13, 07:33 
> а не на руби.

Ну просто написание проекта на руби, единым куском в 400Кб - довольно много говорит о квалификации автора.

> а то, что эта поделка даже IPv6 не умеет — так ерунда,

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

> «пандора», но тох пока что не менее наколенный крап. так что
> критерии выбора из крапа по-прежнему остаются загадкой.

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

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

385. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от arisu (ok), 01-Авг-13, 10:45 
а по-моему, совершенно без разницы, как именно выглядит нерабочий проект. вот когда допилят — тогда и посмотрим. а пока что оба для меня одинаковы.
Ответить | Правка | Наверх | Cообщить модератору

142. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от YAA (?), 30-Июл-13, 15:34 
> Зато про них новость на опеннете написали, а про вас никто не знает

Про его подделие (в статусе альфы) есть мининовость на лоре, но, судя по топику, ЧСВ у товарища зашкаливает.

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

277. "Проект Tox развивает свободную альтернативу Skype"  –2 +/
Сообщение от SubGun (ok), 31-Июл-13, 10:12 
>> Зато про них новость на опеннете написали, а про вас никто не знает

В отличие от вас, он хоть что-то умеет.

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

177. "Проект Tox развивает свободную альтернативу Skype"  +1 +/
Сообщение от Аноним (-), 30-Июл-13, 18:14 
> У них кроме консольного прототипа ничего нет.
> (Картинка в новости всего лишь эскиз, как я понял).

В новости есть ссылка на GUI, он отдельно развивается: https://github.com/nurupo/ProjectTox-Qt-GUI

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

190. "Проект Tox развивает свободную альтернативу Skype"  –1 +/
Сообщение от robux (ok), 30-Июл-13, 19:02 
А, ну дак и отлично. Пусть расцветает сто цветов!

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

Лично я считаю что за P2P (а точнее F2F) социальными системами будущее. И любое движение вперед в этом направлении считаю попутным.

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

253. "Проект Tox развивает свободную альтернативу Skype"  +2 +/
Сообщение от Аноним (-), 31-Июл-13, 01:31 
Российские тырпрайз-программисты настолько суровы, что у них даже чат с документооборотом.
Ответить | Правка | Наверх | Cообщить модератору

265. "Проект Tox развивает свободную альтернативу Skype"  +2 +/
Сообщение от Аноним (-), 31-Июл-13, 06:29 
> Лично я считаю что за P2P (а точнее F2F) социальными системами будущее.

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

ИМХО, хороший P2P должен работать без таких допущений. Промежуточные узлы просто не должны понимать что это за траффик и куда он направляется на самом деле. Они все должны считаться недоверяемыми по максимуму (как и все остальное). Example: Tor.

> И любое движение вперед в этом направлении считаю попутным.

Делание черти-чего, неизвестно зачем - это не движение вперед.

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

307. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от vi (?), 31-Июл-13, 13:26 

> ИМХО, хороший P2P должен работать без таких допущений. Промежуточные узлы просто не
> должны понимать что это за траффик и куда он направляется на
> самом деле. Они все должны считаться недоверяемыми по максимуму (как и
> все остальное). Example: Tor.

Может лучше i2p - http://http://ru.wikipedia.org/wiki/I2P

>> И любое движение вперед в этом направлении считаю попутным.
> Делание черти-чего, неизвестно зачем - это не движение вперед.

Я вот тоже не пойму, что они там на большом адронном коллайдере делают?!?!?! ;) Да и вообще, у них там все по кругу!

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

309. "Проект Tox развивает свободную альтернативу Skype"  –2 +/
Сообщение от NikolayV81 (?), 31-Июл-13, 13:52 
> Я вот тоже не пойму, что они там на большом адронном коллайдере
> делают?!?!?! ;) Да и вообще, у них там все по кругу!

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

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

313. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 31-Июл-13, 14:52 
> Может лучше i2p - http://http://ru.wikipedia.org/wiki/I2P

Достаточно любопытная штука, но это сеть-в-сети. При том достаточно замороченно устроено да еще с референсной реализацией на яве. Написать чат работающий поверх этого не сильно проще чем чат работающий поверх IP - единственное крупное отличие лишь в том что IP заменяется на некий виртуальный ID в оверлейной сети. В остальном задачи и проблемы примерно те же + насколько я знаю, данная сеть довольно тормознута. Так что DHT или что там еще поверх нее будет вероятно работать не особо резво.

>> Делание черти-чего, неизвестно зачем - это не движение вперед.
> Я вот тоже не пойму, что они там на большом адронном коллайдере
> делают?!?!?! ;) Да и вообще, у них там все по кругу!

У этих как раз все понятно что и зачем - они в отличие от господина Robux могут прекрасно обосновать этот выбор дизайна.

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

322. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от arisu (ok), 31-Июл-13, 15:40 
> Достаточно любопытная штука, но это сеть-в-сети.

и что?

> При том достаточно замороченно устроено

ну да, хорошую оверлейную p2p-сеть с чесночным роутингом в тридцать строк не уложишь.

> да еще с референсной реализацией на яве.

и что? товарищи даже на N900 умудрялись i2p router запускать. зато жабка в этом случае таки даёт мультиплатформенность без особо сильного геморроя.

> Написать чат работающий поверх
> этого не сильно проще чем чат работающий поверх IP

вижу человека, который сначала долго изучает документацию, а потом пишет Обоснованое Мнение. по пунктам распиши, пожалуйста, почему ты так считаешь. с ссылками на документацию. с пояснениями, почему SAMv3 и BOB — это ракетная наука.

> насколько я знаю, данная сеть довольно тормознута.

это да, full hd video гонять упаришься. да и не full hd тоже как-то неспешно ползает.

> DHT или что там еще поверх нее будет вероятно работать не
> особо резво.

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

> У этих как раз все понятно что и зачем — они в
> отличие от господина Robux могут прекрасно обосновать этот выбор дизайна.

пока что там унылая фигня, которая даже с IPv6 не дружит (привет, mesh-сети на IPv6! мы вас не умеем!).

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

351. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 31-Июл-13, 17:19 
> и что?

То что это вообще не чат. Для чата надо писать еще отдельную программу. Которая ничем таким принципиально не будет отличаться от программы работающей через обычный интернет. Ну может быть в лучшем случае отпадет часть проблем с шифрованием. Тем не менее, оно делалось не для этого. А уж как через это пролезет аудио и видео - отдельный брейнфак. Оно делалось вообще с другими целями.

> ну да, хорошую оверлейную p2p-сеть с чесночным роутингом в тридцать строк не уложишь.

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

>> да еще с референсной реализацией на яве.
> и что? товарищи даже на N900 умудрялись i2p router запускать.

Ну да, если им пользоваться только как i2p роутером после этого - может даже и будет ползать как-то. А мне смарт нужен для более полезных применений, уж извини. Так что пусть товарищи и запускают.

> зато жабка

Вот ты этим и пользуйся, имхо. А я пешком постою, thank you very much. А я не собираюсь бубухать кучу системных ресурсов в "привилегию" проксировать чужой траффик, извини. Может мне еще этим парням биткоины помайнить на их счет до кучи, не? :)

> в этом случае таки даёт мультиплатформенность без особо сильного геморроя.

Я рад за них. Ну вот ты и пользуйся этим мультиплатформенно. У меня нет в системе явы. Грузить ее для получения права проксировать чужой трафф мне как-то не комильфо, извини.

> по пунктам распиши, пожалуйста, почему ты так считаешь. с ссылками на
> документацию. с пояснениями, почему SAMv3 и BOB — это ракетная наука.

Потому что не вижу чем чатик поверх этого будет принципиально отличаться от чатика поверх IP в общем случае. Ну заменится IP адрес на виртуальный ID в оверлейной сети, окей. Не вижу чем это принципиально меняет дело с точки зрения написания "чатика". А ракетная наука - это в целом понимание их протокола и как оно будет работать в различных ситуациях. Например, мне не очень понятно как через это можно гнать аудио или видео сколь-нибудь близко к реалтайму. Или, допустим, заворот звонка на PSTN гейтвей, например. Сам по себе i2p в этом плане ничего кроме головняка не принесет, похоже. С другой стороны я могу придумать как все это сделать в проблемо-ориентированном протоколе. Просто и без головняка (местами возможно с ущербом для приватности, но если кто звонит на PSTN, он априори на это уже положил). Кстати, универсально и без вендорлоков можно.

>> насколько я знаю, данная сеть довольно тормознута.
> это да, full hd video гонять упаришься. да и не full hd тоже как-то неспешно ползает.

И задержки поди ломовые, да? Ну то-есть звонкам - рослый полярный лис.

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

Затем что лукап в DHT - итеративная процедура, много бандвиза оно не жрет, но чувствительно к RTT. А ждать полчаса его завершения - юзеры взвоют. Тем более смотря что лукапать. Если например непосредственно контакты - юзеры с большим контактлистом вообще нафиг повесятся. Можно наверное костыль типа кеширования сделать, частично ослабит проблему, но это лишняя возня.

> пока что там унылая фигня, которая даже с IPv6 не дружит (привет, mesh-сети на IPv6! мы вас не умеем!).

Кроме того они не подозревают что UDP в корпорахах зачастую наглухо удавлен. И, кстати, в этом плане большой вопрос насколько i2p друг и товарищ, опять же. Как я понимаю, в нем никакого особого хардкора по автоматическому обходу натов и фаеров, работы через черти-какие прокси и прочая - не предусмотрено толком. Не говоря уж о закосе протокола под что-то еще (чтобы DPI радовались до кучи).

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

360. "Проект Tox развивает свободную альтернативу Skype"  –1 +/
Сообщение от arisu (ok), 31-Июл-13, 18:19 
> Для чата надо писать еще отдельную программу.

сюрпрайз! не впилили в протокол сразу чат, сволочи!

> Которая ничем таким принципиально не будет отличаться от программы работающей
> через обычный интернет.

так «сложно и не так» или «не будет особо отличаться»? ну да — кроме того, что шифрование, анонимизация и p2p уже сделаны, можно не писать велосипед в 100500-й раз.

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

не используй, я заставляю, что ли? кстати, на счёт «жирных и тормозных»: ты, конечно, разбирался и смотрел, да? у тебя есть рабочая i2p-нода, ты в курсе, сколько она жрёт памяти и процессора, поэтому так и говоришь?

>>> да еще с референсной реализацией на яве.
>> и что? товарищи даже на N900 умудрялись i2p router запускать.
> Ну да, если им пользоваться только как i2p роутером после этого —
> может даже и будет ползать как-то. А мне смарт нужен для
> более полезных применений, уж извини. Так что пусть товарищи и запускают.

молодец, хорошо «съехал». потому что упоминание про работу на N900 резко контрастирует с твоими заявлениями про «жирную и тормозную», не так ли?

> Вот ты этим и пользуйся, имхо.

с удовольствием пользуюсь.

> А я не собираюсь бубухать кучу системных ресурсов в
> «привилегию» проксировать чужой траффик, извини.

у тебя что, p90 с 32 метрами памяти? ну, сочувствую, чо. лично мне не жалко 200 мегабайт RES и ~15 процентов от одного ядра корыдвадуба. скажу честно: я даже не замечаю, что оно запущено. не смотря на то, что постоянно собираю достаточно тяжеловесный код (в том числе и c++), а также периодически перекодирую музыку.

> Может мне еще этим парням биткоины
> помайнить на их счет до кучи, не? :)

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

кстати, кто тебе запрещает сделать hidden node и f2f-вариант — не ясно. ну, кроме того, что ты об i2p только слышал краем уха.

> Грузить ее для получения права проксировать
> чужой трафф мне как-то не комильфо, извини.

а больше i2p ничего не делает, ага. только и ждут: года же 294-й наконец запустит i2p router, чтобы начать через него весь трафик гонять.

> Потому что не вижу чем чатик поверх этого будет принципиально отличаться от
> чатика поверх IP в общем случае.

тем, что протоколы как минимум разного уровня. вообще-то, i2p обеспечивает примерно то же, что UDP и TCP.

> Не вижу чем это принципиально меняет дело с точки зрения написания «чатика».

тем, что куча вещей уже написаны. в том числе есть довольно немаленькая p2p-сеть, которую можно использовать, а не искать по всему миру три с половиной бутстраповых ноды.

> А ракетная наука — это в целом понимание их протокола и как оно будет работать
> в различных ситуациях.

зачем тебе понимать протокол I2P, если ты не криптоаналитик? тебе дали как минимум два очень простых интерфейса, которые обеспечивают возможность обмена датаграммами и возможность поточного протокола с контролем «дохождения». при этом роутинг, шифрование и анонимность уже сделаны. ок, придётся пользоваться маленькой абстрагирующей библиотекой, а не сокетами «напрямую». к сожалению, система адресации I2P не позволяет прозрачно использовать какой-нибудь драйвер tun-интерфейса: шибко уж адреса старнные для bsd sockets.

хотя это решаемо, если очень уж охота. но враппер проще.

> как через это можно гнать аудио или видео сколь-нибудь близко к реалтайму.

так же, как и через любую другую сеть. как будто IP автомагически это обеспечивает. и вообще, у меня вот в чате ни видео, ни аудио нет. и ничего: чатюсь. ergo, чат вполне возможен.

да, с видео/аудио будут некоторые проблемы. с аудио поменьше, если исользовать специализированые кодеки: я не проверял, но подозреваю, что вполне «пролезет».

> Или, допустим, заворот звонка на PSTN гейтвей, например. Сам по себе i2p в
> этом плане ничего кроме головняка не принесет, похоже.

и IP тоже. ни I2P, ни IP ничего про телефонию не знают, обоим необходим сервер в «месте приземления».

> я могу придумать как все это сделать в проблемо-ориентированном протоколе.

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

> И задержки поди ломовые, да? Ну то-есть звонкам — рослый полярный лис.

что значит «ломовые»? я вот вижу скорости до 50 килобайт в секунду. есть подозрение, что для голосовых спецкодеков этого хватит.

> Затем что лукап в DHT — итеративная процедура, много бандвиза оно не
> жрет, но чувствительно к RTT. А ждать полчаса его завершения —
> юзеры взвоют. Тем более смотря что лукапать. Если например непосредственно контакты
> — юзеры с большим контактлистом вообще нафиг повесятся. Можно наверное костыль
> типа кеширования сделать, частично ослабит проблему, но это лишняя возня.

перевожу: «бла-бла-бла, Москва!»

> И, кстати, в этом плане большой вопрос насколько i2p друг и
> товарищ, опять же.

с IPv6 I2P тоже не дружит, увы. zzz сотоварищи работают над этим.
про фаеры — им пока что пофигу, пробивай дырки сам. не можешь дырку пробить — сиди с никакой скоростью. мне вот лично вообще плевать на автоматическое «дыркопробитие»: дома я и сам просверлю, а на работе единственный верный метод — попросить админа открыть.

> Не говоря уж о закосе протокола под что-то еще (чтобы DPI радовались до кучи).

над этим думают: сделать надо много, людей мало. обман DPI в планах есть, но пока что не является высокоприоритетной задачей.

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

387. "Проект Tox развивает свободную альтернативу Skype"  +/
Сообщение от Аноним (-), 01-Авг-13, 10:56 
> сюрпрайз! не впилили в протокол сразу чат, сволочи!

Я к тому что в принципе не так уж и важно - поверх IP чатик будет или поверх оверлея - основная масса проблем будет та же самая более-менее. Спору нет, I2P обеспечит анонимность но вопрос в том насколько его "транспортные" свойства подойдут для IM, особенно с voip и video.

> так «сложно и не так» или «не будет особо отличаться»?

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

> ну да — кроме того, что шифрование, анонимизация и p2p уже сделаны, можно
> не писать велосипед в 100500-й раз.

В том виде как оно сделано - ты этим и пользуйся, наздоровье. Лагучая сетка "для всего вообще"? На яве? Где IM сообщение летящее по узлам будет наравне делить канал с bulk траффиком торрентов которые Пупкин пустил качаться? Во спасибо :). А если захотеть реалтайм аудио/видео aka видеозвонок? Народ обычно ожидает работы IM в режиме близком к реалтайму, с определенным качеством сервиса. Не вижу почему у них нельзя содрать часть идей (типа луковичного шифрования, etc). Но сами они по себе - совершенно generic хрень с весьма специфичными свойствами. И отсутствием удобной реализации, ака либой реализующей протокол, которую можно без головняка привинтить к некоей программе (например моему любимому IM) без инсталляции тучи крапа, левых демонов и его конфигурежки в юзерскую систему.

> не используй, я заставляю, что ли?

Так ты тут пытаешься это сосватать зачем-то. Мне оно в таком виде никуда не уперлось, извини.

> кстати, на счёт «жирных и тормозных»: ты, конечно, разбирался и смотрел, да?
> у тебя есть рабочая i2p-нода, ты в курсе, сколько она жрёт памяти и процессора,
> поэтому так и говоришь?

Когда-то смотрел. Подивился на то что сетка почти труп, конективити хреновое, скорости тоже. Дождаться бутстрапа ослиной DHT вообще терпения не хватило - занимало "almost forever". И да, я элементарно не вижу удобных мне методов это юзать так как мне хочется. Стопицот мегов нафиг не упершейся мне явы, какие-то лишние демоны на яве в системе, жрущие по 200 Мб памяти и прочая - это круто. Но без меня, извини. Особенно если это про IM клиентик, а не мега-энтерпрайзятину.

>> более полезных применений, уж извини. Так что пусть товарищи и запускают.
> молодец, хорошо «съехал». потому что упоминание про работу на N900 резко контрастирует
> с твоими заявлениями про «жирную и тормозную», не так ли?

Я просто прекрасно представляю себе сколько ресурсов в N900 и могу себе представить что там будет если там вот такое запустить. После чего я уже не смогу въе... серию на 3 кадра FCAM'ом, например, без того чтобы девайс не клинило полчаса от свопежа. А оно мне такое надо? А так то там некоторые психи и monodevelop запускают. Если не в облом ждать - как-то, конечно, взлетит^W всползет через сколько-то минут протирания флехи свопом :). Так то там памяти гиг. Просто 768 мегов - в тормозном свопе. Но если терпения дофигища - там много чего можно запустить :).

>> Вот ты этим и пользуйся, имхо.
> с удовольствием пользуюсь.

Флаг тебе в руки и барабан на шею. А я как-то не намерен пускать 200 меговые демоны на яве ради IM клиента.

> у тебя что, p90 с 32 метрами памяти?

Ты удивишься сколько народа с дохлыми конфигурациями на этой планете. А IM вообще должен быть мелким и незаметным по возможности. Т.к. всего лишь мелкая финтифлюшка в системе. Тем паче что бывают мелкие девайсы с лимитированными ресурсами. От которых тоже хотелось бы возможность получать сообщения. Вплоть до автоматических алертов вида "админ, тут какие-то проблемы с сетью, глянь?!" с какого-нибудь роутера мелкотравчатого.

> ну, сочувствую, чо. лично мне не жалко 200 мегабайт RES и ~15 процентов
> от одного ядра корыдвадуба. скажу честно:

Покорно благодарю, но IM который будет жрать больше ресурсов чем вкалывающий на полную катушку торрент-клиент с 150 торрентами ты как-нибудь себе оставь.

> я даже не замечаю, что оно запущено.

См. выше. И да, 15% CPU load я вполне замечу. На девайсах с батарейным питанием - даже сильно быстрее чем хотелось бы.

> не смотря на то, что постоянно собираю достаточно тяжеловесный код (в
> том числе и c++), а также периодически перекодирую музыку.

Я рад за тебя. Но как я уже сказал - мне текущая реализация совершенно не нравится и я не вижу очевидных методов юзать это в желаемым мной виде. Демон на 200 мегов и ява - совсем не то что мне хочется в пару к IM-клиенту получить...

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

Примерно так. Отдать 15% проца и 200М оперативы за право форвардить чужие торренты - выглядит очень сомнительной заманухой.

> кстати, кто тебе запрещает сделать hidden node и f2f-вариант — не ясно.
> ну, кроме того, что ты об i2p только слышал краем уха.

Ну я когда-то его видел. Но это было давно и неправда. Пока оно будет кривой буевиной требующей яву - у меня его не будет. Да, идея запускать под чатик демон на 200Мб RSS жрущий 15% проца мне совсем не по вкусу. Это странно? Хе-хе-хе :)

> а больше i2p ничего не делает, ага. только и ждут: года же
> 294-й наконец запустит i2p router, чтобы начать через него весь трафик гонять.

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

> тем, что протоколы как минимум разного уровня. вообще-то, i2p обеспечивает примерно то
> же, что UDP и TCP.

Ну так я это и пытался сказать. Только оно еще трафф форвардит и скорость этого всего - мягко говоря не фонтан. Для IM судя по всему будет полкило проблем, а не помощь. Особенно для голоса и видео.

>> Не вижу чем это принципиально меняет дело с точки зрения написания «чатика».
> тем, что куча вещей уже написаны.

...в таком виде, в котором мне не светит это использовать где либо в комфортном виде. Левые посторонние процессы о 200 мегах памяти и 15% проца - себе оставь. А то может мне еще оракловую БД прикупить под запуск всего-лишь IM клиентика, не?

> в том числе есть довольно немаленькая p2p-сеть,

По моим наблюдениям - не больно то и большая. И полудохлая в плане скорости и латенси. По крайней мере когда я это видел.

> которую можно использовать,

Используй. А я как-то не намерен запускать демоны на яве под всего лишь IM-чатик. Это изврат, извини.

> а не искать по всему миру три с половиной бутстраповых ноды.

А вот с этим как раз не особая проблема. Лично мне так навскидку понравилось как JCH бутстраппер торентового DHT написал (для трансмишновского dht, как всего лишь пример использования своей dht-либы). Вот софта такого плана я без напряга на сотню узлов по всему миру распихаю. Вот так, сразу, без возни. На вообще совершенно разные порты, адреса, страны и прочая. А по мере развития сетки можно наиболее стабильные узлы из юзерей включать в список, etc.

> зачем тебе понимать протокол I2P, если ты не криптоаналитик? тебе дали как
> минимум два очень простых интерфейса,

В том виде каком они это сделали - пусть они сами своими простыми интерфейсами пользуются, имхо. Просто - это взять либу с минимумом зависимостей и дернуть ее. Понимая что и как будет сделано на сетевом уровне, как там проксь например подпихнуть или нестандартные порты, etc (в случае особо кривой конфигурации сети, на которой автоматика задолбалась). А вот это, с демонами на 200 метров и явой - это непотребство какое-то. Для IM вообще ни о чем. Сам будешь объяснять юзерам почему на их древнем гробике с 768 мегами памяти, где они запустили браузер, офис и прочие почтари вдруг своп начался. Видел как у прожки RSS с 50 до 100 Мб вырос. Автора за...ли юзеры слабых конфигураций у которых начался своп. Оно мне надо?

> которые обеспечивают возможность обмена датаграммами

Вот только для TCP и UDP не надо 200-метровых демонов и явы. Это жирный плюс.

> и возможность поточного протокола с контролем «дохождения».

Она и в TCP есть. И в UDP без проблем делается. А насколько их протокол пробивает фаеры и наты, не ловится по простому DPI и прочая - еще смотреть надо. При текущей реализации - ты и смотри, если тебе это надо.

> при этом роутинг, шифрование и анонимность уже сделаны. ок,
> придётся пользоваться маленькой абстрагирующей библиотекой,

А также жирным 200-меговым демоном и немеряной явой, что ставит крест на таком IM клиенте. Кому этот переросточный выб@#док потом будет нужен в ТАКОМ виде? Тебе? Ок, ты его и пиши и пользуй, в своем праве :)

> а не сокетами «напрямую». к сожалению, система адресации I2P не
> позволяет прозрачно использовать какой-нибудь драйвер tun-интерфейса: шибко уж адреса
> старнные для bsd sockets.

Ну это то еще ладно, куда ни шло. Только я не собираюсь никому инсталлить яву и 200-метровые демоны. И насколько goals в создании их протокола соответствуют пожеланиям к IM - большой вопрос. Они делали generic оверлей.

ИМХО, IM должен максимально ценить мелкие сообщения, выше bulk-траффика, явным образом проявляя жлобство в плане релеинга больших объемов траффа. Отдавая приоритет мелким сообщениям прежде всего. Может еще голосу, с совсем низким бандвизом. Если по другому не выходит. Видео и особенно файлтрансферы - скорее всего direct connect'ом по возможности. Ну да, предупредив что анонимность потенциально факапается. Или с сильной лимитацией нагрузки на узлы и деградежом уровня сервиса, так что каждый узел сильно лимитирует объем траффа, чтобы ресурсы не абузили. Неправильно это - когда IM много ресурсов жрет. Не имеет IM клиент таких правов.

> хотя это решаемо, если очень уж охота. но враппер проще.

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

>> как через это можно гнать аудио или видео сколь-нибудь близко к реалтайму.
> так же, как и через любую другую сеть. как будто IP автомагически это обеспечивает.

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

> и вообще, у меня вот в чате ни видео, ни аудио нет. и ничего:
> чатюсь. ergo, чат вполне возможен.

Я рад за тебя. Тебе и файлтрансферы не требуются. Ну вот ты и поднимай наздоровье 200-метровые демоны, инсталлируя яву ради ... пересылки 100 байтов текста? :) А мне в таком виде IM нафиг не упал.

> да, с видео/аудио будут некоторые проблемы. с аудио поменьше, если исользовать специализированые
> кодеки: я не проверял, но подозреваю, что вполне «пролезет».

Проблема имхо будет даже не столько в бандвизе "в среднем по больнице", сколько в том что пинг и его джиттер будут совершенно @#$нутые. Потому что трафф через черти-какие промежуточные узлы прет, а половина оных еще и перегружена форвардом всяких порноварезторентов. Да еще софт на яве. Приспичит его GC мусор пособирать - и соберет. Ну подумаешь, какие-то пакеты в аудиопотоке задержатся и приедут после того как у юзера данные кончились и в динамик пошла пустота.

Такое по возмодности вообще пропихивается прямым конектом клиент-клиент - тогда это еще даже более-менее юзабельно, т.к. в интернете кроме клинических случаев (типа субъектов со спутником или GPRS) - пинг и джиттер относительно вменяемые все-таки.

> и IP тоже. ни I2P, ни IP ничего про телефонию не знают,
> обоим необходим сервер в «месте приземления».

Абсолютно. Только IP может более-менее нормально все это доставить в большинстве случаев, если у клиента не совсем гунявый интернет. I2P с его тормозными промежуточными узлами, проксирующими вообще все и вся вплоть до торрентов, софтом на яве и прочая - думается ничего хорошего не подложит, кроме свиньи.

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

>> я могу придумать как все это сделать в проблемо-ориентированном протоколе.
> который будет работать через астрал, да? без серверов-переходников и спецсофта. круто.

Для аудио и видео скорее всего direct connect по возможности, ибо чудес не бывает. Ну да, предупредив о последствиях. Хотя низкобитрейтное аудио можно и через клиентов зафорвардить более-менее нормально, в принципе. Это все-таки не форвард всех подряд торрентов оптом.

> не понимаю только, почему ты ещё этого не сделал и не
> завоевал весь мир: аналогов-то нет.

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

>> И задержки поди ломовые, да? Ну то-есть звонкам — рослый полярный лис.
> что значит «ломовые»? я вот вижу скорости до 50 килобайт в секунду.

Кэп, ты лажаешь. Для voip важна еще величина пинга и его стабильность ("джиттер"). То что средней скорости хватит - ничего не говорит о том что получится. Понимаешь, или пакет прилетает вовремя, или тебе нечего играть в динамик и это FAIL, т.к. юзер услышит "квакание". Потому что поток прервался. На обычных соединениях в интернете пинг более-менее постоянен и не фатален. Но в i2p будет полный ахтунг, имхо.

> есть подозрение, что для голосовых спецкодеков этого хватит.

Есть подозрение что квакать оно будет немилосердно, обделавшись в реалтаймной доставке пакетов с аудио.

> с IPv6 I2P тоже не дружит, увы. zzz сотоварищи работают над этим.

Пусть себе пилят. А мне с этого ни холодно, ни жарко в текущей реализации. Ставить столько шЫта для всего лишь пропихивания текстовых сообщений - полный изврат. А на более требовательных вещах типа аудио и видео - оно имхо начнет лажаться по полной. Как пропихать low bandwidth аудио через 1-2 "специализированных" клиентов, где предприняты специальные меры по лимитированию траффика, явному выбору налучшего форвардера и прочая - я еще могу понять. Но i2p форвардит вообще все, а не только низкобитрейтное аудио. А это совсем другой уровень нагрузки на узел и другой уровень траффиковых проблем.

> плевать на автоматическое «дыркопробитие»: дома я и сам просверлю, а на
> работе единственный верный метод — попросить админа открыть.

Тебе плевать. А вот кучка известных мне хомяков свинтила на скайп в том числе потому что оно само пробивается. И не надо никого ни о чем просить. Это котируется. Это очень хоршошее свойство. Хорошие вещи кроме всего прочего еще и die-hard и готовы к жизни в этом враждебном мире.

>> Не говоря уж о закосе протокола под что-то еще (чтобы DPI радовались до кучи).
> над этим думают: сделать надо много, людей мало. обман DPI в планах
> есть, но пока что не является высокоприоритетной задачей.

Как ни странно - я вроде придумал довольно забавный протокол обфускации который потенциально может достаточно правдоподобно косить под почти что угодно. Например, HTTP. Хотя в особо ж@пных случаях может быть даже имеет смысл сделать хардкорный туннелинг в настоящем HTTP, например.

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

389. "Проект Tox развивает свободную альтернативу Skype"  –1 +/
Сообщение от arisu (ok), 01-Авг-13, 11:09 
честно: не осилил дальше пары первых абзацев. про I2P у тебя знания на том же уровне, что и про иксы. пардон, на этом уровне мне беседовать неинтересно вообще.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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