Hi Carsten, I agree that it was good to complete the tasks and solve the specific issues, and it may be a good reason for close, but I also think the working group can decide if they want to bring more tasks in and continue (I don't see a role in IETF to MUST close WG if completes the specific problems, if I am wrong please refer me to a page reference?), and if they want to solve other problems related to the group purpose. I think that the community drives works/inputs in IETF WGs.
IMO, the IESG is only to decide to requests of open or close, after they get an input with reason. I don't think they are prerogative to decide the input and decide the output as well. IMO IESG are prerogative to decide the outcome. The inputs are decided by the WG, and the WG may not decide the outcome-result of such input. So I think if we want to request for continue/close we see the community input for 6Lowpan WG, then if they wanted to continue we input to IESG for their approval, if they want to close then it will be without an input request. There is a possibility that I don't know how the IETF works, but I read the IETF procedures, and see that there is no good reason for close without the WG consensus or input of this issue. Regards AB ========================================================================= On Thu, Jun 14, 2012 at 4:10 PM, Carsten Bormann <[email protected]> wrote: > On Jun 14, 2012, at 13:16, Abdussalam Baryun wrote: > > > I also think the memebrs are only authorised to decide if cotinue or not, > > if there was no good reason announced ;) > > Well, that's not how the IETF works. > > The IETF sets up WGs to solve specific, well-defined problems. > When that work is done, the WG is closed. > That doesn't mean everything is going away -- often, e.g., the mailing > list stays open. > > 6LoWPAN is close to achieving all the work it was tasked for (actually, > looking at http://datatracker.ietf.org/wg/6lowpan/charter/ you can see > all our milestones are already marked as done; however, there is some > shepherding to be done while the last two documents are on their way to > RFC). > So, indeed, it is close to being closed. > > By the way, it is the prerogative of the IESG to set up and close down WGs. > WG chairs come into play only to run the WG. > (Of course, when it became clear that it is becoming time to shut down > 6LoWPAN, we were asked about our opinion, but it wasn't our decision.) > > Yes, it would be nice to know where continuing work on the INT area > aspects of constrained node/networks is to be done. We have a new INT AD > that has expressed interest in solving that problem together with the > existing responsible AD for 6LoWPAN. But there is no rush -- 6LoWPAN is > around and alive, and the work on the interesting documents can continue on > the 6LoWPAN mailing list (with a subscriber count currently north of 700). > I would expect we know the way forward by the end of Vancouver IETF. > > So now let's return from the process discussion to the technical work of > reviewing the draft, finding things that can be left out from the design to > further simplify it, and gaining simulation (from packet captures) and > implementation experience. > > Grüße, Carsten > >
_______________________________________________ 6lowpan mailing list [email protected] https://www.ietf.org/mailman/listinfo/6lowpan
