LARTC
[Top] [All Lists]

[LARTC] Using Julian Anastasov's 'routes' patches on 2.4 kernel in conju

To: lartc@mailman.ds9a.nl
Subject: [LARTC] Using Julian Anastasov's 'routes' patches on 2.4 kernel in conjunction with IPSec
From: Seba Tiponut <seba@mfdlabs.ro>
Date: Mon, 25 Jun 2007 14:47:51 +0300
Delivered-to: sp-com-lists@consult.net
Delivered-to: lartc-list@securepoint.com
Delivered-to: lartc@outpost.ds9a.nl
List-archive: <http://mailman.ds9a.nl/pipermail/lartc>
List-help: <mailto:lartc-request@mailman.ds9a.nl?subject=help>
List-id: "Mailinglist of the Linux Advanced Routing &amp; Traffic Control project" <lartc.mailman.ds9a.nl>
List-post: <mailto:lartc@mailman.ds9a.nl>
List-subscribe: <http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc>, <mailto:lartc-request@mailman.ds9a.nl?subject=subscribe>
List-unsubscribe: <http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc>, <mailto:lartc-request@mailman.ds9a.nl?subject=unsubscribe>
Organization: MFDLabs Romania
Sender: lartc-bounces@mailman.ds9a.nl
User-agent: KMail/1.9.1
Hello,

I use Julian Anastasov 'routes' (to be more specific: static_routes, 
alt_routes and nf_reroute) patches on a 2.4.32 kernel. On the same host I run 
IPSec. I have discovered after a few hours of networking problems that,
when IPSec is enabled on that patched kernel, inspecting packets with tcpdump 
while arping-ing a host from a network physically connected to this machine, 
the arp requests show up on the ipsecX interface instead of the ethX 
interface. When IPSec isn't running, Julian's code works fine. I suspect it 
has something to do with having two interfaces with the same data (ipsecX 
mirroring the configuration from ethX).
Can anyone give me a hint on how could I solve this problem? I've googled a 
long time to no avail and I don't have the necessary skills to debug the 
networking code from kernel.

Cheers,
Seba.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

<Prev in Thread] Current Thread [Next in Thread>