Things that should work, but we're not sure

[Arqu]

This is a summary of things @ppodolsky encountered, which in theory should work but seems to exhibit odd behavior and we should check/investigate and write tests for.

• iroh <> kubo swarm connect: iroh sees kubo as a peer, but not the other way around.
• Errors happened between iroh@main(7a11aa8) and kubo 0.17. On kubo 0.18 errors didn't show, but still doesn't count iroh as a peer.
• Error msg: [/ip4/127.0.0.1/tcp/4401] failed to negotiate security protocol: message did not have trailing newline
• test case: run kubo & iroh and do a manual ipfs swarm connect to iroh. ipfs swarm list should show the iroh node there.

[ppodolsky]

More details - it is reproducing on kubo 0.18 too. Approximately 1 out of 10 attemts to connect from kubo to iroh are successful, others are not

[dignifiedquire]

@mxinden any thoughts on the connection error?

[mxinden]

Error msg: [/ip4/127.0.0.1/tcp/4401] failed to negotiate security protocol: message did not have trailing newline

Code emitting the error message:

https://github.com/multiformats/go-multistream/blob/c11bb0ea980e8cd6c1f7dc14465e435671d296c5/multistream.go#L300-L302

Is the Rust multistream-select implementation missing to send a newline?

Can you post more logs? Do you know the version pair (Kubo and Iroh) that started throwing this error?