Summary Bar Information

Many of the stats on the summary bar may be configured to be graphed for further analysis.

General

• Local Identity: The first four characters (24 bits) of your 44-character (256-bit) Base64 router hash. The full hash is shown on your router info page. Never reveal this to anyone, as your router info contains your IP.
• Version: The version of the I2P software you are running.
<% /*
• Now: The current time (UTC) and the skew, if any. I2P requires your computer's time be accurate. If the skew is more than a few seconds, please correct the problem by adjusting your computer's time.
*/ %>
• Reachability: The router's view of whether it can be contacted by other routers. See below for more information.

Peers

• Active: The first number is the number of peers you've sent or received a message from in the last few minutes. This may range from 8-10 to several hundred, depending on your total bandwidth, shared bandwidth, and locally-generated traffic. The second number is the number of peers seen in the last hour or so. Do not be concerned if these numbers vary widely. [Enable graphing].
• Fast: This is the number of peers you use for building client tunnels. It is generally in the range 8-30. Your fast peers are shown on the profiles page. [Enable graphing]
• High Capacity: This is the number of peers you use for building some of your exploratory tunnels. It is generally in the range 8-75. The fast peers are included in the high capacity tier. Your high capacity peers are shown on the profiles page. [Enable graphing]
• Well Integrated: This is the number of peers you use for network database inquiries. These are usually the "floodfill" peers. Your well integrated peers are shown on the bottom of the profiles page.
• Known: This is the total number of routers you know about. They are listed on the network database page. This may range from under 100 to 1000 or more. This number is not the total size of the network; it may vary widely depending on your total bandwidth, shared bandwidth, and locally-generated traffic. I2P does not require a router to know every other router.

Bandwidth in/out

Should be self-explanatory. All values are in bytes per second, not bits per second. Change your bandwidth limits on the configuration page. Bandwidth is graphed by default.

Local destinations

The local applications connecting through your router. These may be clients started through I2PTunnel or external programs connecting through SAM, BOB, or directly to I2CP.

Tunnels in/out

The actual tunnels are shown on the the tunnels page.

• Exploratory: Tunnels built by your router and used for communication with the floodfill peers, building new tunnels, and testing existing tunnels.

• Client: Tunnels built by your router for each client's use.
• Participating: Tunnels built by other routers through your router. This may vary widely depending on network demand, your shared bandwidth, and amount of locally-generated traffic. The recommended method for limiting participating tunnels is to change your share percentage on the configuration page. You may also limit the total number by setting router.maxParticipatingTunnels=nnn on the advanced configuration page. [Enable graphing].
• Share ratio: The number of participating tunnels you route for others, divided by the total number of hops in all your exploratory and client tunnels. A number greater than 1.00 means you are contributing more tunnels to the network than you are using.

Congestion

Some basic indications of router overload:

• Job lag: How long jobs are waiting before execution. The job queue is listed on the jobs page. Unfortunately, there are several other job queues in the router that may be congested, and their status is not available in the router console. The job lag should generally be zero. If it is consistently higher than 500ms, your computer is very slow, or the router has serious problems. [Enable graphing].
• Message delay: How long an outbound message waits in the queue. This should generally be a few hundred milliseconds or less. If it is consistently higher than 1000ms, your computer is very slow, or you should adjust your bandwidth limits, or your (bittorrent?) clients may be sending too much data and should have their transmit bandwidth limit reduced. [Enable graphing] (transport.sendProcessingTime).
• Tunnel lag: This is the round trip time for a tunnel test, which sends a single message out a client tunnel and in an exploratory tunnel, or vice versa. It should usually be less than 5 seconds. If it is consistently higher than that, your computer is very slow, or you should adjust your bandwidth limits, or there are network problems. [Enable graphing] (tunnel.testSuccessTime).
• Handle backlog: This is the number of pending requests from other routers to build a participating tunnel through your router. It should usually be close to zero. If it is consistently high, your computer is too slow, and you should reduce your share bandwidth limits.
• Accepting/Rejecting: Your router's status on accepting or rejecting requests from other routers to build a participating tunnel through your router. Your router may accept all requests, accept or reject a percentage of requests, or reject all requests for a number of reasons, to control the bandwidth and CPU demands and maintain capacity for local clients.