id: Гость   вход   регистрация
текущее время 10:24 28/05/2020
создать
просмотр
ссылки

ZAS Communicator


ZAS Communicator Opensource Project: secure voice, file transfer and text chat.


http://www.zas-comm.ru


Комментарии, советы, предложения?


 
На страницу: 1, 2, 3, 4, 5, ... , 8, 9, 10, 11, 12 След.
Комментарии
— ZAS (29/01/2015 19:01)   <#>
ZAS Communicator 2.1.0 (билд 403), Win32/64

http://www.zas-comm.ru

Из нововведений:

* Для передачи файлов используется библиотека UDT. Cкорость обмена файлов возросла cущественно; практически до скорости аплода.

* Работает, даже если нет UPnP или невозможно отфорвардить порты. По UDP регулярно посылаются keep-alive посылки, чтобы в роутерах не устаревала таблица роутинга пакетов.

* Можно выбирать рингтоны.

* DHT можно отключить. Работать только на прямое соединение и/или чтобы редиректить траффик в TOR, VPN и пр.

* Исправлено багов по мелочи.
— gegel (29/01/2015 19:59)   профиль/связь   <#>
комментариев: 393   документов: 4   редакций: 0
чтобы редиректить траффик в TOR

А медиатранспорт через TCP (rfc4571) возможен?
И, если да, то еще вопрос: сколько открытых TCP-портов реально потребуется для установки прямого TCP-соединения?
— ZAS (29/01/2015 20:19)   <#>
А медиатранспорт через TCP (rfc4571) возможен?
И, если да, то еще вопрос: сколько открытых TCP-портов реально потребуется для установки прямого TCP-соединения?


По простому – нет. Cейчас все работает по UDP через один порт.
Поясните, для каких применений может быть полезно RFC4571.
— gegel (30/01/2015 01:07, исправлен 30/01/2015 01:08)   профиль/связь   <#>
комментариев: 393   документов: 4   редакций: 0
Поясните, для каких применений может быть полезно RFC4571.

Проброс медиапотока через TCP может быть полезен в случае блокирования UDP-RTP-транспорта провайдером (случаи блокировки VOIP известны). Проблемой является проход NAT в TCP, но если ZAS поддерживает прямое соединение по IP/порту, то почему бы не дать возможность пробросить и аудио/видео через TCP.
Ну, и само собой, тогда решается вопрос со звонком через Tor.
По RFC4571, как и в UDP-RTP, RTP_control и RTP_data используют разные (обычно соседние четный и нечетный) порты, но можно объединить.


чтобы редиректить траффик в TOR

Интересно, как Вы собирались редиректить UDP-трафик в Tor...

— ZAS (30/01/2015 03:55)   <#>
ZAS использует свой протокол, не RTP. Траффик выглядит как рандомные пакеты рандомного размера по произвольному порту. Сейчас все работает полностью на UDP; и прямое соединение тоже. Не должно быть принципиальных проблем с тем чтобы уложить тот же поток в TCP. Почему именно в RFC4571 ?

Интересно, как Вы собирались редиректить UDP-трафик в Tor...


Насколько я Вас понял, вы хотели сделать универсальный роутер чтобы редиректить в Tor любые потоки ?

TOR для войса, увы, малопригоден; даже OnionPhone после установления контакта переводят на прямое UDP соединение.
— gegel (30/01/2015 09:19, исправлен 30/01/2015 09:21)   профиль/связь   <#>
комментариев: 393   документов: 4   редакций: 0
Почему именно в RFC4571

Я думал, что ZAS использует RTP. И, чтобы далее придерживаться стандартов, упомянул RFC4571 (RTP over TCP). Если у ВАс свой протокл, то задача упрощается. В Онионфоне, кстати, так же.


редиректить в Tor любые потоки

Это в идеале. Onioncat (VPN), но из коробки и с аутентифицированным p2p шифрованием + realtime оптимизация.


TOR для войса, увы, малопригоден

Не соглашусь с Вами. Латентность онионфона через Tor сейчас составляет 400-600mS, что сравнимо со спутниковой связью и вполне пригодно для делового общения. Переключение на прямое UDP – опция по желанию обоих сторон, это отдельная функция (Tor вместо SIP).


ПС: еще пару лет назад, во время моих экспериментов с Торфоном, я получал латентность 1000-3000 сек. За два года Tor стал значительно отзывчивее. Не знаю, хорошо это или плохо, но если такая тенденция сохраниться, то через пару лет выйдем на возможность голосового общения в пределах комфортных 300-400 мcек, не исключено, что и с видео.

— unknown (30/01/2015 11:16, исправлен 30/01/2015 11:16)   профиль/связь   <#>
комментариев: 9796   документов: 488   редакций: 5664

Какой-нибудь очередной тупой ботнет, управляемый через Tor, всегда сможет положить пропускную способность и увеличить латентность до неприемлемого уровня. И придёться снова ждать пару месяцев, пока его не изведут.

На страницу: 1, 2, 3, 4, 5, ... , 8, 9, 10, 11, 12 След.
Ваша оценка документа [показать результаты]
-3-2-1 0+1+2+3