You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Use the same Reachability logic already in the p2p packages of nodebuilder to verify whether a node can accept inbound connections at startup. If the node is unreachable (e.g., due to NAT or firewall rules), display a clear warning and guidance.
The text was updated successfully, but these errors were encountered:
The discrepancies are pretty substantial. From a brief look, we found:
celestia-node/bridge count is ~64 from Nebula crawler and 110 from ants observers
celestia-celestia count is 3 from Nebula crawler and ~30 from ants observers
celestia-node/full count is ~11 from Nebula crawler and 16 from ants observers.
The difference between the two approaches (Nebula vs ants) is that Nebula is trying to establish (outgoing) connections with remote peers, whereas ants are sitting there accepting (incoming) connections from other peers. This further means that if we can't see as many nodes with Nebula (outgoing connections), these peers we can't see are likely facing (incoming) connectivity issues, e.g., due to firewalls etc.
Assuming that incoming connectivity is important for those nodes, it's worth investigating further and a good first step is to add a startup connectivity check.
A good check point for whether the connectivity improves over time is to monitor these two plots referenced above on probelab.io:
Implementation ideas
Use the same Reachability logic already in the p2p packages of nodebuilder to verify whether a node can accept inbound connections at startup. If the node is unreachable (e.g., due to NAT or firewall rules), display a clear warning and guidance.
The text was updated successfully, but these errors were encountered: