| To: | Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH 3/3 XFRM]: Fix invalid key for lookup of cached bundles |
| From: | Patrick McHardy <kaber@xxxxxxxxx> |
| Date: | Mon, 07 Mar 2005 04:11:17 +0100 |
| Cc: | davem@xxxxxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <20050307025723.GA4818@gondor.apana.org.au> |
| References: | <E1D7t0w-0008Qa-00@gondolin.me.apana.org.au> <422AF8D0.3010905@trash.net> <20050307012458.GA4335@gondor.apana.org.au> <422BB14A.5030302@trash.net> <20050307014337.GA4451@gondor.apana.org.au> <422BB477.3040607@trash.net> <20050307015943.GA4533@gondor.apana.org.au> <422BBCC2.4010706@trash.net> <20050307025723.GA4818@gondor.apana.org.au> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.5) Gecko/20050106 Debian/1.7.5-1 |
Herbert Xu wrote:
The reason I'm asking is because the places where you're most likely to use tos/fwmark is in IPsec gateways. In other words, it isn't very useful unless it works in tunnel mode. This plus the fact that the check for tunnel mode is a bit of a hack makes me think that it's not worth it at the moment.
On the subject of fixing the scalability issue, we should just use the flow cache directly for each bundle.
Regards Patrick |
| Previous by Date: | Re: [PATCH 3/3 XFRM]: Fix invalid key for lookup of cached bundles, Herbert Xu |
|---|---|
| Next by Date: | Re: [2/4] [IPSEC] Add xfrm_state_mtu, David S. Miller |
| Previous by Thread: | Re: [PATCH 3/3 XFRM]: Fix invalid key for lookup of cached bundles, Herbert Xu |
| Next by Thread: | Re: [PATCH 3/3 XFRM]: Fix invalid key for lookup of cached bundles, David S. Miller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |