Tinc for gaming

[Russell Handorf]

Last I remember, there is a problem with Tinc and bridging (ethernet) 
mode anyways where it pads broadcast packets with more and more data as 
they broadcast down the line. I havent checked to see if this has been 
fixed yet or not, but what I have is the following.

Two "ethernet" VPN tunnel endpoints, A and B. A is the primary VPN 
cloud, and B is the fail over cloud. User's routers have tunnel sessions 
to both A and B at the same time. Then we use OSPFv2 on top of this 
cloud to best determine which cloud is the one to route packets over. 
There is also a VPN connection between A and B as well.

ASCII ART:

       Primary Tunnel                             Secondary Tunnel
                A----------------------------------B
              / |  |  \                                            / |  |  \
            /  /   \   \                                         /  /   
\   \
          /   |     |    \                                      /   
|     |    \
        /     |     |      \                                  /     
|     |      \
       1a   2a  3a    4a                             1b  2b  3b    4b


r

Russell Handorf
 
< < < < > > > >
The information transmitted is intended only for the person(s) or entity
to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination, or
other use of, or taking of any action in reliance upon, this
information by persons or entities other than the intended recipient
is prohibited. If you received this in error, please contact the sender
and delete the material from any computer.






Arjen Geerse wrote:
>
> Hi,
>
> Thanks for all your input, things are getting clearer now.
>
> Actually we got it working with mode = switch and redundant 
> connectTo's (everybody connecting to everybody).
>
> However, this only works with 2 persons.
>
> As I understand, we need to broadcast all traffic from the vpn subnet 
> to our local subnets (or the other way around)
>
> We tried bridging (from windows) the local connections with the Tap 
> adapter, but this breaks the wan connection.
>
> Is it useful to assign a gateway to the tap adapter, and use the local 
> gateway address for that? Or are we looking in the wrong direction?
>
> I wish I had paid attention in network class :(
>
> Kind regards,
>
> Arjen
>
>
> On 11/5/06, *sich* < sich at cafe-philo.net <mailto:sich at cafe-philo.net>> 
> wrote:
>
>     Guus Sliepen a écrit :
>     > On Sat, Nov 04, 2006 at 07:10:05PM -0500, Russell Handorf wrote:
>     >
>     > 4. Use Mode = switch, and use bridging if necessary.
>     >
>     > This works with any network protocol, not just UDP broadcasts.
>     However,
>     > option 3 is the best option, if it is available.
>
>
>     This option work fine in all situation. Juste take care about dhcp
>     request :)
>
>     sich
>     _______________________________________________
>     tinc mailing list
>     tinc at tinc-vpn.org <mailto:tinc at tinc-vpn.org>
>     http://brouwer.uvt.nl/cgi-bin/mailman/listinfo/tinc
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> tinc mailing list
> tinc at tinc-vpn.org
> http://brouwer.uvt.nl/cgi-bin/mailman/listinfo/tinc
>