Skip to content
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

Change transport type preference #157

Closed
jdknives opened this issue Feb 13, 2020 · 0 comments
Closed

Change transport type preference #157

jdknives opened this issue Feb 13, 2020 · 0 comments
Assignees
Labels
enhancement New feature or request

Comments

@jdknives
Copy link
Member

Feature description

When calling skywire-cli visor add-tp $PubKey without specifying the transport type explicitly, the visor should try to establish an stcp transport by default and only establish a dmsg transport once that fails. (As soon as we implemented a holepunch transport, this type should be setup before trying dmsg setup.)

Is your feature request related to a problem? Please describe.
Using an stcp transport is preferable when that is possible. However, it is not clear for a visor whether establishing an stcp transport is possible, given that the other visor could be behind a NAT. So either we would have to somehow exchange information about the remote visor's network properties or we just attempt to establish transports in the prefered order until transport establishment is successful. The latter option seems more straightforward for now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants