diff --git a/i2p2www/pages/global/nav.html b/i2p2www/pages/global/nav.html index 24b1ca6c..bf64acab 100644 --- a/i2p2www/pages/global/nav.html +++ b/i2p2www/pages/global/nav.html @@ -79,10 +79,18 @@
  • I2NP
  • {{ _('Plugins') }}
  • SSU
  • +
  • {{ _('Tunnel creation') }}
  • {{ _('Tunnel messages') }}
  • {{ _('Software updates') }}
  • +
  • {{ _('Tunnels') }} + +
  • {{ _('Naming and addressbook') }}
  • {{ _('Plugins') }}
  • diff --git a/www.i2p2/pages/tunnel-alt-creation.html b/i2p2www/pages/site/docs/spec/tunnel_creation.html similarity index 100% rename from www.i2p2/pages/tunnel-alt-creation.html rename to i2p2www/pages/site/docs/spec/tunnel_creation.html diff --git a/www.i2p2/pages/tunnel-alt.html b/i2p2www/pages/site/docs/tunnels/implementation.html similarity index 93% rename from www.i2p2/pages/tunnel-alt.html rename to i2p2www/pages/site/docs/tunnels/implementation.html index cc64b17b..8798ad91 100644 --- a/www.i2p2/pages/tunnel-alt.html +++ b/i2p2www/pages/site/docs/tunnels/implementation.html @@ -1,4 +1,4 @@ -{% extends "_layout.html" %} +{% extends "global/layout.html" %} {% block title %}Tunnel Implementation{% endblock %} {% block content %} @@ -50,13 +50,13 @@ including message reordering, retransmission, congestion control, etc.

    An overview of I2P tunnel terminology is -on the tunnel overview page. +on the tunnel overview page.

    Tunnel Operation (Message Processing)

    Overview

    -

    After a tunnel is built, I2NP messages are processed and passed through it. +

    After a tunnel is built, I2NP messages are processed and passed through it. Tunnel operation has four distinct processes, taken on by various peers in the tunnel.

    1. First, the tunnel gateway accumulates a number of I2NP messages and preprocesses them into tunnel messages for @@ -77,7 +77,7 @@ so that the plaintext is revealed at the outbound endpoint.

      - Inbound and outbound tunnel schematic + Inbound and outbound tunnel schematic

      @@ -133,8 +133,8 @@ so that the plaintext is revealed at the outbound endpoint.

      Message Preprocessing

      A tunnel gateway's function is to fragment and pack -I2NP messages into fixed-size -tunnel messages +I2NP messages into fixed-size +tunnel messages and encrypt the tunnel messages. Tunnel messages contain the following: @@ -163,7 +163,7 @@ fragments for a short period of time, but will discard them as necessary.

      Details are in the -tunnel message specification. +tunnel message specification. @@ -250,7 +250,7 @@ use in client tunnels.

      Exploratory peer selection is discussed further on the -Peer Profiling and Selection page. +Peer Profiling and Selection page.

      Client tunnel peer selection

      @@ -263,7 +263,7 @@ should be adhered to, depending upon the client's anonymity needs.

      Client peer selection is discussed further on the -Peer Profiling and Selection page. +Peer Profiling and Selection page.

      Peer Ordering within Tunnels

      @@ -305,7 +305,7 @@ this is "non-interactive" telescopic tunnel building.

      This tunnel request preparation, delivery, and response method is -designed to reduce the number of +designed to reduce the number of predecessors exposed, cuts the number of messages transmitted, verifies proper connectivity, and avoids the message counting attack of traditional telescopic tunnel creation. @@ -314,7 +314,7 @@ part of the tunnel, is termed "interactive" telescopic tunnel building in the "Hashing it out" paper.)

      The details of tunnel request and response messages, and their encryption, -are specified here. +are specified here.

      Peers may reject tunnel creation requests for a variety of reasons, though a series of four increasingly severe rejections are known: probabilistic rejection @@ -324,7 +324,7 @@ those four are interpreted by the tunnel creator to help adjust their profile of the router in question.

      For more information on peer profiling, see the -Peer Profiling and Selection page. +Peer Profiling and Selection page.

      Tunnel Pools

      @@ -335,7 +335,7 @@ out of the appropriate pool at random. Overall, there are two exploratory tunne pools - one inbound and one outbound - each using the router's default configuration. In addition, there is a pair of pools for each local destination - one inbound and one outbound tunnel pool. Those pools use the configuration specified -when the local destination connects to the router via I2CP, or the router's defaults if +when the local destination connects to the router via I2CP, or the router's defaults if not specified.

      Each pool has within its configuration a few key settings, defining how many @@ -347,7 +347,7 @@ Configuration options are specified on the I2CP page.

      Tunnel Lengths and Defaults

      -On the tunnel overview page. +On the tunnel overview page.

      Anticipatory Build Strategy and Priority

      diff --git a/www.i2p2/pages/tunnel.html b/i2p2www/pages/site/docs/tunnels/old.html similarity index 99% rename from www.i2p2/pages/tunnel.html rename to i2p2www/pages/site/docs/tunnels/old.html index c9e82cc5..d5f33d5d 100644 --- a/www.i2p2/pages/tunnel.html +++ b/i2p2www/pages/site/docs/tunnels/old.html @@ -1,4 +1,4 @@ -{% extends "_layout.html" %} +{% extends "global/layout.html" %} {% block title %}Old Tunnel Implementation{% endblock %} {% block content %} diff --git a/www.i2p2/pages/unidirectional-tunnels.html b/i2p2www/pages/site/docs/tunnels/unidirectional.html similarity index 91% rename from www.i2p2/pages/unidirectional-tunnels.html rename to i2p2www/pages/site/docs/tunnels/unidirectional.html index 5d82c220..0229d013 100644 --- a/www.i2p2/pages/unidirectional-tunnels.html +++ b/i2p2www/pages/site/docs/tunnels/unidirectional.html @@ -1,4 +1,4 @@ -{% extends "_layout.html" %} +{% extends "global/layout.html" %} {% block title %}Unidirectional Tunnels{% endblock %} {% block content %}

      @@ -11,17 +11,17 @@ This page describes the origins and design of I2P's unidirectional tunnels. For further infomrmation see: