[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <000701c74967$1ad9a9c0$cc0a010a@tcssec.com>
Date: Mon, 5 Feb 2007 14:49:17 -0600
From: "Venkat Yekkirala" <vyekkirala@...stedcs.com>
To: "'David Miller'" <davem@...emloft.net>, <jmorris@...ei.org>
Cc: <latten@...tin.ibm.com>, <netdev@...r.kernel.org>,
<paul.moore@...com>,
"Venkat Yekkirala" <vyekkirala@...fw4.tcs-sec.com>,
<herbert@...dor.apana.org.au>
Subject: RE: when having to acquire an SA, ipsec drops the packet
> Something like this (untested) on the ipv4 side, for example:
>
> diff --git a/include/net/route.h b/include/net/route.h
> index 486e37a..a8af632 100644
> --- a/include/net/route.h
> +++ b/include/net/route.h
> @@ -146,7 +146,8 @@ static inline char rt_tos2priority(u8 tos)
>
> static inline int ip_route_connect(struct rtable **rp, __be32 dst,
> __be32 src, u32 tos, int
> oif, u8 protocol,
> - __be16 sport, __be16 dport,
> struct sock *sk)
> + __be16 sport, __be16 dport,
> struct sock *sk,
> + int flags)
> {
> struct flowi fl = { .oif = oif,
> .nl_u = { .ip4_u = { .daddr = dst,
> @@ -168,7 +169,7 @@ static inline int ip_route_connect(struct
> rtable **rp, __be32 dst,
> *rp = NULL;
> }
> security_sk_classify_flow(sk, &fl);
> - return ip_route_output_flow(rp, &fl, sk, 0);
> + return ip_route_output_flow(rp, &fl, sk, 1);
I guess you meant to pass the new flags param to ip_route_output_flow here?
> }
>
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists