Re: TUN interfaces loopback

2015-12-01 Thread Hannes Frederic Sowa
Hello, On Wed, Nov 25, 2015, at 17:58, Radu Rendec wrote: > Disclaimer: I know this is a *development* list, but I feel the answer > lies deep down in the ipv4 routing code, so it's more likely that I > find help here. > > That being said, I have two TUN interfaces that are "cross-connected" > in

Re: TUN interfaces loopback

2015-11-29 Thread Radu Rendec
On Sun, 2015-11-29 at 17:40 +0900, Lorenzo Colitti wrote: > On Thu, Nov 26, 2015 at 1:58 AM, Radu Rendec wrote: > > I tracked down the problem to ip_route_input_slow() in net/ipv4/route.c > > [...] > > The next problem is that packets are seen as "martians" and dropped, > > most probably because o

Re: TUN interfaces loopback

2015-11-29 Thread Lorenzo Colitti
On Thu, Nov 26, 2015 at 1:58 AM, Radu Rendec wrote: > I tracked down the problem to ip_route_input_slow() in net/ipv4/route.c > [...] > The next problem is that packets are seen as "martians" and dropped, > most probably because of __fib_validate_source() failing due to the > fact that the input i

TUN interfaces loopback

2015-11-25 Thread Radu Rendec
Disclaimer: I know this is a *development* list, but I feel the answer lies deep down in the ipv4 routing code, so it's more likely that I find help here. That being said, I have two TUN interfaces that are "cross-connected" in user space (i.e. whatever is read on the socket corresponding to eithe