[Dhcpv6bis] Proposed DHCPv6bis London meeting agenda

Tomek Mrugalski <tomasz.mrugalski@gmail.com> Wed, 26 February 2014 19:29 UTC

Message-ID: <530E40A6.5010003@gmail.com>
Date: Wed, 26 Feb 2014 20:29:42 +0100
From: Tomek Mrugalski <tomasz.mrugalski@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: dhcpv6bis@ietf.org
References: <530BABEE.10906@gmail.com>
In-Reply-To: <530BABEE.10906@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/dhcpv6bis/a38pRr3R7PTk-uzm8BL4dYEUpv4
Subject: [Dhcpv6bis] Proposed DHCPv6bis London meeting agenda
Precedence: list

It seems that we'll be meeting in London. That's good, because face 2
face meeting always moves things forward a lot.

We should aim for 2 hours meeting. Although the exact time will be
chosen among the design team, this is an open meeting and everyone is
welcome to attend.

Minutes from previous (on-line) meeting:
http://www.ietf.org/mail-archive/web/dhcpv6bis/current/msg00066.html

Here's proposed agenda:

0. Agenda bashing

1. Review the current status and next steps

2. Get over the remaining list of RFCs we can possibly merge:
This is a follow-up after previous meeting. We did not make a decision
for those two RFCs.

RFC6977 - Triggered reconfigure
We initially thought that it's about making explicit the currently
implicit assumption that the relays do not modify client's messages and
based on that info we decided to include clarification that relays do
not modify any relayed message (regardless if the message goes up or
down). Unfortunately, that is the clarification done in RFC6422. So the
decision we made is not valid and this topic will have to be revisited.

RFC6422 - relay supplied options
Decision is postponed, as nobody on the call knew what exactly that RFC
changes (it updates 3315).

Please take a quick look at them, so we can make an informed decision.

3. The tickets that don't have milestone assigned yet

As of today, that's 23 tickets. We'll triage them and assign to A,B or C
category. If you have some time to spare before the meeting, please try
to triage them and move to appropriate category.

4. Tickets in A category: easy, apply before merge
These are trivial. It doesn't make sense to spend too much time on
those. If we deal with all A tickets, we'll be ready for the -01 upload.

5. The plan to merge 3633 into bis draft
Michael and Andrew said on Jun. 22 meeting that they'll work on the
plan. (naming convention, sections to copy as-is, what to merge etc.)

Once the merge is done, we can upload -02 and request adoption.

6. Tickets in B category: moderate difficulty, apply after merge
Let's go over those next. They are the next in line once A tickets and
the merge are done. This should be a quick one. There's not much to
discuss here, we just need to do them once the merge is done.

7. Tickets in C category: awaiting consensus.
These are the tricky ones. Let's try to solve as many of them as
possible (or pick those that we need to bring to the DHC list). Ideally,
majority of the meeting time should be spent on this item.

Tomek

[Dhcpv6bis] Proposed DHCPv6bis London meeting age… Tomek Mrugalski
Re: [Dhcpv6bis] Proposed DHCPv6bis London meeting… Bernie Volz (volz)
Re: [Dhcpv6bis] Proposed DHCPv6bis London meeting… Leaf Yeh