Re: [3gpp-ietf-coord] IETF - 3GPP coordination meeting at IETF 116
Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Thu, 30 March 2023 02:27 UTC
Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: 3gpp-ietf-coord@ietfa.amsl.com
Delivered-To: 3gpp-ietf-coord@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D7D8C14CE47 for <3gpp-ietf-coord@ietfa.amsl.com>; Wed, 29 Mar 2023 19:27:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CKg7VKdRPr-0 for <3gpp-ietf-coord@ietfa.amsl.com>; Wed, 29 Mar 2023 19:27:30 -0700 (PDT)
Received: from mail-pj1-x1035.google.com (mail-pj1-x1035.google.com [IPv6:2607:f8b0:4864:20::1035]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 50711C14CEFA for <3gpp-ietf-coord@ietf.org>; Wed, 29 Mar 2023 19:27:04 -0700 (PDT)
Received: by mail-pj1-x1035.google.com with SMTP id qe8-20020a17090b4f8800b0023f07253a2cso18144130pjb.3 for <3gpp-ietf-coord@ietf.org>; Wed, 29 Mar 2023 19:27:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680143223; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=fDGz+9WOJrdkoSQyNAGyJTU0fQDbAwZ4/zJ3qZTOxi0=; b=EOl/uX2HFU5IBSv1zloottcMinKDqiXQed4MovjHx+CmESahCtJOFdW3yBzrvoP5gs bU4bGcTkmn7+vcrfOjabgwE7D9isQCdV9CRqgAcmKcQW7DFbciYkPATMd3g3Pwpj+CJC MBP2iYfPZIZBRJrNS8wLI/UONz9cLSYzI7pUnLT1vyLFBLL+h1OxfBixjZtBSxqkuodl jl1KjRsCFYrpUd7byD3oZ1AwGeajILdrJwA7x0ADIy9Jg0bqG08hMTgOFCuDWqOGIV8p Rq7foeVjk19HgyaASVi50wANM2oeTJDZSf5TJbk+h4vXw/yWNvf8VujXSDfhoWsGUgt9 +D7A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680143223; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=fDGz+9WOJrdkoSQyNAGyJTU0fQDbAwZ4/zJ3qZTOxi0=; b=xYa03HPncmUYUjCGN5dLqEEsNU+XxGFqHprNV2SWKXxg3/ZZrcMH9vM15LUynSw0Bj 6O7MTogAdbKWeCxvKk4IdA0rfR7jgov2RY6MnkWF+vz+16Kd2SefdzVI7HlQDvFR9oZs jCkMINNLVbZrL/oReI6oOxgzcD/EJ8lgXsI39ClqQnT3xE3rG/S1PkXTtjZR1ArVl4Uq iNq9wSroLenf4ul6BE2sBUwQYv5u0xQladyqnHQ8EIm+/MJq+OlCpARNIfGSM+AbK0n7 pmPfhS/AhiOdCTOWTdiQ5Xd+9D9tlu72kJg660auxUbhJ8cAHDuMndKrwCmGG7jf+bNR gNSA==
X-Gm-Message-State: AAQBX9eu+FXP+9dEGiaQ4uf20HoAtrSRyAwWuY2kjUBQkbyVZzxhdmKd 7/kkW03K6FFp5LZ69+lr7sgxZleMx93l7Y+xuFj7G/fT+PH+tg==
X-Google-Smtp-Source: AKy350Z2Q2UyQOfp1YKEJlWzThcWvNFDxlqoz0Alq4XG+Wet8w4piM48DYBtegl0Ra9YSYwMd9fCTDfHH6CZ0jEiXhc=
X-Received: by 2002:a17:902:7b89:b0:19f:2c5a:5786 with SMTP id w9-20020a1709027b8900b0019f2c5a5786mr7598926pll.8.1680143223401; Wed, 29 Mar 2023 19:27:03 -0700 (PDT)
MIME-Version: 1.0
References: <106A4CDF-4DA0-450C-A38C-EAE03225137E@cisco.com> <FE1A9B22-44DA-4642-8358-847E796BE43F@cisco.com> <CAKKJt-d6kbweJPfQiJGNnfYnV5sgbRs-VXzfJfQmsf=h6sLhRA@mail.gmail.com> <EBFF3DB9-3339-41F7-93B9-65571708E12A@cisco.com>
In-Reply-To: <EBFF3DB9-3339-41F7-93B9-65571708E12A@cisco.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Thu, 30 Mar 2023 11:26:36 +0900
Message-ID: <CAKKJt-e2zWAidFwzeUw8K96o352ZbZ+_VnneZWriTj3Ba3xi5w@mail.gmail.com>
To: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
Cc: "3gpp-ietf-coord@ietf.org" <3gpp-ietf-coord@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000000b25305f814d405"
Archived-At: <https://mailarchive.ietf.org/arch/msg/3gpp-ietf-coord/bLhL6qZKLjonAX73woRLeSSZyeE>
Subject: Re: [3gpp-ietf-coord] IETF - 3GPP coordination meeting at IETF 116
X-BeenThere: 3gpp-ietf-coord@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: 3GPP IETF COORDINATION <3gpp-ietf-coord.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/3gpp-ietf-coord>, <mailto:3gpp-ietf-coord-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/3gpp-ietf-coord/>
List-Post: <mailto:3gpp-ietf-coord@ietf.org>
List-Help: <mailto:3gpp-ietf-coord-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/3gpp-ietf-coord>, <mailto:3gpp-ietf-coord-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Mar 2023 02:27:31 -0000
Hi, Charles (and others, but especially Lionel), On Wed, Mar 29, 2023 at 11:13 AM Charles Eckel (eckelcu) <eckelcu@cisco.com> wrote: > Hi Spencer, > > Thanks for raising this topic. I view the coordination call we had > yesterday as an example of a 3rd way for working together. I think it would > be great to do something similar at 3GPP meetings, even if there need to be > several such sessions in order to hit every group. Periodic conference > calls not tied to any IETF or 3GPP meeting is also possible. > I applaud the enthusiasm for revising RFC 3113. I note that while I was on the IAB (2010-2013), we basically rewrote the governing document for IEEE 802-IETF coordination (was RFC 4441 <https://datatracker.ietf.org/doc/rfc4441/>, is now RFC 7241 <https://datatracker.ietf.org/doc/rfc7241/>), and that was very valuable for both organizations. This is excellent. Re: third ways ... Magnus grabbed me as we left the meeting room this week, and said "Spencer, remember that liaisons are consensus documents in both organizations", which I did remember, but I did not mention in my previous note. We had a short chat, and I realized I was conflating two things: - what the two organizations can do, to lower the Round Trip Times for formal liaisons and replies between the two organizations - and other people are the experts about 3GPP process, but I wonder about optimizations such as allowing 3GPP TSGs and working groups to agree on liaison and reply text via e-mail between formal meetings, and - how the two organizations can communicate informally, more effectively. - noting that the discussion we had this week was both informal and helpful. The second thing matters more than the first. For example, I'd invite people to think about: - In addition to the regularly-scheduled face-to-face+remote participation meetings we schedule during IETF meetings, scheduling a teleconference at roughly the midpoint between two IETF meetings, so that long-lived problems are more likely to be discussed sooner, and - What each organization wishes more people at the other organization knew (this week, I heard "IETF WG chair training for handling liaisons", and "3GPP folks becoming more comfortable about IANA requests"(*).) But other people have more experience with the relationship between the two organizations, and can likely make excellent suggestions. Best, Spencer (*) In my experience, 3GPPP's IETF Dependencies topic is less contentious than it has been in the past, but IANA requests have become more contentious. I recently started participating in 3GPP SA4, and discovered at a recent meeting that I was one of only two or three people in the room who understood what IANA expected to receive - and none of us were authors of the 3GPP contribution containing the IANA request. Trying to wordsmith an IANA request in a 3GPP meeting isn't the best way to help people get IANA requests right! I had a look at RFC 3113 before throwing my hat in the ring to be the IETF > liaison manager to 3GPP and again in prep for this meeting. It was helpful, > but some things have definitely changed and an update would be helpful. > While admittedly not high on my todo list coming into this meeting, your > note combined with the fact that I find myself learning many things about > this collaboration effort by living it here in Yokohama makes me think now > if a great time to start updating it. We can also experiment with your > suggested 3rd way of collaborating, and we can document things as we find > things that seem to work well. > > If anyone has a work in progress update to RFC 3113 or has the drive the > create one before I do, please let me know. > > Thanks again, > Charles > > On Mar 28, 2023, at 11:15 AM, Spencer Dawkins at IETF < > spencerdawkins.ietf@gmail.com> wrote: > > Hi, Charles and Lionel, > > I wouldn't think of suggesting this as a topic for a meeting that starts > in less than 15 minutes, but I do wonder if is possible to imagine (in > 2023) some way for our two organizations to communicate, cooperate, and > collaborate, in a way that is > > - *more formal* than telling participants in each organization that > they should also participate in the other organization, and seeing what > happens, but > - *less formal* than sending liaisons between the two organizations, > which the IETF can send and respond to with e-mail approval, but 3GPP > cannot, only agreeing to send and reply to liaisons at TSG meetings. > > To be clear, I'm not asking about a *change *to these two primary ways of > coordination. I'm asking about introducing a third way of coordination. > > It might be that neither organization is ready for that, but it * IS *2023, > so I thought I'd ask. If RFC 3113 > <https://datatracker.ietf.org/doc/html/rfc3113>is still the governing > document for our relationship, it was published in 2001. A lot of things > have changed since then, and even if RFC 3113 was perfect in 2001, perhaps > we can do better on this specific point. > > As I said, I'm not proposing this as a topic for discussion today, but > perhaps this mailing list is an appropriate place to share thoughts between > now and IETF 117. > > Best, > > Spencer > > On Mon, Mar 27, 2023 at 7:25 PM Charles Eckel (eckelcu) <eckelcu= > 40cisco.com@dmarc.ietf.org> wrote: > >> Hi All, >> >> We have updated the agenda as follows: >> >> - Round table >> - Ongoing LS >> - Response to 3GPP SA2 LS on 3GPP 5G System acting as a >> <https://datatracker.ietf.org/liaison/1816/>DetNet >> <https://datatracker.ietf.org/liaison/1816/> node >> <https://datatracker.ietf.org/liaison/1816/> >> - LS on need for modeling >> <https://datatracker.ietf.org/liaison/1818/>isInvariant >> <https://datatracker.ietf.org/liaison/1818/> and >> <https://datatracker.ietf.org/liaison/1818/>SystemCreated >> <https://datatracker.ietf.org/liaison/1818/> in YANG >> <https://datatracker.ietf.org/liaison/1818/> >> - Updated LS to 3GPP regarding SCTP-AUTH and DTLS >> <https://datatracker.ietf.org/liaison/1806/> >> - Improving the handling of LS exchanged between IETF and 3GPP >> - Ongoing IANA action >> - Status of the 3GPP-IETF dependencies >> - 3GPP Release Roadmap (informational) >> - AoB >> >> >> Attached are slides to aid our discussion. We look forward to seeing >> everyone tomorrow. >> >> https://datatracker.ietf.org/meeting/116/agenda?filters=ietf-3gpp-coordination >> >> Cheers, >> Charles and Lionel >> >> >> On Mar 17, 2023, at 7:05 AM, Charles Eckel (eckelcu) <eckelcu@cisco.com> >> wrote: >> >> Hi Everyone, >> >> We will have an IETF - 3GPP coordination meeting at IETF 116 on Tuesday >> during the lunch break (11:30 - 13:00). >> For those attending in person, we will be meeting in G318 >> <https://datatracker.ietf.org/meeting/116/floor-plan?room=g318> (3rd >> floor). Lunch will be provided. >> Those attending remotely can join via Webex. Sorry, but no time zone >> appropriate meal provided in this scenario. >> >> >> https://datatracker.ietf.org/meeting/116/agenda?filters=ietf-3gpp-coordination >> >> The currently planned agenda for our meeting is as follows: >> >> - Roundtable discussion >> - Status of the 3GPP-IETF dependencies >> - Ongoing IANA action >> - Incoming/Outgoing LSs >> - AoB >> >> Please feel free to suggest additional agenda items. >> We look forward to meeting with you during IETF 116. >> >> Cheers, >> Charles and Lionel >> >> >> _______________________________________________ >> 3gpp-ietf-coord mailing list >> 3gpp-ietf-coord@ietf.org >> https://www.ietf.org/mailman/listinfo/3gpp-ietf-coord >> > >
- [3gpp-ietf-coord] IETF - 3GPP coordination meetin… Charles Eckel (eckelcu)
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Magnus Westerlund
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… lionel.morand
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Gonzalo Camarillo
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Magnus Westerlund
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Gonzalo Camarillo
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Mirja Kuehlewind
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Charles Eckel (eckelcu)
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… lionel.morand
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Magnus Westerlund
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Charles Eckel (eckelcu)
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Spencer Dawkins at IETF
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Charles Eckel (eckelcu)
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Suresh Krishnan
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Charles Eckel (eckelcu)
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… lionel.morand
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Spencer Dawkins at IETF
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Mirja Kuehlewind
- Re: [3gpp-ietf-coord] IETF - 3GPP coordination me… Spencer Dawkins at IETF