== NTK_RFC 0008 ==

Subject: Private IP classes in restricted mode

----
                    * WARNING *
This RFC has been deprecated by the NTK_RFC 0012
                    * WARNING *
----

The user can decide to use, in restricted mode, a different private IP
class from the default one ( 10.x.x.x ). This is useful if the 10.x.x.x class
cannot be used, for example in Russia, it is very popular to provide Internet
access through big LANs which use the 10.x.x.x class.

The other available classes are:
{{{
172.16.0.0  - 172.31.255.255    = 16*2^16 = 1048576 IPs
192.168.0.0 - 192.168.255.255   =    2^16 = 65536   IPs
}}}

The 192.168.x.x class cannot be used as an alternate restricted mode IP class
because it is the default Netsukuku private class, thus the only alternative
to 10.x.x.x is the "172.16.0.0 - 172.31.255.255" IP class.
However it is adviced to always use the default class.

== Netsukuku private classes ==

It necessary to provide at least one private IP class inside Netsukuku to
allow the creation of private LANs which are connected to Netsukuku with just
one node.

The default Netsukuku private class is 192.168.x.x.
The random IPs choosen by the nodes will never be one of that class.
The default private class is valid both in normal and restricted mode.

Only in normal mode the "172.16.0.0 - 172.31.255.255" class becomes private.
This class is assigned to very large private networks.

The 10.x.x.x class IS NOT private since it is too big and it would be just a
waste of IP addresses to use it as a private class.
Note also that for each Netsukuku node you can have a private network,
therefore with just 16 Netsukuku nodes you can form a private network of
16777216 nodes, which is equivalent to a 10.x.x.x class.

== Notes on the restricted mode ==

A node which runs in restricted mode cannot be compatible with normal mode
nodes, for this reason a restricted node will drop any packets coming from a
normal node.

While in restricted mode the "172.16.0.0 - 172.31.255.255" class IS NOT
private.

In restricted mode, when two different networks which use different
private classes (say 10.x.x.x and 192.168.x.x) are linked, nothing happens and
they will not rehook, this is necessary because it's assumed that the specified
private class is the only choice the user can utilize.
This leds to some problems, consider this scenario:
{{{
		10.0.0.0 <-> 172.16.0.0
}}}
In this case the rehook isn't launched, so it is possible that there will be a
lot of collision.