Re: [v6ops] Outcomes from v6ops@IETF98

[Fred Baker <[e-mail]>]

> On Apr 1, 2017, at 4:41 PM, Tim Chown <[e-mail]> wrote:
>>> One question I intended to ask and didn't get to was the appropriateness of an interim meeting, perhaps in mid-May. It would primarily address draft-ietf-v6ops-ula-usage-considerations and draft-petrescu-v6ops-ipv6-power-ipv4, and potentially draft-ietf-v6ops-design-choices if it is updated. There is an argument for leaving these to IETF 99, and potentially booking a second slot for that discussion. Your opinions?
> 
> Seconded. Is the intention a physical or virtual meeting, or both?

I was thinking in terms of webex or equivalent, somewhere in May 8-18. If folks want to have a meeting, I have to announce it 30 days in advance, which means I'll send a doodle poll and we'll figure out when to have it during this coming week. To my small mind, June is late enough that we may as well delay for July.

My *guess* at an agenda in July includes
    draft-ietf-v6ops-ula-usage-considerations if needed
    draft-ietf-v6ops-design-choices if updated and needed
    draft-petrescu-v6ops-ipv6-power-ipv4 if needed

    draft-ietf-v6ops-happy-eyeballs-update
    draft-ietf-v6ops-rfc7084-bis
    draft-ietf-v6ops-ipv6rtr-reqs

Plus possible additional work submitted between now and then. Note the "if needed"; they might be an argument for a second slot if we don't have an interim meeting, and if we do have one, would only be on the agenda if updated and there is working group interest.

If you look at https://tools.ietf.org/rfcdiff?url2=draft-ietf-v6ops-ula-usage-considerations-02.txt, you will see that the authors have done some pretty heavy-duty changes to the document. I think the question would be (and this could be in email or verbally) what additional changes people would like to see. I'd invite a thorough review of the document as it stands. I'll note that "let's deprecate ULA or tell people to never use it" doesn't fit with current operational practice; when my phone is not attached to a WiFi, the DNS address my provider offers me is a ULA address. "Don't NAT", fine, but "don't ULA" as a blanket statement is inconsistent with operational practice in some providers, and "ULA implies NAT" is just silly. It implies that the systems so addressed are not normally advertised in BGP, nothing more and nothing less.

draft-petrescu-v6ops-ipv6-power-ipv4 is a brand new draft, slipped in just under the wire. The first question is whether the working group is interested; there wasn't time for that discussion to happen before IETF 98. If we ARE interested, what do we think of it?

draft-ietf-v6ops-design-choices didn't get updated for this meeting, and sooner or later will simply drop off radar. Folks have periodically said that they find it interesting and potentially useful, but the authors have largely run out of steam. So at least part of the question is "what is the future for this draft?".