Tinc OSPF involving bridge
John Halfpenny
jhalfpenny at excite.com
Mon Dec 5 15:19:06 CET 2005
>> I have a routing situation where Tinc looks like it could come in
>> extremely useful, but I have a query I hope someone can cast an eye
>> on, as I'm unsure whether Tinc can help me here.
>>
>> I currently have a Quagga OSPF linux router which connects LAN A to
>> LAN B over the quickest available of two routes (both routes at both
>> ends connect to Quagga boxes to prevent collisions).
>>
>> One of the routes involves connecting over a wireless bridge (which
>> can't be set to routed mode) and the other connects over a routed
>> wireless connection.
>>
>> i.e.
>>
>> LAN A OSPF --- W/less (NOIP) --- Wireless (NOIP) --- LAN B OSPF
>> +-- W/less 1.1.1.1 --- W/less 1.1.1.2 --+
>>
>> This is basically to allow redundancy of the NOIP wireless, which
>> drops at the first hint of fog or mist. :-)
>>
>> Is it possible to configure Tinc to connect over one of two possible
>> routes like this?
> I don't see why not.
>> And if so, is it also possible over a bridged connection which has no
>> external IP address (by specifying the interface in the config file)?
> Tinc encapsulates traffic in TCP and UDP packets, so you need to have
> IPv4 or IPv6 addresses on both sides. But a wireless bridge doesn't mean
> you don't have those addresses on both sides.
>> I realise there are other ways to do this, but I'm hoping that my
>> previous post regarding Tincs ability to hop across VPNs will allow
>> the site at the end of the Wireless to connect to other external VPNs.
> That will work.
>> If you've had the patience to read this far, then thanks for any
>> advice you can offer!
> It should be possible to do what you want with tinc, so go ahead and try
> to set it up, if you run into problems feel free to ask for more help!
Ok, I've looked at the problem again with a freshly caffeinated brain. I think what might be more elgant here is to setup Tinc as a bridge for my routed wireless, and use STP at either end to prevent collisions (one end on the switch connecting to Tinc and the other on two linux boxes).
LAN A --- STP Switch --- W/less (NOIP) -*- Wireless (NOIP) --- Linux STP Bridge --- LAN B
*plus*
LAN A --- STP Switch --- Tinc Bridge -*- Tinc Bridge (with STP) --- LAN B
This should hopefully make use of Tincs Bridging function to bring LAN A and B into the same subnet, give a failover in case one of the connections dies, and also give LAN B a Tinc server to handle connections out to other places.
Quite looking forward to having a go at this.
Thanks again for your help, Guus.
John
_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
More information about the tinc
mailing list