~R4SAS
~villain
@onon
&N00B
+Most2
+Xeha
+acetone
+r00tobo
+relaybot
+whothefuckami
AreEnn
KabaOS
Nausicaa
Vort
anon2
b3t4f4c3
flumental
karamba_i2p
nemiga
not_bob
orignal
poriori
profetikla
segfault
soos
tolik
un
pupok_temp
запустил я несколько роутеров
pupok_temp
opnsense справился без проблем, а вот ростелеком роутер начал жёстко тупить, видимо его nat не вывез. шайтан Коробка превратилась в бридж для gpon и все стало хорошо
pupok_temp
freebsd отреагировала так же нормально, но в логи спалось много сообщений о невозможности создать ещё состояние на ipfw, решается увеличением лимита
pupok_temp
напомню аплинк 300mbit/s, сейчас загружено транзитом 80-100mbit/s
pupok_temp
в общем утилизация канала прошла успешно, думаю может ещё пару роутеров поднять, посмотреть на утилизацию, скорости ещё много осталось
onon1
Если много роутеров на одном айпишнике поднимешь, можно бан словить. Сколько одновременно можно не знаю, нужно у деда или у лося спросить.
pupok_temp
а как это может помешать сети если их много и канал позволяет?
pupok_temp
какие Ники у них?
Most2
06.<trusishka> .
Vort
"<onon1> Если много роутеров на одном айпишнике поднимешь, можно бан словить" - откуда информация? не слышал о таком. 4 штуки тестовых по крайней мере у себя запускал и нормально было
Vort
вот в Tor такие лимиты есть. но тут не Tor
onon1
Лось говорил
Vort
orignal: есть ли лимиты на количество роутеров, одновременно находящихся на одном IP адресе? если есть, то какие?
onon
Vort, я наконец переписал это на последний коммит, и оно не сразу, но заработало.
onon
CC с обратной связью через RTT
onon
Нужно нормально переписать и можно вливать. Оно работает не идеально, но будет лучше, чем нынешний.
onon
Если поймает не перегруженный туннель, жмёт 1мб/с через 6 хопов с минимальным ртт.
Vort
6 рандомных хопов? и сколько секунд разгоняется до 1 мб/с?
onon
Естественно, не быстро разгоняется.
Vort
я сейчас гоняю проблему с теряющимися пакетами, так что постараюсь глянуть, но позже
Vort
"<onon> Естественно, не быстро разгоняется." я понимаю, что не быстро. вопрос в том, насколько не быстро
Vort
и про рандомность хопов вопрос тоже актуален
onon
Рандомные, не свои
Vort
ок
onon
Как сделать правильно быстрый старт с вычислением BDP я ещё не придумал.
onon
Поэтому пока медленный.
Vort
на нынешней реализации стримов до максимального окна (128) при пинге в 1с стрим доходит минуты за 2-3 (если повезёт)
Vort
твой вариант быстрее или примерно так же?
onon
Не, мой более осторожный, он увеличивает окно только если пинг не растёт.
onon
Увеличивает по 25% за раз
onon
Так что если туннель будет хороший, за 3 минуты может до 500 окно разогнать
Vort
в общем, видимо, мне самому получать числа придётся ) но опять же - позже. мне очень не нравится проблема с потерями стрим пакетов. её надо загнать в угол как минимум
Vort
а, ну это быстрее всё же. раза в 4
tetrimer
За ночь шестеро отметились с полу-заполненной очередью, с утра - еще пятеро.
tetrimer
Наврал, за ночь и утро - 59 уникальных
Vort
предварительный результат погони за потерями стрим пакетов: TunnelGateway::SendBuffer иногда генерирует неуникальные MsgID
Vort
за 5 секунд вот при последнем воспроизведении проблемы вылез дубль
Vort
понятно, что коллизия возможна. но шанс, условно говоря, один на миллиард
Vort
генерация идёт в одном потоке, так что проблем с потокобезопасностью быть не должно
Vort
дополнение: дубли msg id - это, похоже, не главный механизм возникновения проблемы. я вполне мог попасть на ситуацию с шансом один на миллиард
Vort
разбираюсь дальше
Vort
хотя вот опять дубль вылез. многовато их всё же
Anonymous
Vort: if it's the Postman not enabling ElGamal, how can I know that others enabled it?
Anonymous
Any tracker that has ElGamal enabled, and thus shouldn't be an issue with libtorrent torrenting?
Anonymous
With that I can confirm libtorrent is the problem, easy
Vort
Anonymous: I don't understand you. With latest libtorrent changes any encryption is fine
Anonymous
Really?
Anonymous
I have 2.0.10.0
Anonymous
I guess it's not fixed there?
Anonymous
Oh right I forgot we talked about this lol it is fixed in 2.0.10.0
Anonymous
So it has to be something else
Vort
кажется, я понял кое что по поводу дублей
Vort
похоже, шанс попасть на дубль не один на миллиард. всё намного хуже
Vort
парадокс дней рождения гадит
Vort
накопал какую-то формулу, и по ней получается 50% шанс попасть на дубль для пула из 77 тысяч идентификаторов (пакетов)
Vort
то есть, для скорости в 15 мегабайт/секунду (обычное дело для локалхостового теста) такое количество id наберётся за 5 секунд
Vort
вот для 64 битных идентификаторов шанс реально был бы один на миллиард
Vort
с 32 битными же получается задница. но это, похоже, не единственный источник проблем, надо дальше копать
Vort
бля. это ж получается хрень с 32хбитным рандомным чем угодно. к примеру, с транзитными туннелями
Vort
имеем 77к транзитов - и с 50% шансом новый транзит уже создать не можем - так как транзит с таким id уже будет существовать
Vort
или я где-то туплю или это серьёзный косяк в I2P. если я не ошибаюсь, то надо, наверно, с zzz советоваться по этой проблеме
Vort
может, в этом и была суть атаки с большим количеством транзитов?
Vort
я таки не совсем правильно понял проблему. 50% - это шанс словить 1 дубль на 77к объектов
Vort
но при этом шанс получения дубля с каждым добавлением объекта получается 1/77000
Vort
то есть, неприятно, но атаку на этом не сделаешь