-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add standalone implementation of v1 Relay #1186
Conversation
Intended to be used by standalone daemons and tests
Do we have to do this? Can't we just leave the code in go-libp2p-circuit for the transition period? Then we wouldn't have to review a 1340 LOC PR, but could just use code that we know works in production. |
The bultin implementation of go-libp2p-circuit is deficient; it cant be
used safely as only a relay and has resource management problems.
This remedies the situation, by extracting and fixing.
I would very much do this and kill the other repo. Originally I was going
to put the code in the relay daemon, but I decided to put it here for
generality and completeness.
Review should be easy, the mods are small and the code is similar to the v2
relay code. There is nothing exotic to consider. The bulk of the code is
protobuf, review is neede for some 200loc.
…On Wed, Sep 15, 2021, 11:28 Marten Seemann ***@***.***> wrote:
Do we have to do this? Can't we just leave the code in go-libp2p-circuit
for the transition period? Then we wouldn't have to review a 1340 LOC PR,
but could just use code that we know works in production.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1186 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAI4SWP7N2YKBTOOQB3SCDUCBKMJANCNFSM5D7XYVRQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I haven't done an in-depth review, since this is mostly code from go-libp2p-circuit.
Why is go-libp2p-circuit not removed from go.mod
in this PR?
still have some open todos, see the pr description. I plan to finish it
today.
…On Fri, Sep 17, 2021, 11:33 Marten Seemann ***@***.***> wrote:
***@***.**** approved this pull request.
I haven't done an in-depth review, since this is mostly code from
go-libp2p-circuit.
Why is go-libp2p-circuit not removed from go.mod in this PR?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1186 (review)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAI4SSZWPFKOM7MUTVRR4LUCL4PLANCNFSM5D7XYVRQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
|
Turns out we need to keep a reference in go.mod for now, we have a compatiblity test which tests whether the v2 client can connect to legacy clients. |
a14953a
to
8e5996b
Compare
8e5996b
to
243d07b
Compare
marked as ready -- @marten-seemann care for another pass before we merge? |
This adds an implementation of a v1 Relay, extracted and slightly modified for a bit of resource management, from go-libp2p-circuit, intended to be used by standalone daemon implementations and tests.
This allows us to deprecate and completely dereference the go-libp2p-circuit repo.
TBD: