Joel,

> There have beeen some comments that we should make clearer that the top 
> priority (although not preventing the WG from working on other topics) is 
> moving the needed core documents from Experimental to PS.  That change is one 
> we can and should make.

That is ok.

> Beyond that, I don't think we want to mandate in the charter whether the 
> other work will turn out to be experimental or standards track.  Can you 
> explain why we need to decide that status issue now?

The proposed charter has no information in this topic. It essentially gives the 
issue up to the working group to decide .That may or may not be fine, and I 
like the model where the working group is in charge. But at the same time, a 
complete freedom makes it more difficult for anybody at the community or the 
IESG to say later that wait, this particular item shouldn’t be on standards 
track.

I like to think of the charter as a promise. About getting to do and publish 
the work & doing within these requirements or constraints.

What I am asking is some additional scoping. This could be of course a direct 
spec of what is standards track and what is not in the charter. Is that not 
possible then at this time? But there are of course alternatives, as well, such 
stating what you know now and making changes later; asking the working group to 
come to some kind of checkpoint later when you do know and communicate with the 
rest of the IETF and IESG about your suggested classification; or adding some 
kind of general language to the charter about what types of results you feel 
are sufficient for standards track (broad interest, experience, have resolved 
all major issues, …).

My preference would be to state what is standards track right now in the 
charter, if that is known. If that is not known, then we can discuss more and 
figure out if, for instance, the general language approach would help.

Jari

Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail

_______________________________________________
lisp mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/lisp

Reply via email to