Re: Issue 24 MUST/SHOULD in clock skew (section 7.1)
"KAMADA Ken'ichi" <[email protected]> Tue, 22 Feb 2005 09:19:50 +0900
| Newsgroups | gmane.ietf.kink |
|---|---|
| Message-ID | <20050222091950IO%[email protected]> |
At Fri, 04 Feb 2005 13:35:17 +0900, Kazunori Miyazawa <[email protected]> wrote: > > #24 [*] MUST/SHOULD in clock skew (section 7.1) > > The time difference MUST be computed and SHOULD be stored > and used? Why the different requirement levels? (And is this sort of > thing in the domain of KINK or Kerberos?) (Ken Raeburn) > > I think the clock skew processing is an implementation and/or operational issue > in KINK. However the server must provide the ctime because the client may want > to continue the process though there is skew. > > I propose that KINK filling out ctime is MUST but KINK should not decide the > processing. I agree that the server MUST fill out ctime (and the current draft also says so). Regarding clients, do you mean KINK should not describe the processing, or should not use capital letters? I like SHOULD, or have no problem with describing small letters if the WG prefers it. But I think "not describing the processing" is not appropriate because it is not specified by Kerberos (as far as I know) and clients don't know how to process ctime without it. -- KAMADA Ken'ichi <[email protected]>