[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Disposition of the IKEv2 ID_KEY_ID type
>
> > > If there is a desire for such a new identity type, it will always be
> >> possible to define a new type in another RFC. But given that IKEv2 is
> >> currently in last call, it doesn't seem like it's the time now to try to
> >> add new identity types....
> >>
> >> Is this an outcome that most people on the list could live with?
> >>
> >I am fine with this.
> >
> >But note that this discussion came out of an issue that was
> >raised against 2401bis. Steve later clarified that contents of ID_KEY_ID
> >would be added (clarified) as another selector in 2401bis. Perhaps,
> >you were planning
> >to summarize under a different subject ?
> >
> >-mohan
> >
>
> ID_KEY_ID is not a selector. It is a type of IKE ID and thus could be
> a candidate for the Name selector. Since we have decided that this ID
Yes, that's what i meant.
> is not used to identity users in the same way as, say, RFC822 names,
> it may or may not be appropriate.
>
Hmm.. i thought that the email thread did discuss the current uses and the
general usefulness of it. Perhaps, we need a separate consensus test for it ?
-mohan
> Steve