[Swan-dev] encrypted informational message when in state R1?
Antony Antony
antony at phenome.org
Tue Mar 3 20:47:33 EET 2015
can you push this change to a branch first? and do test run?
Also if you push to a branch do you mind if add some changes to it?
How are you going to deal with all the macros we have IS_* ?
-antony
On Tue, Mar 03, 2015 at 01:37:47PM -0500, Andrew Cagney wrote:
> On 18 February 2015 at 20:25, Paul Wouters <paul at nohats.ca> wrote:
> > On Wed, 18 Feb 2015, D. Hugh Redelmeier wrote:
>
> > STATE_PARENT_R2 also suports informationals, like liveness probes.
> >
> >> I continue to think that these are terrible state names.
> >
> >
> > Everybody agrees.
> >
> >> STATE_PARENT_R1 => STATE_INIT_R
> >> STATE_PARENT_R2 => STATE_AUTH_R
>
> > That would work, andso would:
> >
> > STATE_PARENT_I1 => STATE_INIT_I
> > STATE_PARENT_I2 => STATE_AUTH_I
> >
> > I'm not sure what STATE_PARENT_I3 should be called.
>
> STATE_V2_ESTABLISHED.
>
> I'll push the following rename:
>
> STATE_PARENT_R1 -> STATE_V2_INIT_R
> STATE_PARENT_I1 -> STATE_V2_INIT_I
> STATE_PARENT_I2 -> STATE_V2_AUTH_I
> STATE_PARENT_I3 -> STATE_V2_ESTABLISHED
>
> I'm going to leave STATE_PARENT_R2 unchanged for reasons that deserve
> a new thread.
> (btw the corresponding state_names table is out-of-date, I'll fix that).
>
> Andrew
> _______________________________________________
> Swan-dev mailing list
> Swan-dev at lists.libreswan.org
> https://lists.libreswan.org/mailman/listinfo/swan-dev
>
More information about the Swan-dev
mailing list