Aaro Altonen f008e06985 Accept only --in-peers many inbound full nodes in SyncingEngine (#14603) ...

* Accept only `--in-peers` many inbound full nodes in `SyncingEngine`

Due to full and light nodes being stored in the same set, it's possible
that `SyncingEngine` accepts more than `--in-peers` many inbound full
nodes which leaves some of its outbound slots unoccupied.

`ProtocolController` still tries to occupy these slots by opening
outbound substreams. As these substreams are accepted by the remote peer,
the connection is relayed to `SyncingEngine` which rejects the node
because it's already full. This in turn results in the substream being
inactive and the peer getting evicted.

Fixing this properly would require relocating the light peer slot
allocation away from `ProtocolController` or alternatively moving entire
the substream validation there, both of which are epic refactorings and
not necessarily in line with other goals. As a temporary measure, verify
in `SyncingEngine` that it doesn't accept more than the specified amount
of inbound full peers.

* Fix tests

* Apply review comments

2023-07-24 07:47:37 +00:00

..

notifications

Accept only --in-peers many inbound full nodes in SyncingEngine (#14603)

2023-07-24 07:47:37 +00:00

message.rs

Move code from sc-network-common back to sc-network (#13592)

2023-03-14 12:06:40 +00:00

notifications.rs

Remove years from copyright notes. (#13415)

2023-02-21 18:46:41 +00:00