[Bug] 1.3 Seems to use target_outbound_peer_count for total target_peer_count. #10654
Replies: 10 comments 1 reply
-
I think that might be related to upnp not working properly. Can you check that your port 8444 is accessible from outside? |
Beta Was this translation helpful? Give feedback.
-
Yeah, the port is open upnp is disabled, 8444 forwarded to my main farmer, somehow I still have outbound syncing from my 1.3 node despite 8444 forwarded to a different computer. Still, why is the node not attempting to get more connections when it should be looking for 14 inbound peers (20 peer count - 6 outbound count?). The node is staying in sync, I'm just concerned that the limit appears to be incorrect, and I don't want to set outbound very high because upload bandwidth is so low. |
Beta Was this translation helpful? Give feedback.
-
it will limit outbound to 6. It cannot obtain inbound, most likely because your computer is not accessible for some reason. |
Beta Was this translation helpful? Give feedback.
-
Shouldn't it be harder for outbound peer connections without UPNP and no port forwarding? As to the "not accessible" the fact that this is in a WSL2 instance may be a contributing factor. |
Beta Was this translation helpful? Give feedback.
-
Yeah that might be related.. |
Beta Was this translation helpful? Give feedback.
-
Whether you get incoming peers or not can't be controlled by the software - I don't think there is a bug here. Do you have any log output that suggests your node is rejecting incoming peers? Moving to a support discussion |
Beta Was this translation helpful? Give feedback.
-
It has no problem finding peers, but when it gets to the
|
Beta Was this translation helpful? Give feedback.
-
Right, it stops looking for peers - that's expected because it hit the target_outbound. In networking parlance, these are what I will CONNECT to. It's still available itself to be found, however. That is, it is still LISTENING for connections, but no one is coming along. |
Beta Was this translation helpful? Give feedback.
-
Let me try to explain. You are at your house and you want to visit 10 neighbours. You are willing to visit 5 (target_outbound) and have 5 others come visit you - for a total of 10 (target_peer_count) So you go to your 5 neighbours, knock on their doors, visit and go home. You have filled your target_outbound limit of 5 neighbours. Now, you are waiting for 5 others to come to visit you, but they never do (your dog frightened them). So you in total visited 5 neighbours. If you want to visit more, you need to go yourself, but you set your limit to 5. this is how it works. If you want to go visit more neighbours on your own, increase your target_outbound limit - this can be useful when your neighbours can't come visit you. |
Beta Was this translation helpful? Give feedback.
-
So why does the client have such a low default limit to connect to others? The way it was set up implied it was for controlling up vs down bandwidth rather than who seeks out who for connections. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
What happened?
Running a node on 1.3, my peer count is consistently low. My main farmer on 1.2.11 is always connected to max peers allowed by
target_peer_count
, but the 1.3 node will never go higher than the limit set bytarget_outbound_peer_count
.I confirmed this by changing the
target_outbound_peer_count
to multiple targets, and it always matched that target and would not exceed it.Version
1.3 installed from source branch: latest
What platform are you using?
Linux
What ui mode are you using?
CLI
Relevant log output
No response
Beta Was this translation helpful? Give feedback.
All reactions