~R4SAS
~villain
@onon
&N00B
+Most2
+Xeha
+acetone
+r00tobo
+relaybot
+whothefuckami
AreEnn
KabaOS
Nausicaa
Vort
anon2
b3t4f4c3
karamba_i2p
nemiga
not_bob
orignal
poriori
profetikla
segfault
soos
tolik
un
orignal
кстати продолженние комедии с тором
orignal
эти дебилы забанили выходные торовские ноды только по ipv4
orignal
по ipv6 все прекрасно ходит через тор
onon
Запишу тут пока, что выяснил.
onon
Стрим начинает менять лиз при каждой отправке пакета и параллельно шлёт SendQuickAck ()
onon
SendQuickAck () похоже вызывается из SendUpdatedLeaseSet ()
onon
И там же делается
onon
m_RoutingSession->SetSharedRoutingPath (nullptr);
onon
m_CurrentOutboundTunnel = nullptr;
onon
m_CurrentRemoteLease = nullptr;
orignal
ну
onon
А SendUpdatedLeaseSet () вызывается из void Stream::HandleReceiveTimer
onon
Тот, который код в хидере
onon
Который я пока не совсем понял
orignal
так в стримах он должен быть тривиальный
orignal
потому что это счас на уровне сесссии делается
orignal
когда что то пытаемся послать сессия смотрит нету ли свежего лизсета и будет его прицеплять пока не получит подтверждение
orignal
иными словами SendUpdatedlLeasetSet должно вызывать только когда больше ничего не посылаетсся
onon
В этот момент у меня буфер полный
onon
Или что имеется в виду?
orignal
смотри
orignal
если у тебя что то отправляется
orignal
то вызывать SendUpdatedLeaseSet не надол
orignal
скорее всего это анахронизм из старых сессиий
orignal
эль-гамалевских
orignal
счас гляну
onon
У меня в данном случае он делает SendQuickAck () сразу после отправки "обычного" пакета
onon
Иногда SendQuickAck () вызывается два раза
orignal
а вызов отсюда?
orignal
else
orignal
{
orignal
// itermediate interrupt
orignal
SendUpdatedLeaseSet (); // send our leaseset if applicable
orignal
AsyncReceive (buffer, handler, remainingTimeout);
orignal
}
onon
Это я не скажу, не логировал откуда
onon
Вроде больше неоткуда
orignal
именно
orignal
вопрос тогда как оно вообще туда попадает
orignal
кто то его вызывает с такими странными параметрами
onon
Но случилось это именно тогда, когда клиент начал присылать "пустые" акки
onon
Без акков и накков
onon
Т.е. подтверждает пакеты, которые уже подтвердил ранее
onon
Имея в виду, что нового ничего не получает и я шлю всё в пустоту
orignal
короче эта ситуация форс-мажор
orignal
при которой мы переключаем тоннелти
onon
А после получения акка с подтверждением, всё возращается к нормальной работе
orignal
надо понять почему HandleReceiveTimer вызывается с такими параметрами
orignal
сорее всего бага там
orignal
послдений коммит содержательно применение 20
o4wdo
когда 53.2
orignal
никогда
orignal
54 будет
o4wdo
норм