netdev
[Top] [All Lists]

Re: (usagi-core 11926) Re: [PATCH] IPv6 IPsec support

To: kazunori@xxxxxxxxxxxx
Subject: Re: (usagi-core 11926) Re: [PATCH] IPv6 IPsec support
From: "David S. Miller" <davem@xxxxxxxxxx>
Date: Wed, 19 Feb 2003 13:27:44 -0800 (PST)
Cc: usagi-core@xxxxxxxxxxxxxx, Kazunori.Miyazawa@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx, kuznet@xxxxxxxxxxxxx
In-reply-to: <20030219233915.130a26e3.kazunori@miyazawa.org>
References: <20030219134850.5f203ea7.Kazunori.Miyazawa@jp.yokogawa.com> <20030218.233301.98333082.davem@redhat.com> <20030219233915.130a26e3.kazunori@miyazawa.org>
Sender: netdev-bounce@xxxxxxxxxxx
   From: Kazunori MIyazawa <kazunori@xxxxxxxxxxxx>
   Date: Wed, 19 Feb 2003 23:39:15 +0900
   
   > 3) I noticed comment above transformation from
   >    explicit dst->output() call to dst_output().
   > 
   >    It is not IPSEC issue, rather I believe that entire tree should
   >    have this conversion eventually.  The concept of stackable
   >    destination cache entries is a generic one.
   > 
   
   Please let me understand. I think dst->output calls each dst
   output routine chains but those could not process the return value 
   NET_XMIT_BYPASS returned from ah and/or esp.
   Is this out of scope of IPsec?

Not really.  Stackable destinations are a powerful concept.

For example, we could reimplement IPIP processing using this.
In this way, IP tunnels can become stacked destinations.

Another application of stackable destinatins could be something
like CIPE.

Please understand what NET_XMIT_BYPASS means, which is "please
continue to invoke input/output method, I have placed new dst in skb"

I will apply the patch from Yoshfuji which makes the transformations.


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