~dr|z3d
@RN
@T3s|4
@T3s|4_
@eyedeekay
@orignal
@postman
@zzz
%Liorar
%snex
+Xeha
+acetone
+ardu
+bak83
+hk
+mareki2p
+poriori
+profetikla
+r00tobo
+radakayot
+uop23ip
AHOH2
Arch
Danny
DeltaOreo
FreeB
Irc2PGuest18852
Irc2PGuest83036
Irc2PGuest93792
Junkyard5
Leopold_
Meow
Onn4l7h
Onn4|7h
StormyCloud
carried6590551
enoxa
h3llf4wk3r_
idontpee
maylay
plap
qend-irc2p
shiver_
simprelay
solidx66
u5657
username
weko_
woodwose
zer0bitz_
dr|z3d
which is slightly strange, never used to be flaky.
dr|z3d
not sure it's directly related to tunnel length, though.
dr|z3d
then again, I'm not sure it's not. so who knows?
dr|z3d
what's your thesis as to why 0 hop tunnels could be causing outages?
zzz
if your router is at conn limits or is banned by my OBGW, there's nothing to be done
zzz
typically it's a conn limit issue, although I assume you have those turned up to 11, so perhaps not the issue here, dunno
dr|z3d
max connections appear fine, limit is 5K per transport.
zzz
and you're well under that?
dr|z3d
well under. not the issue.
dr|z3d
issue appears to be LS expiry. thought I'd squashed that, obviously not.
dr|z3d
only manifests when there are a bunch of server/client tunnels configured it seems.
zzz
ok if you need any help from here, holler
dr|z3d
so I've made some adjustments, let's see if it behaves less erratically.
dr|z3d
well, after you fixed the yellow circle issue, I was all over my code. couldn't see anything wrong, maybe I wasn't looking in the right place. if you get a chance and have some free moments to eyeball it, I wouldn't mind, but no pressure.
dr|z3d
now seems like a good time to break ramble again while we upgrade to the next php version.
dr|z3d
and done. should be up and running again.
zzz
the yellow tunnel thing was a while ago. Good luck on the bug hunt, if you narrow it down to some small area perhaps I can help, but not about to go looking on my own. Regular testing from a different router may give you perspective on the frequency of the issue
dr|z3d
I keep an eye on several routers, some have intermittent issues, others appear totally fine. I have a hunch it may be related to allocated / available tunnels.
zzz
zero-hop tunnels ofc are created instantly so there shouldn't be any issue from other tunnel builds, unless you're way over some limit somewhere
dr|z3d
true, though let's see if disabling a bunch of client tunnels kills the issue dead.
zzz
if there's 25 other sites on the same router than maybe? but it seems like that would affect the others way more than the zero-hopper
dr|z3d
the error in the logs is emitted in router/java/src/net/i2p/router/client/ClientManagerFacadeImpl.java fwiw.
dr|z3d
in this instance, these were client tunnels, not server tunnels.
dr|z3d
and because I log both critical and error level logs to the top logging section, I have good visibility on when the error occurs.
zzz
if you're gettting errors from there then you should be able to figure it out, definitely not seeing anything like that in canon, and that sounds pretty bad
dr|z3d
ok, I'll have to give it another look. maybe code fatigue and frustration set in last time I went over the code.
zzz
perhaps re-review your merge of the yellow tunnel fix if that's happening, or do a diff vs. canon of router/client and related
dr|z3d
ok, thanks, will need to psyche myself up for the review.
orignal
0 hops tunnels should be forbidden
dr|z3d
haha, shut up, orignal
orignal
why?
dr|z3d
yeah, why?
orignal
you are nytik.i2p )))
dr|z3d
why would you want to forbid 0 hops?
orignal
because it's agaist i2p phylosophy
dr|z3d
yes, and no.
orignal
also you must make sure that your router is always reachable
dr|z3d
there are occasions where 0 hops make perfect sense.
orignal
that's often not true
orignal
and you can sicth between tunnels even with 1 hops
dr|z3d
for example, outproxies.
dr|z3d
there's zero advantage, anonymity-wise, of setting more than 0 hops.
orignal
as I said
orignal
direct connection is not always a good idea
dr|z3d
not always, but sometimes.
orignal
because you don't have an option to swithc bteen tunnels
dr|z3d
and no, you didn't say that.
orignal
<orignal> also you must make sure that your router is always reachable
dr|z3d
you said 0 hops should be forbidden. that's not quite as nuanced as "not always a good idea".
orignal
I can exlain why
orignal
because monkeys set 0 hops and ask why it doesn't work
dr|z3d
well, monkeys gonna monkey. you can;t prohibit something just because idiots.
orignal
I can prhibit it in the code
dr|z3d
what you can do is provide easy-to-understand documentation.
orignal
monkey don't read
dr|z3d
of course, you can prohibit whatever you like. or you could just require an additional config to be explicitly set before allowing.
dr|z3d
which isn't a bad idea of itself.
dr|z3d
maybe we should require advanced mode in java before permitting 0 hops.
dr|z3d
otherwise, when a non-informed user attempts to set 0 hops, we instead trigger an audio sample of a long, loud fart.
dr|z3d
unfortunately we can't disperse a smell to go with it. maybe someday.
RN
you ought to have it play ♫ ♪ Rick Astley - Never Gonna Give You Up ♫ ♪
snex
i cant even connect to things when i try 0 hops
RN
you should only connect to things you run with 0 hops, even then you're telling your isp what ip you are connecting to
snex
why? you all know my IP
snex
i want a faster connection to win at trivia
RN
hrmm
RN
doubt it would improve the connection that much, it'd only be your side of the tunnel at 0 hops, you'd still have chance or lag/drop/etc
RN
in your case, you don't care about the anonymity I2P provides, but most people here do or they wouldn't be here. so we shouldnt go round saying use 0 hop tunnels... most newcomers wouldn't get the anomimization effect 0 hop tunnels have.
RN
*** shrugs ***
RN
do as thou wilt
RN
here's a shotgun. shoot yerself in the foot if y'all want...
RN
*** shrugs ***