@eyedeekay
&zzz
+R4SAS
+RN
+RN_
+Stormycloud
+T3s|4
+acetone
+anonymousmaybe
+dr|z3d
+eche|off
+hagen
+hk
+lance074
+mareki2p
+orignal
+postman
+qend-irc2p
+snex
+weko
+wodencafe
AHOH
Arch
BubbRubb
Daddy_1
Danny
DeltaOreo
FreefallHeavens
Irc2PGuest57893
Irc2PGuest82088
Irc2PGuest85022
Irc2PGuest87096
Leopold
Onn4l7h
Onn4|7h
SigSegv
Sleepy
SlippyJoe_
T3s|4_
Teeed
aargh
ardu
b3t4f4c3___
b4dab00m_
bak83_
carried6590
cumlord
death
dr4wd3
duanin2
eyedeekay_bnc
idontpee
nnm
not_bob_afk
ohThuku1
poriori_
profetikla
r00tobo_BNC
rapidash
rascal
shiver_1
solidx66
thetia
u5657
uop23ip
w8rabbit
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
why?
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