No connection between nodes on same LAN
Daniel Schall
Daniel-Schall at web.de
Wed May 26 08:34:30 CEST 2010
Hi Michael,
On Tue May 25 20:13:51 CEST 2010, Michael Braun wrote:
> > 2) On success, they
> > will drop the direct connection to the public endpoint of the host they
just
> > connected to and will use the local endpoint instead for forwarding data
> > packets.
> Imagine C -- A -- B with A is the public endpoint and B, C are
> in the same subnet. Now let C, B discover that they are in the same
> subnet. Then they will partition the network into B -- C, A where
> B,C cannot reach A and vica versa.
The "public endpoint" refers to the local UDP-endpoint of each node, for
example a node which has two physical LANs connected with IP addresses
192.168.0.10 and 10.0.0.12 and also has a NATed connection to the outside
world, would have three UDP endpoints:
192.168.0.10:655,
10.0.0.12:655 and
pu.bl.ic.ip:1337 (an endpoint on the NAT router)
Regarding your example this would mean for the three nodes
C -- A -- B, with B and C on the same LAN, that after a short while, the
connections between B and C should be established directly.
Let's make an example and annotate UDP endpoints for the nodes:
A:
1.1.1.1:123 (public)
B:
192.168.0.1:123 (LAN)
2.2.2.2:1123 (public, NATed)
C:
192.168.0.2:123 (LAN)
2.2.2.2:2123 (public, NATed)
First, the situation would look like this:
C (2.2.2.2:2123) -- (1.1.1.1:123) A (1.1.1.1:123) -- (2.2.2.2:1123) B
After C and B have detected, they are on the same LAN, they will directly
connect:
C (2.2.2.2:2123) -- (1.1.1.1:123) A (1.1.1.1:123) -- (2.2.2.2:1123) B
++++
C (192.168.0.2:123) -- (192.168.0.1:123) B
The connection to A is not affected by this.
Best,
Daniel
More information about the tinc
mailing list