Open tearodactyl opened 6 years ago
Is this a real issue or 'cannot replicate' or 'will not implement' or otherwise de-prioritize?
I'm a little unclear on what the issue is.
213.239.212.246:23801 appear to be the same node reference in https://github.com/zerocurrencycoin/Zero/issues/47
A separate but perhaps related issue is that many nodes on the network edge, like at homes and institutions, are behind NATs and firewalls and can only reach out. Is (Bitcoin) P2P code attempting to use any NAT or firewall traversal methods? Continuing to attempt reaching such nodes and even more so sharing their info with P2P peers is a waste of network resources. There could also exhaust the inbound connection slots.
Example of the problem https://www.reddit.com/r/Bitcoin/comments/b7i5rs/only_8_connections_no_incoming/ Firewall https://bitcoin.org/en/full-node#firewall-configuration Bitcoin connection status https://bitnodes.earn.com/#join-the-network NAT Traversal and (UDP) hole punching https://www.zerotier.com/blog/state-of-nat-traversal.shtml IETF standards http://www.eyeball.com/standards/stun-turn-ice/ https://www.twilio.com/docs/stun-turn/faq ICE https://en.wikipedia.org/wiki/Interactive_Connectivity_Establishment STUN TURN WebRTC https://www.avaya.com/blogs/archives/2014/08/understanding-webrtc-media-connections-ice-stun-and-turn.html [IGDP, NAT-PMP, PCP, ALG, uPnP]
Evaluate situations where nodes behind a NAT have different internal and external (routable) addresses, and may get confused when connecting to themselves via the external address.
Such a situation could be generating the following error messages:
Note that the "Misbehaving" error message does not start with ERROR: