Re: [Openswan dev] ip xfrm bug

2 messages, 2 authors, 2007-12-23 · open the first message on its own page

Re: [Openswan dev] ip xfrm bug

From: Herbert Xu <herbert@gondor.apana.org.au>
Date: 2007-12-16 07:43:59

On Fri, Dec 14, 2007 at 11:21:18AM -0800, Stephen Hemminger wrote:
I can see where to filter these, but I am ignorant of how to
identify the socket policies. Are they just marked as sub-policies?
Jamal's going to hate me but setkey(8) already uses this so we're
stuck with it anyway.

The test is

	up->index % 8 >= 3

This is true iff it's a socket policy.

Cheers,
-- 
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} [off-list ref]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

Re: ip xfrm bug

From: jamal <hidden>
Date: 2007-12-23 13:06:53

On Sun, 2007-16-12 at 15:43 +0800, Herbert Xu wrote:
Jamal's going to hate me but setkey(8) already uses this so we're
stuck with it anyway.

The test is

	up->index % 8 >= 3

This is true iff it's a socket policy.
I would have loved it if user space had a say ;-> 
In the case of tc actions for example; the (table) index abides to the
following rules:

 if user space specified one in rule insertion then {
     if available, use the allowed entry {
     } else if inuse {
         if replace flag is set then {
            replace
        } else {
         return error
     }
  } else {
   grab the next available index
  }

makes management from user space much simpler.

cheers,
jamal
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help