Skip to main content

Narrative Minutes interim-2019-iesg-05 2019-02-21 15:00
narrative-minutes-interim-2019-iesg-05-201902211500-00

Meeting Narrative Minutes Internet Engineering Steering Group (iesg) IETF
Date and time 2019-02-21 15:00
Title Narrative Minutes interim-2019-iesg-05 2019-02-21 15:00
State (None)
Other versions plain text
Last updated 2024-02-23

narrative-minutes-interim-2019-iesg-05-201902211500-00
INTERNET ENGINEERING STEERING GROUP (IESG)
Narrative minutes for the 2019-02-21 IESG Teleconference

These are not an official record of the meeting.
Narrative Scribe: Liz Flynn, Secretariat

1. Administrivia
1.1 Roll call

ATTENDEES
---------------------------------
Ignas Bagdonas (Equinix) /  Operations and Management Area
Deborah Brungard (AT&T) / Routing Area
Ben Campbell (Oracle) / Applications and Real-Time Area
Alissa Cooper (Cisco) / IETF Chair, General Area
Michelle Cotton (ICANN) / IANA Liaison
Roman Danyliw (CERT/SEI) / Incoming Security Area
Spencer Dawkins (Wonder Hamster Internetworking) / Transport Area
Liz Flynn (AMS) / IETF Secretariat, Narrative Scribe
Sandy Ginoza (AMS) / RFC Editor Liaison
Ted Hardie (Google) / IAB Chair
Suresh Krishnan (Kaloom) / Internet Area
Mirja Kuehlewind (ETH Zurich) / Transport Area
Warren Kumari (Google) / Operations and Management Area
Barry Leiba (Huawei) / Incoming Applications and Real-Time Area
Alexey Melnikov / Applications and Real-Time Area
Cindy Morgan (AMS) / IETF Secretariat
Colin Perkins / incoming IRTF Chair
Eric Rescorla (Mozilla) / Security Area
Alvaro Retana (Huawei) / Routing Area
Adam Roach (Mozilla) / Applications and Real-Time Area
Jeff Tantsura (Apstra) / IAB Liaison
Martin Vigoureux (Nokia) / Routing Area
Amy Vezza (AMS) / IETF Secretariat
Magnus Westerlund (Ericsson) / Incoming Transport Area

REGRETS
---------------------------------
Heather Flanagan / RFC Series Editor
Benjamin Kaduk (Akamai Technologies) / Security Area
Terry Manderson (ICANN) / Internet Area
Portia Wenze-Danley (ISOC) / Interim LLC Executive Director
Eric Vyncke (Cisco) / Incoming Internet Area

OBSERVERS
---------------------------------
Greg Wood
Dan York

1.2 Bash the agenda

Amy: Any additions or changes to today's agenda?  We did get a late breaking
defer, which I will call out when we get there.

1.3 Approval of the minutes of past telechats

Amy: Does anyone have an objection to approving the minutes from February 7?
Hearing no objection, we will get those posted. Any objection to approving the
narrative minutes from February 7? Hearing no objection, so we will get those
posted too.

1.4 List of remaining action items from last telechat

     o Alvaro Retana to send email to the IESG with proposed re-labeling of
     scheduling conflicts.

Alvaro: Some progress.

     o Suresh Krishnan to discuss naming experts for the registries created by
     draft-irtf-icnrg-ccnxsemantics with Allison Mankin.

Suresh: I've had initial conversations with Allison and she promised to discuss
this with IRSG and get back to me. Keep it in progress, but the ball is with
the IRSG at this point. I assume at some point I need to transfer this to Colin.

     o Ben Campbell to write up text on the IESG's expectations regarding
     conflicts of interest and the disclosure of funding sources.

Ben: Still in progress.

     o Warren Kumari and Spencer Dawkins to develop the spherical routing topic.

Warren: We're still kind of working. It's worth keeping here so we don't
forget, but it's moving along and on the agenda for Prague.

     o Suresh Krishnan to draft a new proposed IESG Statement on the procedure
     to reference material behind a paywall, that includes the existing text
     and adds comments from the discussion, Eric Rescorla, and Barry Leiba.

Suresh: It's in progress. I'll get to that today.

     o Alissa Cooper to schedule a discussion about selecting the IESG's
     liaison to the IAB.

Alissa: I was hoping we could talk about this right now. Originally I was
thinking we could do this next week on the informal. I'm actually going to miss
the informal, which is not necessarily a problem; people can organize this
themselves if they want to. Or we could do it in two weeks if people think I
should be around. The other question is that we usually go through all the
liaison positions at once, and sometimes if there are multiple people
interested in one but only one person interested in the others, it's useful to
do them all at once. This includes tools, nomcom, EDU, mailing list
administrators. We could do those all together in two weeks and people can
think about what roles they might be interested in.

Barry: The reason we were going to do it quickly was to see if we could affect
the dates of the IAB retreat based on who the liaison was. Given that we can't
do that, I don't really care when we do it.

Alissa: I'm not sure it it was affecting the dates, but the person does need to
make it there so the person does need to know sooner rather than later. Do
people still want to do this before 104 or do you want to do it there?

Warren: I'm fine for waiting.

Alissa: It's already on the agenda for IETF 104 Sunday. So we can leave it
there and mark this as done.

      o Roman Danyliw and Barry Leiba to identify and catalogue common
      problematic and inappropriate behaviors from individuals in the IETF
      community both at in-person meetings and on email lists.

Barry: In progress.

2. Protocol actions
2.1 WG submissions
2.1.1 New items

 o draft-ietf-rtcweb-fec-08  - IETF stream
   WebRTC Forward Error Correction Requirements (Proposed Standard)
   Token: Adam Roach

Amy: I have no Discusses for this document so unless there's an objection it
looks like this one is approved.

Adam: Yes, and we're going to want a new version.

 o draft-ietf-perc-srtp-ekt-diet-09  - IETF stream
   Encrypted Key Transport for DTLS and Secure RTP (Proposed Standard)
   Token: Ben Campbell

Amy: I have a couple of Discusses. Do we need to discuss those today?

Ben: I think I mainly need to get Richard and others to respond to the
Discusses so we can have some discussion. Unless somebody has something they
want to talk about right now, I think we can move on and discuss this by email.
It will almost certainly require a new version, though.

 o draft-ietf-detnet-architecture-11  - IETF stream
   Deterministic Networking Architecture (Proposed Standard)
   Token: Deborah Brungard

Amy: I have a number of Discusses. Do we need to discuss those today?

Deborah: I don't think so. The discussion is going on online but if anyone
wants to, we can.

Amy: That sounds like it's IESG Evaluation, Revised ID Needed.

Deborah: Yes.

 o draft-ietf-tsvwg-le-phb-09 (Has RFC Editor Note)  - IETF stream
   A Lower Effort Per-Hop Behavior (LE PHB) (Proposed Standard)
   Token: Spencer Dawkins

Amy: I have a couple of open positions. Ekr, did you want to state a position?

Ekr: I haven't read it.

Amy: Okay. There are no Discusses in the tracker so if there's no objection it
looks like this is approved. Hearing no objection, so this document is
approved. Spencer, can you check that the ballot writeup and RFC Editor notes
are appropriate?

Spencer: It's a Revised ID Needed also.

 o draft-ietf-jmap-core-14  - IETF stream
   JSON Meta Application Protocol (Proposed Standard)
   Token: Alexey Melnikov

Amy: I have a number of Discusses. Do we need to discuss those today?

Alexey: I don't think so, unless people want to. I think discusses filed
earlier got responses so there's a dialogue going. I'd like the author and WG
to respond to these.

Adam: Benjamin isn't on the call but one of the items in my Discuss is security
related, so I wanted to flag it for Ekr to see if he could look at it and tell
me if I'm off in the weeds or if this is a genuine concern.

Ekr: Let me take a look.

Adam: It's the middle one citing section 8.3. Just wanted to flag it so we
could follow up in email.

Amy: So it sounds like this will require a revised ID.

Alexey: I think so, yes.

 o draft-ietf-jmap-mail-14  - IETF stream
   JMAP for Mail (Proposed Standard)
   Token: Alexey Melnikov

Amy: I have a couple of Discusses. Do we need to discuss those today?

Alexey: I don't think so. These are relatively trivial. It will need a new
revision though.

Amy: This will stay in IESG Evaluation, Revised ID Needed.

 o draft-ietf-uta-smtp-require-tls-07  - IETF stream
   SMTP Require TLS Option (Proposed Standard)
   Token: Alexey Melnikov

Amy: This document was deferred about an hour ago so we'll pick that up on
March 7.

 o draft-ietf-payload-flexible-fec-scheme-17  - IETF stream
   RTP Payload Format for Flexible Forward Error Correction (FEC)
   (Proposed Standard)
   Token: Ben Campbell

Amy: I have a Discuss in the tracker. Do we need to discuss that today? I don't
think your Discuss holder is here.

Ben: Benjamin isn't here. There was a response earlier today and I need to hear
from the authors so I think we'll handle this by email. I do think it will
require a Revised ID; several people expressed confusion about a concept that
can be clarified.

Amy: Okay; this will stay in IESG Evaluation, Revised ID Needed.

2.1.2 Returning items

 NONE

2.2 Individual submissions
2.2.1 New items

 o draft-nottingham-rfc5785bis-08  - IETF stream
   Well-Known Uniform Resource Identifiers (URIs) (Proposed Standard)
   Token: Alexey Melnikov

Amy: I have a Discuss in the tracker and unfortunately your Discuss holder is
not here to discuss it.

Alexey: This needs a response from the author. I suspect this will need a new
revision, considering all the comments.

2.2.2 Returning items

 NONE

2.3 Status changes
2.3.1 New items

 NONE

2.3.2 Returning items

 NONE

3. Document actions
3.1 WG submissions
3.1.1 New items

 o draft-ietf-dmm-ondemand-mobility-16  - IETF stream
   On Demand Mobility Management (Informational)
   Token: Suresh Krishnan

Amy: I have no consensus here. Should that be yes?

Suresh: Yes please, thank you.

Amy: I have a couple of Discusses; do we need to discuss either of those today?

Suresh: Not exactly. Alissa and Mirja both have fair points. Mirja's point has
been discussed before and the current version of the document is opposite of
what she wanted and we need to have that discussion with the author and WG, and
we'll do this over email. Alissa's thing is easier to fix and we'll do that
over email too.

Amy: So it sounds like you'll need a revision?

Suresh: For sure, yes.

 o draft-ietf-dots-requirements-18  - IETF stream
   Distributed Denial of Service (DDoS) Open Threat Signaling
   Requirements (Informational)
   Token: Benjamin Kaduk

Amy: I have no consensus for this document either. Do we think this is yes or
should we wait and ask Benjamin directly?

Ekr: I would imagine it's yes, but since it has Discusses anyway we can sort it
out later.

Amy: So it sounds like this one has some work ahead of it and we'll let
Benjamin pick that up later and we'll put this into Revised ID Needed.

Roman: Benjamin and I talked; this definitely needs a Revised ID.

Amy: Did you have any feeling on whether the consensus should be yes?

Roman: That's my unofficial feeling.

Amy: Okay, we'll let Benjamin do that.

3.1.2 Returning items

 NONE

3.2 Individual submissions via AD
3.2.1 New items

 NONE

3.2.2 Returning items

 NONE

3.3 Status changes
3.3.1 New items

 NONE

3.3.2 Returning items

 NONE

3.4 IRTF and Independent Submission stream documents
3.4.1 New items

 o conflict-review-jenkins-cnsa-cert-crl-profile-00
   IETF conflict review for draft-jenkins-cnsa-cert-crl-profile
     draft-jenkins-cnsa-cert-crl-profile-06
     Commercial National Security Algorithm (CNSA) Suite Certificate
   and Certificate Revocation List (CRL) Profile (ISE: Informational)
   Token: Benjamin Kaduk

Amy: I have no Discusses for this conflict review so unless there's an
objection this message can go back to the ISE. Hearing no objection, so we'll
do so.

 o conflict-review-vandesompel-citeas-00
   IETF conflict review for draft-vandesompel-citeas
     draft-vandesompel-citeas-04
     cite-as: A Link Relation to Convey a Preferred URI for
   Referencing (ISE: Informational)
   Token: Alexey Melnikov

Amy: I have no Discusses for this conflict review so unless there's an
objection is approved too. Hearing no objection, we'll get that sent as well.

3.4.2 Returning items

 NONE

4. Working Group actions
4.1 WG creation
4.1.1 Proposed for IETF review

 NONE

4.1.2 Proposed for approval

 NONE

4.2 WG rechartering
4.2.1 Under evaluation for IETF review

 NONE

4.2.2 Proposed for approval

 NONE

5. IAB news we can use

Deborah: None that I can recall. I don't think there's any technical plenary
being planned, right?

Ted: There's a suggestion from Brian Trammell to discuss shifting what the IAB
does here to run meetings during the week which are not intended to be of use
to the entire community, but are technical topics that would gather some
cross-area discussion or attention. But I think for this plenary there won't be
one again. We keep setting the bar high not to waste peoples' time, and the
result of that is that when we find someone good enough, scheduling becomes a
problem, and blah blah blah. We can discuss that at the joint meeting.

6. Management issues

6.1 Removal of 2 very old registries (gstn-info and publisher-id) (IANA)

Michelle: I sent email to the IESG list and there seemed to be no issues with
removing these very old registries. We ddid get confirmation from some experts
that they were not needed anymore. Just checking with the IESG to see if anyone
has objections. If not, can the Secretariat send us a message confirming the
IESG had no issues, and we'll take care of it.

Amy: Hearing no objection to removing these extremely old registries, so it
sounds like the IESG approves and we will put together an official note to
authorize IANA to remove them.

6.2 IETF 104 Preliminary Agenda Conflict Resolution (Liz Flynn)

The IESG worked with Liz Flynn to resolve conflicts in the pre-preliminary IETF
104 agenda.

6.3 Executive Session: Confirmation of IAB appointment to ISOC BoT (Spencer
Dawkins)

The management issue was discussed in an executive session. The IESG confirmed
the IAB's candidate for the Internet Society Board of Trustees.

7. Any Other Business (WG News, New Proposals, etc.)