- Peer-State Rating
- Basic conceptional ideas
- Is given by peers to each other: ...
- ... for peer-ping
- A peer-ping is not a simple ICMP ping
- It is a special message that has to be replied by the other peer
- A time out is checked on sender side
- There must be some kind of protection against ping-flooding
- ...for reported upload/download compared to measured
- See bandwidth measuring
- Should limit spam nodes (wrong bandwidth reported)
- .. for following the "protocol directives"
- Up-to-date nodes should always show a good behavior to others
- Spam nodes may try to break/exploit the protocol for their own purposes
- ...for sending validated(/signed?) content
- This can be checked by hashes
- Should TTHs be used?
- TTH=Tiger Tree Hashes
- Or own implementation
- ... or digital "signatures"
- Always small positive rating for good/passed "checks"
- Always larger negative rating for bad/failed "checks"
- Software design
- Rating for: ...
- ... peer-ping
- Is an XML message to be sent in not regular times to other nodes
- Should contain a serial number
- To distinguish from already sent pings
- The serial number is maybe not known to other peers
- Some kind of "signature"
- To combat abusive/harmful peers
- Is not the actual ping time (ICMP ping), it is more a "virtual ping"
- Users with a slow Internet connection may be affected
- Is also used to determine ...
- ... if a node is still alive
- An IP address hint (dyndns hostname) may help here
- This relies on an external DNS server
- If that server is down, the node must still be found
- ...or some kind of "PEX" (Peer EXchange) may help here?
- May cause other abusive peers to send spoofed PEX data
- This requires addintional handling (e.g. negative karma for spoofed PEX data)
- ... if the node is not busy
- Slow ping responses could mean this
- Then the node needs to be marked as "busy"
- Sending more packages to this node would make it more busy (DDoS)
- If excessive pings are sent they need to be dealed
- By giving negative karma
- Blocking the harmful node
- ... comparison of reported/measured transfer rates
- ... no bad behavior (communication protocol)
- ... validated "content"