IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#i2p-dev
/2025/08/05
@eyedeekay
&zzz
+R4SAS
+RN
+RN_
+StormyCloud
+dr|z3d
+eche|off
+hagen
+hk
+mareki2p
+orignal
+postman
+qend-irc2p
+snex
+wodencafe
Arch
BravoOreo
BubbRubb
Chrono
Danny
FreeB
FreefallHeavens
HowardPlayzOfAdmin
Irc2PGuest5036
Irc2PGuest59861
Irc2PGuest63688
Onn4l7h
Onn4|7h
Over
Rogueone
Sisyphus
Sleepy
St1nt
T3s|4_
T3s|4__
Teeed
aargh
acetone_
aisle
ardu
b3t4f4c3___
cumlord
dr4wd3
duanin2
eyedeekay_bnc
nilbog
not_bob_afk
ohThuku1
poriori_
pory
profetikla
r00tobo
rapidash
shiver_
solidx66
thetia
uop23ip
w8rabbit
weko_
wew
x74a6
orignal zzz, small question about SAM
orignal when a command session gets diconnected and reconnects back immeditely you assign old session, right?
orignal my question is for how long do you keep a session after diconnect
zzz orignal, session is torn down immediately, there is no "grace period"
orignal so user has a wifi glitch and have to create session/destination from scratch?
orignal it seems wrong
orignal what do you think if I try to implement this?
orignal to improve stability
zzz sounds like more trouble than it's worth
orignal what kind of troubles?
orignal if you reconnect quickly during grace period
zzz sounds to me like it would be complex to implement, saving all the state
zzz would individual sockets stay up? how do you know it's the same endpoint? doesn't sound fun
zzz to me anyway
orignal I don't need to know same endoint I only need to know session id
orignal if I see SESSION CREATE with existing session id during grace period I don't decline but assign onld one
zzz doesn't sound great to me, but it's up to you
orignal how about dest?
orignal not session
orignal e.g. session dies right a way while assiciate dest doesn't
zzz we tear it all down immediately
orignal that's really wrong
orignal you have to recreate tunnels again
orignal immediately
zzz it's a corner case not worth worrying about imho. fine if you want to