ZAS Communicator
ZAS Communicator Opensource Project: secure voice, file transfer and text chat.
Комментарии, советы, предложения?
|
||||||||||||||||||||||||||
|
||||||||||||||||||||||||||
Нормы пользования. Некоторые права на материалы сайта защищены по условиям лицензии CreativeCommons. Движок
openSpace 0.8.25a и дизайн сайта © 2006-2007 Vlad "SATtva" Miller.
|
||||||||||||||||||||||||||
http://www.zas-comm.ru
Из нововведений:
* Для передачи файлов используется библиотека UDT. Cкорость обмена файлов возросла cущественно; практически до скорости аплода.
* Работает, даже если нет UPnP или невозможно отфорвардить порты. По UDP регулярно посылаются keep-alive посылки, чтобы в роутерах не устаревала таблица роутинга пакетов.
* Можно выбирать рингтоны.
* DHT можно отключить. Работать только на прямое соединение и/или чтобы редиректить траффик в TOR, VPN и пр.
* Исправлено багов по мелочи.
комментариев: 393 документов: 4 редакций: 0
А медиатранспорт через TCP (rfc4571) возможен?
И, если да, то еще вопрос: сколько открытых TCP-портов реально потребуется для установки прямого TCP-соединения?
По простому – нет. Cейчас все работает по UDP через один порт.
Поясните, для каких применений может быть полезно RFC4571.
комментариев: 393 документов: 4 редакций: 0
Проброс медиапотока через TCP может быть полезен в случае блокирования UDP-RTP-транспорта провайдером (случаи блокировки VOIP известны). Проблемой является проход NAT в TCP, но если ZAS поддерживает прямое соединение по IP/порту, то почему бы не дать возможность пробросить и аудио/видео через TCP.
Ну, и само собой, тогда решается вопрос со звонком через Tor.
По RFC4571, как и в UDP-RTP, RTP_control и RTP_data используют разные (обычно соседние четный и нечетный) порты, но можно объединить.
Интересно, как Вы собирались редиректить UDP-трафик в Tor...
Насколько я Вас понял, вы хотели сделать универсальный роутер чтобы редиректить в Tor любые потоки ?
TOR для войса, увы, малопригоден; даже OnionPhone после установления контакта переводят на прямое UDP соединение.
комментариев: 393 документов: 4 редакций: 0
Я думал, что ZAS использует RTP. И, чтобы далее придерживаться стандартов, упомянул RFC4571 (RTP over TCP). Если у ВАс свой протокл, то задача упрощается. В Онионфоне, кстати, так же.
Это в идеале. Onioncat (VPN), но из коробки и с аутентифицированным p2p шифрованием + realtime оптимизация.
Не соглашусь с Вами. Латентность онионфона через Tor сейчас составляет 400-600mS, что сравнимо со спутниковой связью и вполне пригодно для делового общения. Переключение на прямое UDP – опция по желанию обоих сторон, это отдельная функция (Tor вместо SIP).
ПС: еще пару лет назад, во время моих экспериментов с Торфоном, я получал латентность 1000-3000 сек. За два года Tor стал значительно отзывчивее. Не знаю, хорошо это или плохо, но если такая тенденция сохраниться, то через пару лет выйдем на возможность голосового общения в пределах комфортных 300-400 мcек, не исключено, что и с видео.
комментариев: 9796 документов: 488 редакций: 5664
Какой-нибудь очередной тупой ботнет, управляемый через Tor, всегда сможет положить пропускную способность и увеличить латентность до неприемлемого уровня. И придёться снова ждать пару месяцев, пока его не изведут.