From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Mon, 18 Sep 2006 11:43:49 +0200
> D'oh. Fixed patch attached.
Looks good Patrick, applied.
Thanks.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger
Patrick McHardy wrote:
> [XFRM]: Fix wildcard as tunnel source
>
> Hashing SAs by source address breaks templates with wildcards as tunnel
> source since the source address used for hashing/lookup is still 0/0.
> Move source address lookup to xfrm_tmpl_resolve_one() so we can
wildcards
in tunnel templates, but I can't see in which other case it would be
zero.
[XFRM]: Fix wildcard as tunnel source
Hashing SAs by source address breaks templates with wildcards as tunnel
source since the source address used for hashing/lookup is still 0/0.
Move source address looku
David Miller wrote:
> Unfortunately, this break scalability of the xfrm state layer when the
> source is equally as varying as the destination. In such setups you
> have an enormous number of entries with destination being the local
> system and only the source address changing.
>
> BTW, how can
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Sat, 02 Sep 2006 16:46:44 +0200
> [XFRM]: Fix wildcard as tunnel source
>
> Hashing SAs by source address breaks templates with wildcards as tunnel
> source. Remove saddr from the hash key.
>
> Signed-off-by: Patrick M
[XFRM]: Fix wildcard as tunnel source
Hashing SAs by source address breaks templates with wildcards as tunnel
source. Remove saddr from the hash key.
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit 19f7b6f33c0e9fbdf23a33506c2dfc0706b0c73
