Re: [arch-d] Liaison reports (was: Domain-based Message Authentication, Reporting & Conformance (dmarc) WG Virtual Meeting: 2020-06-11)
Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Tue, 02 June 2020 15:22 UTC
Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 9E9423A092A
for <architecture-discuss@ietfa.amsl.com>;
Tue, 2 Jun 2020 08:22:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
URIBL_BLOCKED=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 ([4.31.198.44])
by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id CtsWqX5cr2_x for <architecture-discuss@ietfa.amsl.com>;
Tue, 2 Jun 2020 08:22:34 -0700 (PDT)
Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com
[IPv6:2a00:1450:4864:20::130])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 119933A09AB
for <architecture-discuss@ietf.org>; Tue, 2 Jun 2020 08:22:29 -0700 (PDT)
Received: by mail-lf1-x130.google.com with SMTP id c21so6417946lfb.3
for <architecture-discuss@ietf.org>; Tue, 02 Jun 2020 08:22:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:cc; bh=f97JLAthysV9lkM7dixA0UY6TLhXX3y1fvL2ifnplYg=;
b=Lta/EDYYrqtzuTQ9I481NAoEHlNwLyRrzOh+9kuYgNClT6CzmwX1jBt2sBqUNGguLj
F64URKxg8/DHdxzkAMw5unJn+QvmKWF18zhu7s1HSdmlz/FuYGVqoot3ZYjm/aUVeqow
CdhuqP2QaFwrOfXohBKBnhq0NhfR1PXmAOF+d+lTgknQWO2HIC49H7PdoJbplubeUxyI
ciscqasZO3SY4qcULHU7TeliinVx4Ewmf/lin75+2D+8VgyGV5502FjDzP71N5SIktQM
v/pwEvT4KVK/jUVfnyrpTJNzaSAH7ic3lYBAfCTHdL3Oz2yVWGj/YN4EHdsiBK71iXFX
/hKQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to:cc;
bh=f97JLAthysV9lkM7dixA0UY6TLhXX3y1fvL2ifnplYg=;
b=BlRx89/9s4BFRvztPQlRoj+0ov+XI+IIkzXDkk8BH3qoC/1tjMWr5WDCwbSPcnVSuQ
4RppdtJsFhizeo3TZA87NaQ3jRvwuUKYFOnl4Wzqdv6r2fQV9yugDTcaSLPhhRE5Pwf7
quHpfNWGEBZlyAU7YCE8YxIn6qwugBkXH6IsCEe0DTLwQU5CZ+DF9XWk7Hi3omnvBG3q
Sfo9ruE4mTHLdbLqzY9spSsuZUglu5Jx57yO7ecjgKu2FfaG4vNrD5xryt0euJ6mEd7F
TId6aNpHBtsNX1whqFgAyJt0f34IYC6NTl+ZjpHrPAmCeUmXgiTZj3Dn99jjBymUS51D
o8sw==
X-Gm-Message-State: AOAM530XRR1XsmhAyZXAfK+WnOL7ZpjIL4YzgYjVhbiW7dlkX9rtyVpk
rgg/203ExgstCMvczg5HNwboY1sxblVJdB0HknI=
X-Google-Smtp-Source: ABdhPJy6QNflTieR+5LZnQIughJgEglNkwUuvtXa3Ox9i4R5ORxPXMk1ket2oOnTO+mBqnFwX3XgsNNilYqc7G8Heww=
X-Received: by 2002:a19:550e:: with SMTP id n14mr14432390lfe.81.1591111347241;
Tue, 02 Jun 2020 08:22:27 -0700 (PDT)
MIME-Version: 1.0
References: <158920530782.23655.6622928751672901506@ietfa.amsl.com>
<6.2.5.6.2.20200512152625.124c1588@elandnews.com>
<d798d383-9bab-50f8-b6ee-dabb9cc37c2a@cs.tcd.ie>
<6.2.5.6.2.20200512162358.0b239160@elandnews.com>
<4548adba-834c-bfdd-36af-66b367408df8@cs.tcd.ie>
<6.2.5.6.2.20200512191150.0bafa9a0@elandnews.com>
<9161f68e-f51b-f97b-fc2b-372d24404209@cs.tcd.ie>
<CAL0qLwZQxM+eDeZ+zFw3Gny7sy=jXi-1aUvE1B2RuO=M5CP_Sw@mail.gmail.com>
<6.2.5.6.2.20200512232644.0d9328c8@elandnews.com>
<CALaySJKs9oLXBN_UVq=Mn5ZefvrSgPyrV1J=1NMA0=YVDRnJVA@mail.gmail.com>
<6.2.5.6.2.20200513081326.0ababe28@elandnews.com>
<CALaySJKG7+g7u4p92axbZx4AxhwZgNfgfeHhE708EVpLs+iJjQ@mail.gmail.com>
<6.2.5.6.2.20200513101502.0b0c7c90@elandnews.com>
<CALaySJ++dWefRF5rbc0Fxp6wAFWJJH0rMt9u_5gv9BxN2adKbw@mail.gmail.com>
<6.2.5.6.2.20200513140922.0aebf148@elandnews.com>
<F3AE398D-7BBF-4187-BEB4-9F3B55463662@kuehlewind.net>
<95025E53-BF51-4D37-8007-ADE2D79A4908@gmail.com>
<D2CBE5C9-A267-4337-9C3B-2213F4350E00@kuehlewind.net>
In-Reply-To: <D2CBE5C9-A267-4337-9C3B-2213F4350E00@kuehlewind.net>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Tue, 2 Jun 2020 10:22:01 -0500
Message-ID: <CAKKJt-dYs+-kjud3eicS4L=q6e-HXhQUNX1NPLYXMwCRZKN1pQ@mail.gmail.com>
To: Mirja Kuehlewind <ietf@kuehlewind.net>
Cc: Bob Hinden <bob.hinden@gmail.com>, S Moonesamy <sm+ietf@elandsys.com>,
architecture-discuss@ietf.org
Content-Type: multipart/alternative; boundary="000000000000a6892f05a71b7ac8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/Vwexo3_0jLUj77FGr3oe53vEx_M>
Subject: Re: [arch-d] Liaison reports (was: Domain-based Message
Authentication,
Reporting & Conformance (dmarc) WG Virtual Meeting: 2020-06-11)
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues
<architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>,
<mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>,
<mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Jun 2020 15:22:36 -0000
Hi, Mirja, On Tue, May 19, 2020 at 7:18 AM Mirja Kuehlewind <ietf@kuehlewind.net> wrote: > Hello Bob, > > Thanks for the proposal. I’ll check with the liaison shepherds and the > rest of the IAB to make sure we have document the current practice > correctly on this page and the IAB liaisons page. > Thanks for this, and thanks to SM for noticing. My recollection, which is not recent, is that most of the liaison managers don't do much, most of the time, *as long as things are going well. *There are exceptions. - I was on the IAB from 2010-2013, and ITU-T liaison managers were so busy that we split off a separate IAB program for ITU-T so that we had time to pay attention to other SDOs. https://www.iab.org/activities/programs/concluded-programs/sdo-coordination-program/ - IEEE 802 and IETF had a well-understood working relationship ( https://tools.ietf.org/html/rfc4441) until enough people turned over that everyone forgot everything, and we had to repair the relationship with the first (and so far only) IAB Joint Activity ( https://www.iab.org/activities/joint-activities/iab-ieee-coordination/), but most of that work doesn't flow through the formal liaison relationship - it's well-documented at https://www.iab.org/activities/joint-activities/iab-ieee-coordination/. - There is a 3GPP-IETF Coordination mailing list, with periodic meetings, but I'm not sure if that's publicly archived. That might be a candidate for a second IAB Joint Activity, with published minutes. But as we often say, if it's critical to work with the IETF through the formal liaison channels, that's not fast. I was told on a recent 3GPP SA2 teleconference that SA can't report out "3GPP requirements for IETF protocols" until the SA2 study item ENDS. Joint participation works best (and is more attractive now that most organizations aren't traveling to physical meetings). The IAB Joint Activities (formal and informal) seem to do a lot of heavy lifting. So I'm not sure how critical "liaison manager reports" are supposed to be. That's a good conversation for the IAB to think about, either as the IAB itself, or in the IAB SDO Coordination Program ( https://www.iab.org/activities/programs/iab-liaison-coordination-program/). Do The Right Thing, of course :-) Best, Spencer
- Re: [arch-d] Domain-based Message Authentication,… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Stephen Farrell
- Re: [arch-d] Domain-based Message Authentication,… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Stephen Farrell
- Re: [arch-d] Domain-based Message Authentication,… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Stephen Farrell
- Re: [arch-d] Domain-based Message Authentication,… Murray S. Kucherawy
- Re: [arch-d] Domain-based Message Authentication,… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Murray S. Kucherawy
- Re: [arch-d] Domain-based Message Authentication,… Barry Leiba
- Re: [arch-d] Domain-based Message Authentication,… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Barry Leiba
- Re: [arch-d] Domain-based Message Authentication,… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Barry Leiba
- [arch-d] Liaison reports (was: Domain-based Messa… S Moonesamy
- Re: [arch-d] Domain-based Message Authentication,… Murray S. Kucherawy
- Re: [arch-d] Liaison reports Wes Hardaker
- Re: [arch-d] Liaison reports S Moonesamy
- Re: [arch-d] Liaison reports Guntur Wiseno Putra
- Re: [arch-d] Liaison reports Guntur Wiseno Putra
- Re: [arch-d] Liaison reports S Moonesamy
- Re: [arch-d] Liaison reports (was: Domain-based M… Mirja Kuehlewind
- Re: [arch-d] Liaison reports (was: Domain-based M… S Moonesamy
- Re: [arch-d] Liaison reports (was: Domain-based M… Bob Hinden
- Re: [arch-d] Liaison reports (was: Domain-based M… Mirja Kuehlewind
- Re: [arch-d] Liaison reports Alexandre Petrescu
- Re: [arch-d] Liaison reports Wes Hardaker
- Re: [arch-d] Liaison reports S Moonesamy
- Re: [arch-d] Liaison reports Wes Hardaker
- Re: [arch-d] Liaison reports S Moonesamy
- Re: [arch-d] Liaison reports (was: Domain-based M… Spencer Dawkins at IETF
- Re: [arch-d] Liaison reports Spencer Dawkins at IETF
- Re: [arch-d] Liaison reports Mirja Kuehlewind