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
{{ message }}
This repository has been archived by the owner on Nov 15, 2023. It is now read-only.
Validators are only connected to approximately 400 out of 900 validators, which is not ideal for parachain consensus.
From our findings so far it does not look like it is an issue with disconnects, but rather an issue with the needed connections not getting established in the first place. Rate of connections is always at least as high as rate of disconnects.
We do have issues with validators not keeping up with notifications: https://grafana.parity-mgmt.parity.io/goto/v_CWBrSnk?orgId=1 polkadot_sub_libp2p_connections_closed_total{reason="sync-notifications-clogged"}, but the amount is nowhere near so it could explain the low connectivity. We also get disconnects due to keep alive timeouts: https://grafana.parity-mgmt.parity.io/goto/5EBSBrS7k?orgId=1 - which happens way more often, but still does not explain the issues we are seeing.
We also found that peers are reporting (target="sub-libp2p") lots of wrong external addresses for themselves, but according to Pierre that is just an artifact of uses of docker, in reality those addresses are filtered out and never used.
Also Pierre found that a lot of nodes seem to be only reachable via IPv6, which in fact could be an issue - this is currently being investigated, by means of paritytech/polkadot-sdk#964 .
The text was updated successfully, but these errors were encountered:
This should resolve#3877
Previously we would keep the set up2date manually via add/remove. The
problem was the remove call (which got called after add every time we
update the connected peers) would take addresses, instead of just
`PeerId`s. Thus if a peer changed addresses, we would remove it
permanently from the set of reserved peers.
This PR fixes this, by not keeping book ourselves, but instead taking
advantage of a to be exposed `set_reserved_peers` function.
Validators are only connected to approximately 400 out of 900 validators, which is not ideal for parachain consensus.
From our findings so far it does not look like it is an issue with disconnects, but rather an issue with the needed connections not getting established in the first place. Rate of connections is always at least as high as rate of disconnects.
We do have issues with validators not keeping up with notifications: https://grafana.parity-mgmt.parity.io/goto/v_CWBrSnk?orgId=1 polkadot_sub_libp2p_connections_closed_total{reason="sync-notifications-clogged"}, but the amount is nowhere near so it could explain the low connectivity. We also get disconnects due to keep alive timeouts: https://grafana.parity-mgmt.parity.io/goto/5EBSBrS7k?orgId=1 - which happens way more often, but still does not explain the issues we are seeing.
We also found that peers are reporting (target="sub-libp2p") lots of wrong external addresses for themselves, but according to Pierre that is just an artifact of uses of docker, in reality those addresses are filtered out and never used.
Also Pierre found that a lot of nodes seem to be only reachable via IPv6, which in fact could be an issue - this is currently being investigated, by means of paritytech/polkadot-sdk#964 .
The text was updated successfully, but these errors were encountered: