@eyedeekay
&zzz
+R4SAS
+RN
+RN_
+T3s|4
+acetone
+dr|z3d
+hk
+orignal
+postman
+qend-irc2p
+snex
Arch
BubbRubb
Chrono
Daddy
Danny
DeltaOreo
FreefallHeavens_
Irc2PGuest21522
Irc2PGuest23831
Irc2PGuest34005
Irc2PGuest58424
Over1
SigSegv
Sisyphus
Sleepy
T3s|4_
Teeed
aargh
ardu
b3t4f4c3__
b4dab00m
bak83_
cumlord
death
dr4wd3_
duanin2
duck
eyedeekay_bnc
hagen_
mareki2p
nilbog
nnm--
not_bob_afk
ohThuku1
poriori_
pory
profetikla
r00tobo
rapidash
shiver_
solidx66
thetia
u5657_
uop23ip
w8rabbit
wew
wodencafe2
x74a6
eche|off
SilicaRice: ask here
SilicaRice
hello, i2pgit.org is broken for github login? have you considered adding support for TLS-SRP on the SAM bridge? and does using the SAM bridge allow making HTTP connections as well as receiving HTTP connections on the same i2p addresses, simultaneously?
zzz
eyedeekay, confusion over the news as predicted, see zzz.i2p
zzz
SilicaRice, no plans for TLS-SRP
zzz
SilicaRice, yes SAM supports connections in both directions simulataneously
SilicaRice
does i2p support making use of low-reliability nodes (if requested by the application, e.g. simple HTTP clients and servers, not doing anything fancy with websockets), and does it support mobility (like switching from wifi to mobile, or between wifi networks)?
eche|on
mostly yes,but depends on definitions
SilicaRice
when it comes to low-reliability nodes, does it mean low-reliability nodes would still benefit the network? and for mobility, how fast can it switch over?
SilicaRice
(this is about seamlessly embedding i2p, mostly)