Support for other libp2p implementations

[wemeetagain]

It would be useful to catch interop bugs earlier on other implementations:

• rust-libp2p
• jvm-libp2p
• nim-libp2p

[mpetrunic]

Would you mind opening PR?

[github-actions]

Oops, seems like we needed more information for this issue, please comment with more details or this issue will be closed in 7 days.

[p-shahi]

In a triage meeting with @achingbrain, we discussed this would be a great self contained project to do. Something like a lighter version of testground. Next steps are to get buy in from other implementers (rust, etc) to start this. The go-libp2p interop works because the go-libp2p-daemon exposes an RPC port to orchestrate.
Here is the js daemon
We need something similar for Rust.

[tinytb]

Additional notes from that triage meeting:

As a sort of "Testground Lite", this would certainly be useful. This can be resolved with a form of smoke testing: "Can I just dial a rust-libp2p node and send one packet?" (does not need to be millions of packets)

• Can quickly run locally, much lighter weight than Testground
• Needs some collaboration with maintainers of other libp2p implementations (particularly Rust)
• This could be good to add to the Roadmap
• It is relatively small
• Self-contained, with no dependencies on other functionality being landed; could be done on its own

[p-shahi]

This will be addressed as a part of libp2p/test-plans#61