| To: | davem@xxxxxxxxxx |
|---|---|
| Subject: | Re: [PATCH] IPv6 IPSEC support |
| From: | YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx> |
| Date: | Sun, 23 Feb 2003 09:44:42 +0900 (JST) |
| Cc: | kazunori@xxxxxxxxxxxx, kuznet@xxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx, usagi@xxxxxxxxxxxxxx, kunihiro@xxxxxxxxxxxxxx |
| In-reply-to: | <20030222.154753.133994666.davem@xxxxxxxxxx> |
| Organization: | USAGI Project |
| References: | <20030222.031326.103246837.davem@xxxxxxxxxx> <20030222.214935.134101784.yoshfuji@xxxxxxxxxxxxxx> <20030222.154753.133994666.davem@xxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
In article <20030222.154753.133994666.davem@xxxxxxxxxx> (at Sat, 22 Feb 2003 15:47:53 -0800 (PST)), "David S. Miller" <davem@xxxxxxxxxx> says: > One example, xfrm_lookup() gets this xfrm_afinfo pointer, and it can > use it to learn how to compare addresses. The xfrm_afinfo pointer > is also passed to xfrm_bundle_create() which uses it to learn how > to lookup tunnel routes. > > A small net/ipv6/xfrm_ipv6.c module is created, which registers > a xfrm_afinfo structure to the generic xfrm engine, it teaches > how to do these operations for AF_INET6 xfrm objects. > > Do you think this can work? I suppose so. We'll try to work on it. -- Hideaki YOSHIFUJI @ USAGI Project <yoshfuji@xxxxxxxxxxxxxx> GPG FP: 9022 65EB 1ECF 3AD1 0BDF 80D8 4807 F894 E062 0EEA |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] IPv6 IPSEC support, David S. Miller |
|---|---|
| Next by Date: | Re: [PATCH] IPv6: Functions Clean-up, David S. Miller |
| Previous by Thread: | Re: [PATCH] IPv6 IPSEC support, David S. Miller |
| Next by Thread: | Re: [PATCH] IPv6 IPSEC support, Kazunori Miyazawa |
| Indexes: | [Date] [Thread] [Top] [All Lists] |