@RN_
@StormyCloud
@orignal
@postman
@zzz
%Liorar
%snex
+FreefallHeavens_
+Onn4l7h
+Onn4|7h
+altec_lansing
+leopold
+nyaa2pguy
+poriori
+profetikla
+r00tobo_BNC
+uop23ip
Arch
Danny
Irc2PGuest28384
Irc2PGuest47578
Irc2PGuest78874
Irc2PGuest94591
Meow
NiceBoat_
OfficialCIA
Over1
RTP_
SilentWave
U1F642
Watson
Wikk_0_
acetone_
ahiru
anontor
cims
eyedeekay_
floatyfloatilla
mahlay
makoto
mareki2p_
mesh
n2
nilbog
not_bob_afk
qend-irc2p_
r00tobo[2]
red
sahil
sektorchef
thetia
utp
vivid_reader56
dr|z3d
interesting ip: 40.160.252.32
snex
Oh that reminds me. When my shit was all fucked up and I was unable to get a tunnel to the IRC, something was spitting a real IP at me
snex
It was i2pproject.de or something
snex
Mar 05 16:20:44 * Closing Link: [81.7.19.11] (CGI:IRC -- No access)
snex
thats the line from my log
snex
Mar 05 16:20:44 * Closing Link: [81.7.19.11] (CGI:IRC -- No access)
snex
i was getting this in my irc connection logs while the network was fucked
T3s|4_
snex: I recall seeing Closing Link: [x.x.x.x] (CGI:IRC -- No access), but I think it only occurred when I was trying to connect to either echelon's or postman's IRC servers. I have reverted to connecting to postman's IRC server only - and have not seen the issue since
mareki2p
Hi all, I want to ask about hosts.txt and parsing. When I download i2p-projekt.i2p/hosts.txt there is plenty records. One of them, on line 29, defines the simp.i2p host name. So far so good. But! I can not parse the b44 encoding. Because at column 235 there is an = symbol there. Is it bug people at i2p-projekt.i2p made? Or bug I made in my own parsing code?
mareki2p
*base64 not b44 of course
Stormycloud
@mareki2p check now
mareki2p
Now it is better. But, the file now contains CRLF line endings instead of LF ones.
mareki2p
Oh, that was my mistake. I copy & pasted the file from FireFox to my text editor instead of curling it. Sorry.
T3s|4_
snex: per your earlier queries here, and to RN on #i2p-chat: `dig -x 81.7.19.11` does not return anything that grabs my attention. Just '11.19.7.81.in-addr.arpa. 6729 IN PTR i2pr.i2p-projekt.de.' and 'SERVER: 127.0.0.53#53(127.0.0.53) (UDP)' - 'WHEN: Tue Mar 10 16:16:36 UTC 2026'
T3s|4
snex: in case your intermittent caused you to miss it, here's another copy:
T3s|4_
intermittent *IRC connection caused you miss it, here's a copy:
T3s|4_
intermittent *IRC connection caused you miss it, here's a copy:
RN
T3s|4, i2p-projekt.de is eche|on's server. I'm not sure what the issue is.
orignal
is Nazi still around or everything was transnferred to stormy?
RN
ech isn't very anonymous, so I don't get what snex is flagging there. if his server connected to over I2P leaks his outernet ip, what harm does this cause?
RN
dunno if the server got transfered orignal. I know Stormycloud has been involved in some fixes trying to squelch the netsplits but not sure if they took over the server
snex_
im just reporting what i saw, you can ignore it or take action at your discretion
T3s|4_
snex and RN, ^indeed - and exactly why I think the '(CGI:IRC -- No access)' message is being generated solely by echelon's IRC server
RN
sounds like he's got some configs borked
T3s|4_
yep
RN
or it is leaking about an upcoming but not yet announced feature
RN
;)
RN
I really don't think we need web irc
T3s|4_
long live weechat :D
Stormycloud
We are not in control of any of the IRC servers.
T3s|4
Stormycloud: thanks for that clarity
Stormycloud
I think postman is helping echelon with IRC but we are not involved in that process. But netsplits are deff frustrating
orignal
netsplits are always in this network
orignal
why? I can tell why
orignal
well eveybody here knows why
nyaa2pguy
my irc client connection is more stable on this network than ilita :)
orignal
Java?
nyaa2pguy
yes
nyaa2pguy
on ilita i get ping timeout randomly
orignal
that's why
orignal
if look at others at ilita they stay for many days without disconnect
RN
you claim to know why, but neither you nor onon point to a line in the java code to support your claim.
orignal
because there is no such line in Java code
orignal
it's I2CP protocol itself
orignal
I2CP client doesn't have a way to tell the router to switch tunnels
orignal
that's what causes these disconnect
orignal
a tunnel is dead, client doen't receive acks, but router keeps using this dead tunnel
orignal
the answer is
orignal
I2CP protocol must be extended to let client instruct router to swicth tunnels
RN
irc protocol has pings is that not what they are for?
orignal
right, and streaming doesn't receive ack to these pings
Stormycloud
Is that not something we can do @orignal and nobody has or something else? I can confirm irc does work better on i2pd
orignal
Stormycloud there are two options
orignal
1. implement streams withoout I2CP (i2pd's way)
orignal
2. Extend I2CP protocol by adding "switch tunnels" flag, but this is another "write a proposal"
zzz
rumor has it netsplit issue is fixed
Stormycloud
Idk what is better long term but if a proposal is needed then maybe my best friend Claude and I can write a draft to get the ball rolling
orignal
let's see then
orignal
honesly I've never seen Irc2P without netsplits
zzz
last netsplit was 14 hours ago, so yeah, let's see
zzz
sure, it can happen, but it had gotten ridiculous
orignal
well usually it'like every 2-3 days
zzz
no, I count 5 or 6 netsplits in the 14 hours before the last one
zzz
so "let's see"