@eyedeekay
&eche|on
&zzz
+Irc2PGuest38135
+Irc2PGuest81845
+R4SAS
+T3s|4
+cumlord
+dr|z3d
+eche|off
+mareki2p
+mesh
+orignal
+postman
+qend-irc2p
+snex
Arch2
Birdy
BubbRubb
Chrono
Daddy
Dann
DeltaOreo
Irc2PGuest53924
Irc2PGuest65801
Irc2PGuest90985
Irc2PGuest92550
Irc2PGuest95708
Onn4l7h
Onn4|7h
Over
RN
Sisyphus
Sleepy
SlippyJoe
Stormycloud_
T3s|4_
Teeed
aargh2
ac9f_
acetone_
anontor
b3t4f4c3__
dr4wd3
duanin2
duck
eyedeeka-
eyedeekay_bnc
gellegery
leopold_
makoto
matean
n1_
nilbog
not_bob_afk
null912
poriori
profetikla
r00tobo_BNC
shiver_
solidx66
thetia
u5657
uop23ip
w8rabbit
x74a6
x74a6h
xHarr1
orignal
zzz, would your PQ dest honor client LS with signature type 12?
zzz
all my MLDSA support is lightly-tested and haven't re-tested in a while, but it worked last time I did
zzz
you can test against stats.i2p or zzz.i2p or my PQ dest
zzz
altonen, have you tried doing testnet testing SSU2-only with an added qdisc delay and big drop % ?
zzz
thats a torture test that will find bugs quickly
orignal
I want to try with PQ sig
zzz
have fun
altonen
zzz not yet, i need to fix a couple of issues in ssu2 first but soon(tm)
zzz
ok. even before adding drops, I recommend adding a qdisc delay of 50 ms or so which is more realistic and can keep things from going too fast
zzz
after that, add a 2% or so drop % to start catching bugs throughout, not just in transports
zzz
then switch to ssu2-only for your router, and ramp up to 10-20% drop for a brutal test
altonen
thanks for the tips!
altonen
i saw your comment/discussion with diva in the i2pd testnet tool but i'm yet to add qdisc support for my testnet
zzz
fyi java routers can get a little unhappy on a testnet without at least 10ms or so of qdisc delay
altonen
it worked alright with me, it tried emissary-emissary, emissary-i2pd and emissary-i2p
altonen
i didn't go through all the logs ofc but streaming e2e test works
zzz
mostly the issue is end-to-end in streaming where the window slams up to the max, rcv streaming buffers overrun, and CHOKEs get sent, making it all herky jerky
zzz
if you're not doing end-to-end tests it should mostly be fine w/o
altonen
i'll try pushing it to the max at some point and see how it goes & add latency for java
zzz
the qdisc support should be built-in, I just wrote two oneliner shell scripts to add/remove delay/drop because the qdisc command is impossible to remember
altonen
i wrote mine in typescript and docker so that's an extra hurdle but should be doable
zzz
for end-to-end any drop over a few % and end-to-end is hopeless because it's exponential ** 13 hops round trip, but it's fine for transport testing
altonen
yeah