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

Wishlist of graphs or questions we want to answer with the data #34

Open
dennis-tra opened this issue Sep 13, 2022 · 4 comments
Open

Wishlist of graphs or questions we want to answer with the data #34

dennis-tra opened this issue Sep 13, 2022 · 4 comments

Comments

@dennis-tra
Copy link
Collaborator

We have a list of graphs from our preliminary analysis here:

https://www.notion.so/pl-strflt/NAT-Hole-punching-Success-Rate-2022-09-08-Data-Analysis-a67ab92efd6e43259da28a3c000a559d


After discussing them we came up with these other perspectives we want view our data:

  • Hole Punch Attempts split between transports
  • Matrix of Continent Relaying Peer X Continent Punchr Client
  • Success rate stability for remote peers (if we hole punch the same peer multiple times, do we ALWAYS succeed with the hole punch or only sometimes?)
  • Is TCP more timing sensitive
    • maybe TCP as successful but we drop because QUIC is faster
@dennis-tra dennis-tra changed the title Wishlist of Graphs or Questions we want to answer with the data Wishlist of graphs or questions we want to answer with the data Sep 13, 2022
@mxinden
Copy link
Member

mxinden commented Sep 23, 2022

Low priority:

  • By default go-libp2p aims to listen via 2 relay nodes. I wonder whether these values are good as is, too high or too low. Questions could be: (a) how many relayed addresses do nodes advertise and (b) how many of the advertised relays are reachable?

@dennis-tra
Copy link
Collaborator Author

Covered Success rate stability for remote peers (if we hole punch the same peer multiple times, do we ALWAYS succeed with the hole punch or only sometimes?) here.

@dennis-tra
Copy link
Collaborator Author

Not sure how to find out Hole Punch Attempts split between transports. When we receive the CONNECT message we see all the advertised addresses from the remote peer. We try to dial all of them simultaneously I believe. Then we end up with a direct connection on one of the advertised transports.

Not sure how to split the analysis by transport in this case :/

@mxinden
Copy link
Member

mxinden commented Oct 4, 2022

In the case of TCP and QUIC, we could disable one locally and thus test the other.

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

No branches or pull requests

2 participants