* Throttle: Use BANDWIDTH rather than CRIT as the rejection reason at
startup, so peers don't list us as failing.
This commit is contained in:
@ -7,6 +7,8 @@
|
||||
- Don't publish bw stats in first hour of uptime
|
||||
- Publish floodfill stats even if other stats are disabled
|
||||
- Changes not effective until 0.6.2.1 to provide cover.
|
||||
* Throttle: Use BANDWIDTH rather than CRIT as the rejection reason at
|
||||
startup, so peers don't list us as failing.
|
||||
* graphs.jsp: Fix a bug where it tries to display the combined
|
||||
bandwidth graph when it isn't available
|
||||
|
||||
|
@ -91,8 +91,9 @@ class RouterThrottleImpl implements RouterThrottle {
|
||||
return TunnelHistory.TUNNEL_REJECT_CRIT;
|
||||
}
|
||||
|
||||
// Don't use CRIT because we don't want peers to think we're failing
|
||||
if (_context.router().getUptime() < 20*60*1000)
|
||||
return TunnelHistory.TUNNEL_REJECT_CRIT;
|
||||
return TunnelHistory.TUNNEL_REJECT_BANDWIDTH;
|
||||
|
||||
long lag = _context.jobQueue().getMaxLag();
|
||||
// reject here if lag too high???
|
||||
|
Reference in New Issue
Block a user