From nobody Thu Sep 2 08:22:15 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B6513A09F0 for ; Tue, 31 Aug 2021 11:30:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.088 X-Spam-Level: X-Spam-Status: No, score=-2.088 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari.net 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 TObMH77iM6AR for ; Tue, 31 Aug 2021 11:30:27 -0700 (PDT) Received: from mail-vk1-xa35.google.com (mail-vk1-xa35.google.com [IPv6:2607:f8b0:4864:20::a35]) (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 DB9BF3A09F1 for ; Tue, 31 Aug 2021 11:30:26 -0700 (PDT) Received: by mail-vk1-xa35.google.com with SMTP id bb10so124275vkb.9 for ; Tue, 31 Aug 2021 11:30:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=xHLQWBC9qGRVXuS9XiheCjfHR4AfMA36qIjyKfnpeYo=; b=ZJ+44EjJu9C82Kbhz4IaAklT3SBXbbu2ORwUl7c3OEMZVnrFX0xNPFNY/thKzNpPqS sLZnkojWUqOqBJrPg71bW3TzGzQE6uoXNSclxMsudhfReFQb2juNfo0d69cS6lAA0HWJ zS0Z8YU9TjZSdpQ/NQ8kswyfgyq3v4M1vYo/mRsa6AYLxRLLmZDnYXEiGVVs6SvBfLjg q9Iq6yS6OofQ/I6e5BMdFzWT8dkaVDRF5ruMdN/df19RHHnysycVE0lgFNbYKhSn5VhR 1srw7gJ7ButP00DToez22dPaKN07bh6oq5T/3kJSSpotgRVNXZQ1lmVPId3HXph+4Gch Czqg== 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; bh=xHLQWBC9qGRVXuS9XiheCjfHR4AfMA36qIjyKfnpeYo=; b=CtfKpTMj8441x4x6k4y/WON4CMZo1b2aEO81qOogkNL7KDpVqzRMzm81+ZDjiWrbGx QIVrFhqUa9GRhR41n8CmUh3Ohx0F+/Q6pYuL3bGxqxpkYMBqfcYv8/jNCzc9vOb51zvU 3eIZREmTjJOK1m0eRaOREGE0KXzeqXoq5iGjocKeA9T1AEcSmO4cz8oivIy6ipAeGKB/ n9tBQrcqKe1VIwo00NLAEpLNt/gEgAAm8SMQsbZEEk4XYC5nalRAd00vZJBSTFmkioLw QGwCMvrDsr3ATQUw12f7EYmOmPAHHrafr41rzHMQlD4MyTkBZcv87R49DUP5CoLilhnR IJfg== X-Gm-Message-State: AOAM533FfcWwQdIlkiQB9zWfmeTInASSVEirEGNqeERRN0QucLmuq3rb 9PC1Byj4WtkvCamONgycRc3ZsQ7ZuwBZKZaPELKNrA== X-Google-Smtp-Source: ABdhPJwyPxLVemDK/e6bipyEFR98xm1XFA+s+SmEf4aXGE8W8qaZFsPTzY7UMc2YGSw/pBsEgEX7R2gMrm2lYPLgSWY= X-Received: by 2002:a1f:258f:: with SMTP id l137mr2495135vkl.21.1630434624409; Tue, 31 Aug 2021 11:30:24 -0700 (PDT) MIME-Version: 1.0 References: <163033223438.8507.13442799687479808565@ietfa.amsl.com> In-Reply-To: <163033223438.8507.13442799687479808565@ietfa.amsl.com> From: Warren Kumari Date: Tue, 31 Aug 2021 14:29:48 -0400 Message-ID: To: dnsop Content-Type: multipart/alternative; boundary="0000000000009e710805cadf2404" Archived-At: X-Mailman-Approved-At: Thu, 02 Sep 2021 08:22:13 -0700 Subject: [Sidrops] Fwd: NomCom 2021-2022 Call for Nominations X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Aug 2021 18:30:37 -0000 --0000000000009e710805cadf2404 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear all, You've probably already seen this multiple times by now, but it's sufficiently important that I figured I'd send it again. There are many open positions that the NomCom needs to fill: ART AD: 1 position INT AD: 1 position OPS AD: 1 position RTG AD: 1 position SEC AD: 1 position TSV AD: 1 position IETF Trust: 1 position IETF LLC: 1 position IAB: 6 positions Please consider running for one or more of these positions. Note: I personally think that Rob is doing a great job as the Management side of Ops & Management (even if he does insist on calling it Management & Ops :-)), but, obviously, feel free to run for this position as well.. In addition, I haven't decided if I'm likely to run again at the end of my term (March 2023) -- I love y'all dearly, but you sure are a lot of work(!), and some turnover/competition is good. Please let me know if you'd like to chat about what all the OpsAD role requires, if you have any questions, etc. W ---------- Forwarded message --------- From: NomCom Chair 2021 Date: Mon, Aug 30, 2021 at 10:04 AM Subject: NomCom 2021-2022 Call for Nominations To: IETF Announcement List Cc: Finally! The moment we've all been waiting for: C A L L F O R N O M I N A T I O N S ! ! ! The 2021-22 IETF Nominating Committee (NomCom) is seeking nominations from now until Monday, October 11, 2021. The open positions and more information are found at the NomCom web site: https://datatracker.ietf.org/nomcom/2021/ They are also included below for convenience. Nominations may be made by selecting the Nominate link at the top of the NomCom 2021 home page, or by visiting the following URL: https://datatracker.ietf.org/nomcom/2021/nominate/ Self-nomination is welcome! Note: Nominations made using the web tool require an ietf.org datatracker account. You can create a datatracker ietf.org account if you don't have one already by visiting the following URL: https://datatracker.ietf.org/accounts/create/ If you are unable to use the web form, nominations may instead be made by email to nomcom-2021 at ietf dot org. If using email, please include the word "Nominate" in the Subject and indicate in the email who is being nominated, their email address (to confirm acceptance of the nomination), and the position for which you are making the nomination. If you are nominating someone other than yourself, please tell us if we may tell the nominee that you were the one who made the nomination. If you wish to nominate someone via email for more than one position, please use separate emails to do so. Willing nominees will be asked to fill out a questionnaire specific to the position for which they are nominated. The finalized questionnaires will be available no later than Monday, September 6, 2021 (preliminary versions are already posted) and have a submission deadline of Monday, October 18, 2021. NomCom 2021-22 will follow the policy for "Open Disclosure of Willing Nominees" described in BCP 10/RFC 8713: "The list of nominees willing to be considered for positions under review in the current NomCom cycle is not confidential". Willing nominees for each position will be listed in a publicly accessible way, e.g., anyone with a datatracker account may access the lists. Additionally, the nomination form asks if we may share your own name with the nominee. In all other ways, the confidentiality requirements of BCP 10 remain in effect. All feedback and all NomCom deliberations will remain confidential and will not be disclosed. There is a field on the form you can mark in order to allow the NomCom to tell the nominee that you were the one who made the nomination. This defaults to =E2=80=9Cno=E2=80=9D - so if you don't mark the field we won=E2=80=99t tell= . In order to ensure time to collect sufficient community feedback about each of the willing nominees, nominations must be received by the NomCom on or before Monday, October 11, 2021. Please submit your nominations as early as possible for the sake of your nominees. Note that nominations should not wait for nominee management permission, as it is easier to decline the nomination than put one in late. The NomCom appoints individuals to fill open slots on the IAB, IESG, the IETF Trust and the LLC Board: ART AD: 1 position INT AD: 1 position OPS AD: 1 position RTG AD: 1 position SEC AD: 1 position TSV AD: 1 position IETF Trust: 1 position IETF LLC: 1 position IAB: 6 positions The list of people and posts whose terms end with the March 2022 IETF meeting, and thus the positions for which this NomCom is responsible, is: [An asterisk (*) next to a person's name indicates they do not intend to accept renomination.] LLC Board (3-year term) Jason Livingood IETF Trust (3-year term) Kathleen Moriarty IAB (2-year term) Ben Campbell * Cullen Jennings Mirja K=C3=BChlewind Jared Mauch Tommy Pauly Jiankang Yao IESG (2-year term) Murray Kucherawy, ART AD Erik Kline, INT AD Robert Wilton, OPS AD Martin Vigoureux, RTG AD Benjamin Kaduk, SEC AD * Martin Duke, TSV AD Please be resourceful in identifying possible candidates for these positions, as developing our talent is a very crucial requirement for the IETF, and also, please consider accepting a nomination. You'll find extensive information about specific positions, in individual tabs at: https://datatracker.ietf.org/nomcom/2021/requirements/ In addition to nominations, the NomCom seeks community input on the positions themselves. We need and welcome the community's views and input on the jobs within each organization. If you have ideas on the positions=E2=80=99 responsibilities (more, less, different), please let us know. Please send suggestions and feedback about this to nomcom-2021 at ietf dot org. Thank you for your help in identifying qualified nominees! Thanks, Gabriel Montenegro IETF NomCom Chair 2021-22 nomcom-chair-2021 at ietf dot org --=20 The computing scientist=E2=80=99s main challenge is not to get confused by = the complexities of his own making. -- E. W. Dijkstra --0000000000009e710805cadf2404 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear all,

You've probably already s= een this multiple times by now, but it's sufficiently=C2=A0important th= at I figured I'd send it again.

There are many= open positions that the NomCom needs to fill:
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 ART AD: 1 position
=C2=A0 =C2=A0 =C2=A0 =C2=A0 INT AD: 1 posi= tion
=C2=A0 =C2=A0 =C2=A0 =C2=A0 OPS AD: 1 position
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 RTG AD: 1 position
=C2=A0 =C2=A0 =C2=A0 =C2=A0 SEC AD: 1 posi= tion
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TSV AD: 1 position
=C2=A0 =C2=A0 =C2= =A0 =C2=A0 IETF Trust: 1 position
=C2=A0 =C2=A0 =C2=A0 =C2=A0 IETF LLC: = 1 position
=C2=A0 =C2=A0 =C2=A0 =C2=A0 IAB: 6 positions
Please consider running for one or more of these=C2=A0position= s.

Note: I personally=C2=A0think that Rob is doing= =C2=A0a great job as the Management side of Ops & Management=C2=A0(even= if he does insist on calling it Management=C2=A0& Ops :-)), but, obvio= usly, feel free to run for this position as well..

=
In addition, I haven't decided if I'm likely to run again at t= he end of my term (March 2023) -- I love y'all dearly, but you sure are= a lot of work(!), and some=C2=A0turnover/competition is good. Please let m= e know if you'd like to chat about what all the OpsAD role requires, if= you have any=C2=A0questions, etc.

W
---------= - Forwarded message ---------
From: NomCom Chair 2021 <nomcom-chair-2021@ietf.org><= br>Date: Mon, Aug 30, 2021 at 10:04 AM
Subject: NomCom 2021-2022 Call fo= r Nominations
To: IETF Announcement List <ietf-announce@ietf.org>
Cc: <ietf@ietf.org>


Finally! The moment = we've all been waiting for:

=C2=A0 =C2=A0C A L L=C2=A0 =C2=A0 =C2=A0 =C2=A0F O R=C2=A0 =C2=A0 =C2=A0 = =C2=A0N O M I N A T I O N S=C2=A0 ! ! !

The 2021-22 IETF Nominating Committee (NomCom) is seeking nominations
from now until Monday, October 11, 2021.

The open positions and more information are found at the NomCom web site:
https://datatracker.ietf.org/nomcom/2021/

They are also included below for convenience.

Nominations may be made by selecting the Nominate link at the top of the NomCom 2021 home page, or by visiting the following URL:

https://datatracker.ietf.org/nomcom/2021/nominate/=

Self-nomination is welcome!

Note:=C2=A0 Nominations made using the web tool require an ietf.org datatracker <= br> account. You can create a datatracker ietf.org account if you don't have one =
already by visiting the following URL:

https://datatracker.ietf.org/accounts/create/

If you are unable to use the web form, nominations may instead be made by e= mail
to nomcom-2021 at ietf dot org. If using email, please include the word &qu= ot;Nominate"
in the Subject and indicate in the email who is being nominated, their emai= l
address (to confirm acceptance of the nomination), and the position for whi= ch you
are making the nomination. If you are nominating someone other than yoursel= f,
please tell us if we may tell the nominee that you were the one who made th= e
nomination. If you wish to nominate someone via email for more than one position, please use separate emails to do so.

Willing nominees will be asked to fill out a questionnaire specific to the = position
for which they are nominated. The finalized questionnaires will be availabl= e no
later than Monday, September 6, 2021 (preliminary versions are already post= ed)
and have a submission deadline of Monday, October 18, 2021.

NomCom 2021-22 will follow the policy for "Open Disclosure of Willing =
Nominees" described in BCP 10/RFC 8713: "The list of
nominees willing to be considered for positions under review in the current=
NomCom cycle is not confidential". Willing nominees for each position = will be
listed in a publicly accessible way, e.g., anyone with a datatracker accoun= t may
access the lists. Additionally, the nomination form asks if we may share yo= ur own
name with the nominee. In all other ways, the confidentiality requirements = of BCP
10 remain in effect. All feedback and all NomCom deliberations will remain =
confidential and will not be disclosed.

There is a field on the form you can mark in order to allow the NomCom to t= ell
the nominee that you were the one who made the nomination. This defaults to=
=E2=80=9Cno=E2=80=9D - so if you don't mark the field we won=E2=80=99t = tell.

In order to ensure time to collect sufficient community feedback about each= of
the willing nominees, nominations must be received by the NomCom on or befo= re
Monday, October 11, 2021.

Please submit your nominations as early as possible for the sake of your nominees. Note that nominations should not wait for nominee management
permission, as it is easier to decline the nomination than put one in late.=

The NomCom appoints individuals to fill open slots on the IAB, IESG, the IE= TF
Trust and the LLC Board:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 ART AD: 1 position
=C2=A0 =C2=A0 =C2=A0 =C2=A0 INT AD: 1 position
=C2=A0 =C2=A0 =C2=A0 =C2=A0 OPS AD: 1 position
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RTG AD: 1 position
=C2=A0 =C2=A0 =C2=A0 =C2=A0 SEC AD: 1 position
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TSV AD: 1 position
=C2=A0 =C2=A0 =C2=A0 =C2=A0 IETF Trust: 1 position
=C2=A0 =C2=A0 =C2=A0 =C2=A0 IETF LLC: 1 position
=C2=A0 =C2=A0 =C2=A0 =C2=A0 IAB: 6 positions

The list of people and posts whose terms end with the
March 2022 IETF meeting, and thus the positions for which this NomCom is responsible, is:

[An asterisk (*) next to a person's name indicates they do not intend t= o accept
renomination.]

=C2=A0 =C2=A0 =C2=A0 =C2=A0 LLC Board (3-year term)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Jason Livingood

=C2=A0 =C2=A0 =C2=A0 =C2=A0 IETF Trust (3-year term)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Kathleen Moriarty
=C2=A0 =C2=A0 =C2=A0 =C2=A0 IAB (2-year term)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Ben Campbell *
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Cullen Jennings
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Mirja K=C3=BChlewin= d
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Jared Mauch
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Tommy Pauly
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Jiankang Yao

=C2=A0 =C2=A0 =C2=A0 =C2=A0 IESG (2-year term)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Murray Kucherawy, A= RT AD
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Erik Kline, INT AD<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Robert Wilton, OPS = AD
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Martin Vigoureux, R= TG AD
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Benjamin Kaduk, SEC= AD *
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Martin Duke, TSV AD=

Please be resourceful in identifying possible candidates for these position= s, as
developing our talent is a very crucial requirement for the IETF, and also,= please
consider accepting a nomination. You'll find extensive information abou= t specific
positions, in individual tabs at:

https://datatracker.ietf.org/nomcom/2021/requi= rements/

In addition to nominations, the NomCom seeks community input on the positio= ns
themselves. We need and welcome the community's views and input on the = jobs
within each organization. If you have ideas on the positions=E2=80=99 respo= nsibilities
(more, less, different), please let us know.

Please send suggestions and feedback about this to nomcom-2021 at ietf dot = org.

Thank you for your help in identifying qualified nominees!

Thanks,

Gabriel Montenegro
IETF NomCom Chair 2021-22
nomcom-chair-2021 at ietf dot org



--
The compu= ting scientist=E2=80=99s main challenge is not to get confused by the
co= mplexities of his own making.
=C2=A0 -- E. W. Dijkstra
--0000000000009e710805cadf2404-- From nobody Thu Sep 9 04:59:20 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEB583A0100 for ; Thu, 9 Sep 2021 04:59:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 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, 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=ripe.net 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 uQyRRgfMXk8y for ; Thu, 9 Sep 2021 04:59:10 -0700 (PDT) Received: from molamola.ripe.net (molamola.ripe.net [IPv6:2001:67c:2e8:11::c100:1371]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B37BF3A00E0 for ; Thu, 9 Sep 2021 04:59:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ripe.net; s=s1-ripe-net; h=To:Date:Message-Id:Subject:Mime-Version:Content-Type:From:CC ; bh=y+Kkp4arVfphS7NxnwB1B6QmvFM36JJ7TL5ISrwItIc=; b=LbRG6OApRhSHDTR0PsH04AfK OgJVpvTrojKcFpBK8zHIg335KPSQ0rqgaRGyR7O57yetJfXDYK1FSKOk79JnfYNK4LG3gR70ZuFxb UpTP0NbPgGiCVRd84O6YcSxQOSB3YxSnJ9UKSHCVE+KIFokaOtetHjPkOLgvZ6ey5x8Y+CZLlzigl kw+jrPDj1RP1SJOL/FeTVFS3UlF9gzBh8BSjUc6MYnbCwtxT39BY4SoBn0BONzxt2RjTGaLFhK36D 2b3pzHAUMZbxPxA4tOP7WfdF/yZgNEltZ8McD1bCj2Q8+l5jMkbF0dnf5O85WB65HyZHc0wBNiG04 0+WJ2P+7kw==; Received: from bufobufo.ripe.net ([2001:67c:2e8:23::c100:170d]:36000) by molamola.ripe.net with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mOIhw-0006gS-Ic for sidrops@ietf.org; Thu, 09 Sep 2021 13:59:08 +0200 Received: from sslvpn.ipv6.ripe.net ([2001:67c:2e8:9::c100:14e6] helo=smtpclient.apple) by bufobufo.ripe.net with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mOIhw-0004Tz-Ft for sidrops@ietf.org; Thu, 09 Sep 2021 13:59:08 +0200 From: Nathalie Trenaman Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Message-Id: Date: Thu, 9 Sep 2021 13:59:07 +0200 To: SIDR Operations WG X-Mailer: Apple Mail (2.3654.120.0.1.13) X-RIPE-Signature: b23882c8c47abee4cf35af21618ca92aa7d749575d485db37acecbf2b29a17d7 Archived-At: Subject: [Sidrops] Call today? 9 Sept. X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Sep 2021 11:59:18 -0000 Hi! The mailing list has been completely quiet the last 2 weeks. Not a = single mail. I wondered if I was unsubscribed :D Is there something to discuss? I don=E2=80=99t mind skipping, the weather is un-Dutch good today :D Cheers, Nathalie= From nobody Thu Sep 9 05:00:13 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFB4B3A011D for ; Thu, 9 Sep 2021 05:00:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 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, 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=ripe.net 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 e31OVn9iN-Do for ; Thu, 9 Sep 2021 05:00:05 -0700 (PDT) Received: from mahimahi.ripe.net (mahimahi.ripe.net [IPv6:2001:67c:2e8:11::c100:1372]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 717003A0112 for ; Thu, 9 Sep 2021 05:00:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ripe.net; s=s1-ripe-net; h=Message-Id:To:Date:Subject:Mime-Version:Content-Type:From:CC ; bh=MhD+FypmB1c/55IHfflLTkpCrh3Xm1oz8spw+zDFUVI=; b=FfX6TkEoVf/DEmh3TF/IeyLo YTkfGmSW2isyv87ZFdwO8QhLBMoOpyGVPWZZuRPms9DjhHBI/NiRlJRTtwHiulaGC7RKck+sHVswU KIJzc2eTIwlfBYA2GQTRPpFUojevS6e16z/byzeJUPZfjYm72x52RxIIFphXF1NaCDyBqsMICorru 3anMCDmAjNDnvNr7D1080uf9WZ4Zkx/YmttMuPCQvRMF8MDwk2hQEEOsYEg+SHwjXklNNAaRzBsxJ yquarKAwhR2O5MyXvVQ6/kdkxYPs310yu28A+DT3kK6IVC8fMtgHnDwF4ltHQh6+FZmp2Tn0GyMXG QPzWzcQIuA==; Received: from bufobufo.ripe.net ([2001:67c:2e8:23::c100:170d]:35386) by mahimahi.ripe.net with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mOIik-0006rM-7c for sidrops@ietf.org; Thu, 09 Sep 2021 13:59:58 +0200 Received: from sslvpn.ipv6.ripe.net ([2001:67c:2e8:9::c100:14e6] helo=smtpclient.apple) by bufobufo.ripe.net with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1mOIik-0004Tz-1o for sidrops@ietf.org; Thu, 09 Sep 2021 13:59:58 +0200 From: Nathalie Trenaman Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Date: Thu, 9 Sep 2021 13:59:57 +0200 References: To: SIDR Operations WG In-Reply-To: Message-Id: <42811BF3-3B2C-48CF-AA49-FC7125257DBE@ripe.net> X-Mailer: Apple Mail (2.3654.120.0.1.13) X-RIPE-Signature: b23882c8c47abee4cf35af21618ca92a1c2598d7f565a5168d7be9db1876609c Archived-At: Subject: Re: [Sidrops] Call today? 9 Sept. X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Sep 2021 12:00:12 -0000 Whoops, meant for off-list :( > Op 9 sep. 2021, om 13:59 heeft Nathalie Trenaman = het volgende geschreven: >=20 > Hi! >=20 > The mailing list has been completely quiet the last 2 weeks. Not a = single mail. I wondered if I was unsubscribed :D > Is there something to discuss? > I don=E2=80=99t mind skipping, the weather is un-Dutch good today :D >=20 > Cheers, > Nathalie From nobody Fri Sep 17 09:42:34 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 183C83A03C9 for ; Fri, 17 Sep 2021 09:42:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 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, 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=kumari.net 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 7_EXzLylC5gq for ; Fri, 17 Sep 2021 09:42:26 -0700 (PDT) Received: from mail-vk1-xa35.google.com (mail-vk1-xa35.google.com [IPv6:2607:f8b0:4864:20::a35]) (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 64D993A0771 for ; Fri, 17 Sep 2021 09:42:25 -0700 (PDT) Received: by mail-vk1-xa35.google.com with SMTP id h132so3935786vke.8 for ; Fri, 17 Sep 2021 09:42:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari.net; s=google; h=mime-version:from:date:message-id:subject:to; bh=m1zEQDv4CbQ4pA6qvYufDN/2K0paZ9QwuAoZdgKKYf8=; b=F0wceyfIH1hP2+qtrPivgdHtEvMkoIpDsPr8P8DhMwVBeaOFKHa0RVsD+sULdrpmcu cTX9yhGux3IOI0pPAY/XgqgCC1Nb2QNlztW+VqIRcjwUDtFN/eCHjWr5SLFs2E3Fte9r DH/TEa541hLhVzthyci3IdNotSfPoeWRouDMnkn7dsl8EGmEsKTvKGA4fPd1ZeDEMAyq 1IscekmmHRaahQf9dY1nxsHWUdH4D/Pjq1Okg4bEuG4LHHL+ILCBzGv9cZBqo9bNVMnV J9NS5qUGZc3OScJVHbaVRhBoHMxVKIIO6Ez4LmdcYtEOG0iRExwYiaPOoU8k2j/Uf0FW ZpPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=m1zEQDv4CbQ4pA6qvYufDN/2K0paZ9QwuAoZdgKKYf8=; b=CiP3KKLmzGtxszE/nI/Bo4Mp+FQjDJwU8z/ocjLVGx5XrRvAEBDNU0k5AR4v+rybZ3 zQtAShvCL7LhFeyUsCfh50quvJthh79EOaR/2ws4z/SM+iLYzheAUFjq787tzQ57ju/5 XZd+R4Y5UzQ9dQgbelWWz/9wyp7kCSdhLd78X17UWa3H/OSlodaNsaMN9BcSYmpYGEps LSyxUkpousya0VAV3B6r+1f9TJrVm35bfazs6Yr/m+rX5TskUb/LiRxYbDjPX2cQx0Hx +y/dXVkUdUt9upXkW1oxzM2OXi1IibKakpKLi67OuGbDRh7PwX3xhCtdPc7ST2Mlxh1x 0erw== X-Gm-Message-State: AOAM530Xb914k/T+khO8kbaTeB1TdNgziPq/1xiyZrrzNLttGCU5Nvci E5NmxsAhcKUMJdPbDuwMyVtE0bsCgUmARAV6W3ouC3mylwy0QA== X-Google-Smtp-Source: ABdhPJyzH8XF10VjAjw8a7hR2IdSnCFpWMzJv1AzEZmkmP6nnTnuAmBES8ZRMubL+ezf/k0TOM5eim8nnZhuJO2wWq0= X-Received: by 2002:a1f:b20e:: with SMTP id b14mr8544660vkf.15.1631896942180; Fri, 17 Sep 2021 09:42:22 -0700 (PDT) MIME-Version: 1.0 From: Warren Kumari Date: Fri, 17 Sep 2021 12:41:46 -0400 Message-ID: To: SIDR Operations WG Content-Type: multipart/alternative; boundary="0000000000008cb66c05cc339d00" Archived-At: Subject: [Sidrops] IRTF - An "interim" workshop on Evolving Routing Security in the Internet X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Sep 2021 16:42:32 -0000 --0000000000008cb66c05cc339d00 Content-Type: text/plain; charset="UTF-8" Hi there, I stumbled across an announcement of a workshop on Evolving Routing Security in the Internet on the IRTF list: https://mailarchive.ietf.org/arch/msg/irtf-discuss/1TshQOGrKGe-5QsLn7OeYwa3_vg/ And figured it might be of interest to SIDROPS/GROW, etc. --- [irtf-discuss] An "interim" workshop on Evolving Routing Security in the Internet Adrian Farrel Thu, 16 September 2021 10:19 UTCShow header Hi, We've put together a small workshop on Evolving Routing Security in the Internet to be held on Thursday 30th September at 3pm UTC [1] Our objective is to bring relevant information and research to the routing community and spark discussion about routing research. Attendance is open and free. Meeting materials will be at https://github.com/danielkinguk/sarah/tree/main/conferences/security-worksho p We will use Webex : https://htf-paris.my.webex.com/htf-paris.my-en/j.php?MTID=mc8bb1a7bcda855d14 060678f65272117 and stream the meeting on YouTube at https://youtu.be/V9CZC42BTDc Our agenda for this meeting features three presentations and a period for open discussion. * Mutually Agreed Norms for Routing Security Andrei Robachevsky, Internet Society * Lightweight blockchain assisted secure routing of swarm UAS networking Houbing Song and Jian Wang, Embry-Riddle Aeronautical University * On-Demand Blind Packet Forwarding Irfan Simsek, University of Duisburg-Essen We hope you can fit this into your schedule. (Please note, this is not an IETF/IRTF meeting, but we thought the IETF/IRTF community would be interested.) Best, Adrian and Dan [1] https://www.timeanddate.com/worldclock/converter.html?iso=20210930T150000&p1 =1440&p2=tz_pt&p3=tz_et&p4=tz_bst&p5=tz_cest&p6=tz_cst-china ---- -- Perhaps they really do strive for incomprehensibility in their specs. After all, when the liturgy was in Latin, the laity knew their place. -- Michael Padlipsky --0000000000008cb66c05cc339d00 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi there,

I stumbled across an announce= ment of a=C2=A0workshop on Evolving Routing Security in the Internet on the= IRTF list:=C2=A0=C2=A0https://mailarchi= ve.ietf.org/arch/msg/irtf-discuss/1TshQOGrKGe-5QsLn7OeYwa3_vg/

And figured it might be of interest to SIDROPS/GROW, etc.= =C2=A0

---
[irtf-discuss] An "inter= im" workshop on Evolving Routing Security in the Internet
Adrian Fa= rrel <adrian@ol= ddog.co.uk> Thu, 16 September 2021 10:19 UTCShow header

Hi,
We've put together a small workshop on Evolving Routing Security = in the
Internet to be held on Thursday 30th September at 3pm UTC [1]
=
Our objective is to bring relevant information and research to the rout= ing
community and spark discussion about routing research.

Attend= ance is open and free.

Meeting materials will be at
https://github.com/danielkinguk/sarah/tree/main/conferen= ces/security-worksho
p

We will use Webex :
https://htf-paris.my.webex.com/htf-paris.my-en/j.php?MTI= D=3Dmc8bb1a7bcda855d14
060678f65272117 and stream the meeting on You= Tube at
https= ://youtu.be/V9CZC42BTDc

Our agenda for this meeting features thr= ee presentations and a period for
open discussion.
* Mutually Agreed = Norms for Routing Security
=C2=A0 =C2=A0Andrei Robachevsky, Internet Soc= iety
* Lightweight blockchain assisted secure routing of swarm UAS netwo= rking
=C2=A0 =C2=A0Houbing Song and Jian Wang, Embry-Riddle Aeronautical= University
* On-Demand Blind Packet Forwarding
=C2=A0 =C2=A0Irfan Si= msek, University of Duisburg-Essen

We hope you can fit this into you= r schedule.

(Please note, this is not an IETF/IRTF meeting, but we t= hought the IETF/IRTF
community would be interested.)

Best,
Adr= ian and Dan

[1]
https://www= .timeanddate.com/worldclock/converter.html?iso=3D20210930T150000&p1=
=3D1440&p2=3Dtz_pt&p3=3Dtz_et&p4=3Dtz_bst&p5=3Dtz_cest&= amp;p6=3Dtz_cst-china

----


--
Perhaps they really do strive for incomprehensibility = in their specs.
After all, when the liturgy was in Latin, the laity knew= their place.
-- Michael Padlipsky
--0000000000008cb66c05cc339d00-- From nobody Thu Sep 23 10:30:42 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABA363A14A1 for ; Thu, 23 Sep 2021 10:30:40 -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 g_4RiCxG62iZ for ; Thu, 23 Sep 2021 10:30:36 -0700 (PDT) Received: from mail-qv1-xf2e.google.com (mail-qv1-xf2e.google.com [IPv6:2607:f8b0:4864:20::f2e]) (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 17CDF3A149C for ; Thu, 23 Sep 2021 10:30:36 -0700 (PDT) Received: by mail-qv1-xf2e.google.com with SMTP id w9so4575532qvs.12 for ; Thu, 23 Sep 2021 10:30:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=61eakgx2KGSw7qDxmOUO6R8VoklM7yAp9rn8+s33IEs=; b=aIM3v7oZm2yJFHT4qQOL/kwEyK1sqZ0CoVIYMoL6EiXTAKIWrf/KYPJIdqfmMJOLyY 7U+X1hhlt6kBckQsEkabEKc97rI7I43d+COhg0DUqK7CdAo3+J9Lm0mkx3zwhpz53pOP fqS/Pm+0gaITYiPZDK7EIiSM6GOxdvoJtNneaQG/Hp9e7Lw59SB6bZNRI2qgARqLkGab O3kbvu3oJLwjK00ZXyQ+BLcYahuYljbdu+Tbjae9yiV979jP8YG5JADmFlVM2HKYiXAE fuOTOPQ5Cukg7Bk9EnTiVsUEt66P17tpkUW4qHJ1onLXt0FMCJbrZp0GdsuR+ZVyAYTL tCSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=61eakgx2KGSw7qDxmOUO6R8VoklM7yAp9rn8+s33IEs=; b=WXsNpDGtqCGer+CWcHq8U8m2tT4SVmVHgAVleALz5a9DeFiDmEe+kvGhwb7rw8Mqcl g+UrODt69y5ej4APUwVOJBAB71tR0S839YBjG5HD0Wp+T0bY4kylzSJpxBjhv5WWzXNn xY1ZHtOGdTPLyUqiGgIsSIH/Tvziwm1//lGT9Rp/BciemBZCg0qHXYOEBcRPCpJWsW6p mZTXFBB6FeluXuAF6k3fDcLysmV/jhtXwqKePoUr41nnooNfpHRgPs402X3FFULRtLBq Gq9lirePdtqzxurYRVw2DzkjtCh84Vz9Rd16DSE2hP2icW4JLXMMvYqmvqemh+dcs7l+ vXiw== X-Gm-Message-State: AOAM532uH07lb9c+p80DSnBFz1rflxNzHCtHt15hObkz+1Lfu3Dj/F3+ gwzzaQNYAdHO+bz6OjPvOUQ8Uv4KjcwgCX4VKhK0p27HmiE= X-Google-Smtp-Source: ABdhPJytu1+Iei8mdRoGefm5z9JSRuL8gfTk1Dm4tNV/Avd6eU31FDrZdtT7uudrZ9our66J2JeKIpx+j3+vN3t5iIU= X-Received: by 2002:a05:6214:4c9:: with SMTP id ck9mr5751359qvb.52.1632418234788; Thu, 23 Sep 2021 10:30:34 -0700 (PDT) MIME-Version: 1.0 References: <162845509942.28236.7404410032742481217@ietfa.amsl.com> <76BFDB10-2FE5-4FBD-8E16-8104CBE3D86C@ripe.net> <8170EFA9-8832-4B7A-816D-9829790C23FA@ripe.net> <9727EFC1-D132-4E25-B2F0-7852C67766E2@ripe.net> In-Reply-To: <9727EFC1-D132-4E25-B2F0-7852C67766E2@ripe.net> From: Christopher Morrow Date: Thu, 23 Sep 2021 13:30:24 -0400 Message-ID: To: Ties de Kock Cc: Randy Bush , SIDR Operations WG Content-Type: multipart/alternative; boundary="00000000000002729805ccacfde2" Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-rpki-has-no-identity-01.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 17:30:41 -0000 --00000000000002729805ccacfde2 Content-Type: text/plain; charset="UTF-8" Was there a v-02 from the end of this conversation? If it's uploaded we can probably WGLC and move along? On Wed, Aug 11, 2021 at 3:19 AM Ties de Kock wrote: > On 11 Aug 2021, at 05:36, Randy Bush wrote: > > > >> I was thinking about the situation where an actor uses an RPKI object > >> to lead people to believe they have legal authority to sign contracts > >> concerning the resources. > >> > >> RPKI does not have identity but it does not imply being an legal > >> representative either? I was wondering if we needed to clarify that as > >> well. > > > > so you want something such as > > > > That someone can provide 'proof of possession' of the private key > > signing over a particular INR should not be taken to imply that they > > are a valid legal representative of the organization in possession > > of that INR. They could be just an INR administrative person. > > I think that looks good! > > -Ties > > > > randy > > > > _______________________________________________ > > Sidrops mailing list > > Sidrops@ietf.org > > https://www.ietf.org/mailman/listinfo/sidrops > > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops > --00000000000002729805ccacfde2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Was there a v-02 from the end of this conversation?
If = it's uploaded we can probably WGLC and move along?

On Wed, Aug 11, 2021= at 3:19 AM Ties de Kock <tdekock@ri= pe.net> wrote:
On 11 Aug 2021, at 05:36, Randy Bush <randy@psg.com> wrote:
>
>> I was thinking about the situation where an actor uses an RPKI obj= ect
>> to lead people to believe they have legal authority to sign contra= cts
>> concerning the resources.
>>
>> RPKI does not have identity but it does not imply being an legal >> representative either? I was wondering if we needed to clarify tha= t as
>> well.
>
> so you want something such as
>
>=C2=A0 =C2=A0 That someone can provide 'proof of possession' of= the private key
>=C2=A0 =C2=A0 signing over a particular INR should not be taken to impl= y that they
>=C2=A0 =C2=A0 are a valid legal representative of the organization in p= ossession
>=C2=A0 =C2=A0 of that INR.=C2=A0 They could be just an INR administrati= ve person.

I think that looks good!

-Ties
>
> randy
>
> _______________________________________________
> Sidrops mailing list
> Sidrops@ietf.org=
> https://www.ietf.org/mailman/listinfo/sidrops<= br>
_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--00000000000002729805ccacfde2-- From nobody Thu Sep 23 10:39:45 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD7E13A14FC; Thu, 23 Sep 2021 10:39:42 -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 hQRthvtdrB0R; Thu, 23 Sep 2021 10:39:38 -0700 (PDT) Received: from mail-qv1-xf2a.google.com (mail-qv1-xf2a.google.com [IPv6:2607:f8b0:4864:20::f2a]) (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 AE95E3A14F7; Thu, 23 Sep 2021 10:39:05 -0700 (PDT) Received: by mail-qv1-xf2a.google.com with SMTP id gs10so4593956qvb.13; Thu, 23 Sep 2021 10:39:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6oa5EoSRvH3EYs/RB5RwsmHXUFP6pLOY/Q0ecifiJBc=; b=k9hvNP7I8PO8i7rU9vV55wkNCCQz5oYa1XFI9oL4mgCTHzYW00Np95eha8PKFLXO2W QZ41rihES5/9SiBMhsdoEt141EfS3aup69frGJWnOAyvwm/rOwyU7d4IFbedk7CIyBcC CX/zEDWX11CaKkze0pHJoXH/f6Bf3+8PN/tajVXqX03VKkmd2dDobDTfp7E+lzihRvO/ +I4gzFwepd1OpDd8d0SI4QE7dJHUHZU+O16GYERxzn4FivgMH+XgniBNtrkan+p2pdzs PYY5mRTHZ8z+G58+1x6Xtwo9xr0ZapRfr3thar6JjB+0iRtGc5lyh4/hCv0k7LNdT0ZZ cDPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6oa5EoSRvH3EYs/RB5RwsmHXUFP6pLOY/Q0ecifiJBc=; b=dP1TJY+6SPCfcIlrfQf/E2terYl2r9yjP7X8I/lMTD7vzQhKYbLzRpnseAhYb+6ylj XwuYjoZ5U7ZA+WjCwjR3O+TyFPAilLbPryhPGbA8bRx56zZSsiGDwAZ6iFvuxgBhStP2 cO+CsrkjpXVIM7fptGtBlohxqtQC5tCaLriUVQrvzvHRBgmS0N+/AI2dy03qX/+SD87y XATmKJySn2PhFlAKarHtRqDqXlKInZlXjUGZ6wQg6swRm2YSGQVYrD9p3FY2Do/vu5cv D55yIgx4KUyTqyMe+7rmG1qmFkmE1krQ+Bp7rjirAM/pnU3EuFolZvnyKy8ZIGuFplg8 pvBA== X-Gm-Message-State: AOAM530R+6g7tSs+2YY9+ahYeL055CsYYfgaWrY07gqHXyZp9J3u0/H2 ++ZhFHX92ksuRZHDe2VqagBBIRc/M2WnWWkPlLnD1Anq9Mg= X-Google-Smtp-Source: ABdhPJwF2Z2jc/CfU6T/Cnxy1W/Fwgamolk8i/ACmBTnczT57VkEprLOf3nPLPH1ipKPQm3Of4S4115Z86Ik+QX5SQA= X-Received: by 2002:ad4:4873:: with SMTP id u19mr5848866qvy.11.1632418744174; Thu, 23 Sep 2021 10:39:04 -0700 (PDT) MIME-Version: 1.0 References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> In-Reply-To: <162730591845.29690.12178353991713962835@ietfa.amsl.com> From: Christopher Morrow Date: Thu, 23 Sep 2021 13:38:53 -0400 Message-ID: To: SIDR Operations WG Cc: i-d-announce@ietf.org Content-Type: multipart/alternative; boundary="0000000000005f10b605ccad1b4a" Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 17:39:43 -0000 --0000000000005f10b605ccad1b4a Content-Type: text/plain; charset="UTF-8" Howdy! I believe this document is at the point where WGLC is the next step? I believe also we are adding Russ Housley as person running the show through the final boss fight with IETF@/IESG. I know I'd like to say: "Thanks to Stephen for his work on this, it's certainly been a journey :)" Provided this is the state the authors agree on and they want to move to WGLC.... please verify that is the case on-list :) On Mon, Jul 26, 2021 at 9:26 AM wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the SIDR Operations WG of the IETF. > > Title : Manifests for the Resource Public Key > Infrastructure (RPKI) > Authors : Rob Austein > Geoff Huston > Stephen Kent > Matt Lepinski > Filename : draft-ietf-sidrops-6486bis-06.txt > Pages : 17 > Date : 2021-07-26 > > Abstract: > This document defines a "manifest" for use in the Resource Public Key > Infrastructure (RPKI). A manifest is a signed object (file) that > contains a listing of all the signed objects (files) in the > repository publication point (directory) associated with an authority > responsible for publishing in the repository. For each certificate, > Certificate Revocation List (CRL), or other type of signed objects > issued by the authority that are published at this repository > publication point, the manifest contains both the name of the file > containing the object and a hash of the file content. Manifests are > intended to enable a relying party (RP) to detect certain forms of > attacks against a repository. Specifically, if an RP checks a > manifest's contents against the signed objects retrieved from a > repository publication point, then the RP can detect "stale" (valid) > data and deletion of signed objects. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-sidrops-6486bis/ > > There is also an htmlized version available at: > https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-6486bis-06 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-sidrops-6486bis-06 > > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops > --0000000000005f10b605ccad1b4a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Howdy!
I believe this document is at the point where W= GLC is the next step?
I believe also we are adding Russ Housley as perso= n=C2=A0running the show through the final boss fight with IETF@/IESG.
=
I know I'd like to say: "Thanks to Stephen for his work on th= is, it's certainly been a journey :)"

Pro= vided this is the state the authors agree on and they want to move to WGLC.= ... please verify that is the case on-list :)

On Mon, J= ul 26, 2021 at 9:26 AM <inte= rnet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the SIDR Operations WG of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Manifests for the Resource Public Key Infrastructure (RPKI)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Rob = Austein
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Geoff Huston
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Stephen Kent
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Matt Lepinski
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-sidrops-6486bis-06.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 17
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2021-07-26

Abstract:
=C2=A0 =C2=A0This document defines a "manifest" for use in the Re= source Public Key
=C2=A0 =C2=A0Infrastructure (RPKI).=C2=A0 A manifest is a signed object (fi= le) that
=C2=A0 =C2=A0contains a listing of all the signed objects (files) in the =C2=A0 =C2=A0repository publication point (directory) associated with an au= thority
=C2=A0 =C2=A0responsible for publishing in the repository.=C2=A0 For each c= ertificate,
=C2=A0 =C2=A0Certificate Revocation List (CRL), or other type of signed obj= ects
=C2=A0 =C2=A0issued by the authority that are published at this repository<= br> =C2=A0 =C2=A0publication point, the manifest contains both the name of the = file
=C2=A0 =C2=A0containing the object and a hash of the file content.=C2=A0 Ma= nifests are
=C2=A0 =C2=A0intended to enable a relying party (RP) to detect certain form= s of
=C2=A0 =C2=A0attacks against a repository.=C2=A0 Specifically, if an RP che= cks a
=C2=A0 =C2=A0manifest's contents against the signed objects retrieved f= rom a
=C2=A0 =C2=A0repository publication point, then the RP can detect "sta= le" (valid)
=C2=A0 =C2=A0data and deletion of signed objects.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-i= etf-sidrops-6486bis/

There is also an htmlized version available at:
https://datatracker.ietf.org/doc/= html/draft-ietf-sidrops-6486bis-06

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2= =3Ddraft-ietf-sidrops-6486bis-06


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--0000000000005f10b605ccad1b4a-- From nobody Thu Sep 23 10:45:15 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A2593A153C for ; Thu, 23 Sep 2021 10:45:11 -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 gcXB5AcnY_SU for ; Thu, 23 Sep 2021 10:45:06 -0700 (PDT) Received: from mail-qt1-x834.google.com (mail-qt1-x834.google.com [IPv6:2607:f8b0:4864:20::834]) (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 517123A1516 for ; Thu, 23 Sep 2021 10:45:06 -0700 (PDT) Received: by mail-qt1-x834.google.com with SMTP id d8so6955394qtd.5 for ; Thu, 23 Sep 2021 10:45:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=bzapVqQhKg0CD77ekzRZcHoRIBQRW2E9GKk9vTK/Yes=; b=PdlEDQCpgZtBeakGsPfKEJ347pG6m8MQYCDSlKXbzUPfcPEXaj5O2a35O/RNis3BLJ 0L8nwLKmYG1kvIpwKYn66zO6A8a822QcmFEd6j8VZaVoOw3eyx4u18cy3JocM6BoKE3H usWgOPNsKrHJme9IQqeUIseASxRt2c7Sj+rQIPLVL8GMPzDtLg2eBj3gGPlKWt//Ow3T oKLCXyKr00sknVG5EKrgIf3fFySV/HB3P46KSr2MStyXsFh03fAwQmHcg5VbQ8oQ/lW0 Aa0dPup4vRyAolzmb+Dqk6y9nTTGxicOefopQzFyczwbwrVA1bUrpm7vKMmUt3QaOR/v /tLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=bzapVqQhKg0CD77ekzRZcHoRIBQRW2E9GKk9vTK/Yes=; b=bGvj2GzvUGFSsMDNi4B4QVvs3nfshDnrSDwwNRdqh9cTKUiMJriAJtIBb5F+/WdHob qBeRFIalQ2C0NzCcjrihNY2GezBs70QUqeYEY+Vk2x5YN+Hrcz2TV9EJ0oFRPUFKqD8V nM5sNlTqC22ff+TItvU1DBO/7rcCbTyNzhRuabXhCQdhZXnIjO3bwqPAD4YX641wrPcL 2GEIk6JS4xLAYkRsG/boasodFjfc4BEqjD1f81ax37z3QChtKDyach+H3ARJGTsU4KLK xukAtkLmxi34et4QzN+fc+b3q/b0t3ulIqlvDgXZLm8d5i4QR8aGXM4C3kWN4zJ9rTZl jMPA== X-Gm-Message-State: AOAM532Msrv5IqXw29wmtvAVhu7jvWyRyZyWYsheARqXwoe6RGGGPuXS ZCgCdJxKxa88IoyhYExJprI7TLWkTIKTU+1JyedgRriiSjk= X-Google-Smtp-Source: ABdhPJxhV2Kpv37VTC5pGhq7I8vGj1j57PfmDrBUsskn6ENQfVE4s6Jpky15cUArrKtMPgLYcnUcuOZHrLBZmO5TBJQ= X-Received: by 2002:a05:622a:648:: with SMTP id a8mr5934402qtb.390.1632419104848; Thu, 23 Sep 2021 10:45:04 -0700 (PDT) MIME-Version: 1.0 References: <278925A4-91B9-4B8F-B4CC-6F72B77462B3@rpstir.net> In-Reply-To: <278925A4-91B9-4B8F-B4CC-6F72B77462B3@rpstir.net> From: Christopher Morrow Date: Thu, 23 Sep 2021 13:44:54 -0400 Message-ID: To: Di Ma Cc: George Michaelson , "sidrops@ietf.org" Content-Type: multipart/alternative; boundary="000000000000de815c05ccad307c" Archived-At: Subject: Re: [Sidrops] draft-sidrops-rpkimaxlen X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 17:45:11 -0000 --000000000000de815c05ccad307c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Howdy draft authors/readers-of-drafts: "This document seems to have petered out, and I think the end of the thread here is: 'Meh, maybe we don't need this document?'" Is this document not necessary anymore? or is the document ready for wglc ? or ? On Thu, Mar 11, 2021 at 10:15 AM Di Ma wrote: > Interesting. > > AS0 ROA is yet another thing we can take into consideration. > > Di > > > 2021=E5=B9=B43=E6=9C=8811=E6=97=A5 23:07=EF=BC=8CGeorge Michaelson =E5=86=99=E9=81=93=EF=BC=9A > > > > Is there a role for use of AS0 ROA, to "punch out" the elements > > between /len and /maxlen, that are not "wanted" in routing? > > > > Is there a role for short-life AS0 ROA, to mark the "emergency use" > > more specifics, So they can come live on the time for the AS0 to die > > out or be repudiated, but not have to be announced until needed? > > > > (C/F Randy: George: stop inventing things we don't need) also (C/F > > this may not actually be a new thought bubble)\ > > > > -G > > > > On Thu, Mar 11, 2021 at 5:34 PM Di Ma wrote: > >> > >> Jakob, > >> > >>> 2021=E5=B9=B43=E6=9C=8810=E6=97=A5 21:07=EF=BC=8CJakob Heitz (jheitz)= 40cisco.com@dmarc.ietf.org> =E5=86=99=E9=81=93=EF=BC=9A > >>> > >>> I agree that a hijack is made easier when a ROA exists without a > corresponding BGP advertisement. > >>> > >>> Implementing DDOS and RTBH as indicated in the draft is difficult > without the ROAs for the required BGP announcements. As indicated in the > draft, creating and distributing the ROAs required for RTBH and DDOS > scrubbers is time consuming. > >>> > >>> Note that these ROAs are not required throughout the entire BGP space= , > the world. > >>> These ROAs are only needed near the AS requiring these services, thus > distributing them > >>> around the entire world, just for some local RTBH implementation is > disruptive to the > >>> rest of the world. > >>> > >>> To help with these "limited distribution ROAs" that are required > quickly, and in > >>> a smaller space than the entire BGP space, I propose to invent a new > BGP address > >>> family to publish them. Using BGP to publish a ROA enables fast > distribution > >>> and allows to limit the distribution to only those ASes that need it. > >> > >> As I am maintaining RPSTIR the RP Software, I have been working on a > feedback mechanism to enable RP to learn from BGP announcements to > establish local/neighbor view. In the context of RPKI, I see those ASes > sharing the same one RP are local. > >> > >> I think your proposed "limited distribution ROAs=E2=80=9D is going to= help > create local/neighbor view. > >> > >> Granted, we may have the ROA validation by RP not the router itself an= d > should work on the interface between them. > >> > >>> > >>> Anybody want to help me write a draft? > >> > >> Count me in if you think an RP implementor can help. > >> > >> Di > >> _______________________________________________ > >> Sidrops mailing list > >> Sidrops@ietf.org > >> https://www.ietf.org/mailman/listinfo/sidrops > > > > _______________________________________________ > > Sidrops mailing list > > Sidrops@ietf.org > > https://www.ietf.org/mailman/listinfo/sidrops > > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops > --000000000000de815c05ccad307c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Howdy draft authors/readers-of-drafts:
=C2=A0 "Thi= s document seems to have petered out, and I think the end of the thread her= e is: 'Meh, maybe we don't need this document?'"

<= /div>
Is this document not necessary anymore? or is the document ready = for wglc ? or ?

On Thu, Mar 11, 2021 at 10:15 AM Di Ma <madi@rpstir.net> wrote:
Interesting.

AS0 ROA is yet another thing we can take into consideration.

Di

> 2021=E5=B9=B43=E6=9C=8811=E6=97=A5 23:07=EF=BC=8CGeorge Michaelson <= ;ggm@algebras.org= > =E5=86=99=E9=81=93=EF=BC=9A
>
> Is there a role for use of AS0 ROA, to "punch out" the eleme= nts
> between /len and /maxlen, that are not "wanted" in routing?<= br> >
> Is there a role for short-life AS0 ROA, to mark the "emergency us= e"
> more specifics, So they can come live on the time for the AS0 to die > out or be repudiated, but not have to be announced until needed?
>
> (C/F Randy: George: stop inventing things we don't need) also (C/F=
> this may not actually be a new thought bubble)\
>
> -G
>
> On Thu, Mar 11, 2021 at 5:34 PM Di Ma <madi@rpstir.net> wrote:
>>
>> Jakob,
>>
>>> 2021=E5=B9=B43=E6=9C=8810=E6=97=A5 21:07=EF=BC=8CJakob Heitz (= jheitz) <jheitz=3D40cisco.com@dmarc.ietf.org> =E5=86=99=E9=81=93=EF=BC=9A<= br> >>>
>>> I agree that a hijack is made easier when a ROA exists without= a corresponding BGP advertisement.
>>>
>>> Implementing DDOS and RTBH as indicated in the draft is diffic= ult without the ROAs for the required BGP announcements. As indicated in th= e draft, creating and distributing the ROAs required for RTBH and DDOS scru= bbers is time consuming.
>>>
>>> Note that these ROAs are not required throughout the entire BG= P space, the world.
>>> These ROAs are only needed near the AS requiring these service= s, thus distributing them
>>> around the entire world, just for some local RTBH implementati= on is disruptive to the
>>> rest of the world.
>>>
>>> To help with these "limited distribution ROAs" that = are required quickly, and in
>>> a smaller space than the entire BGP space, I propose to invent= a new BGP address
>>> family to publish them. Using BGP to publish a ROA enables fas= t distribution
>>> and allows to limit the distribution to only those ASes that n= eed it.
>>
>> As I am maintaining RPSTIR the RP Software, I have been working on= a feedback mechanism to enable RP to learn from BGP announcements to estab= lish local/neighbor view. In the context of RPKI, I see those ASes sharing = the same one RP are local.
>>
>> I think your proposed "limited distribution ROAs=E2=80=9D=C2= =A0 is going to help create local/neighbor view.
>>
>> Granted, we may have the ROA validation by RP not the router itsel= f and should work on the interface between them.
>>
>>>
>>> Anybody want to help me write a draft?
>>
>> Count me in if you think an RP implementor can help.
>>
>> Di
>> _______________________________________________
>> Sidrops mailing list
>> Sidrops@ietf= .org
>> https://www.ietf.org/mailman/listinfo/sidrops<= /a>
>
> _______________________________________________
> Sidrops mailing list
> Sidrops@ietf.org=
> https://www.ietf.org/mailman/listinfo/sidrops<= br>
_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--000000000000de815c05ccad307c-- From nobody Thu Sep 23 10:51:19 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A5A73A1572; Thu, 23 Sep 2021 10:51:17 -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 NNradN_4DdsF; Thu, 23 Sep 2021 10:51:11 -0700 (PDT) Received: from mail-qv1-xf2a.google.com (mail-qv1-xf2a.google.com [IPv6:2607:f8b0:4864:20::f2a]) (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 F2C073A1574; Thu, 23 Sep 2021 10:51:10 -0700 (PDT) Received: by mail-qv1-xf2a.google.com with SMTP id a13so4640413qvo.9; Thu, 23 Sep 2021 10:51:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=whnfMdRoWjuXujsI5ZKPTu9NWKq5Ob3FFrdi5c6J3Fw=; b=gCjvuoeI3eD4ixAIKOFvv/+LFBwkXT4raAC93LW0f8AIGesT//9t34CzLF8FfFWU1O zFaqdbmlFzdFcHIrVvv9R4cy0DuVwzYW02WqrkHArOe0R50kVOStmR5TdwtlNi0JDLtf V5dHZ8SA5t/IRsFE81DL9tWYUGfHmRRvlXW1QoDWIvkn1WQNT+hhB5oOW3SwG3DL11+E ZnZd15S0E8KrwZoISdoU4kV7u4T5fSLpq6qD/Ox3o2Q7C9qH+WJ0VSnDhehgGBi46Ok/ B2s4euTdiN3D9/v0sYmXnwO57YuBG9xjhspN04r/+lvoRfvL3yGkCWNt1lpBKyUovaMy hnog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=whnfMdRoWjuXujsI5ZKPTu9NWKq5Ob3FFrdi5c6J3Fw=; b=SQ9j/kpJsEFkLQox35jR1YDEZQpRmyK6RrresWlaJlM+Ra/+gFOddzbEYzHhQ6vFya vLG55Q6qo2mtbiJsViyuqv8rS2fVzbRrXCsKxVPHvkMofZkSc9uHSe5qECGA7eobOiWT 59yqcX5dYIE2H6ShHm3zEgWw2Bb8bT/bQb7z1fEz/IPBtG1UNljgppVC+/JToJlyz2Pb 9IW3MAPaKv268uxJTrEMI5ZE457ldrhhjjAt1tznR6qMOJ6FC+JAXRV70TeehRPXamMH xZTtggcL9vmpaUqCFr1nDfvD+a816i8EBSDKY/8NnOA/QQ6QPCsEsYBRS2g6qil0QLe4 joWg== X-Gm-Message-State: AOAM532gvxKw3/1e4nhDX/T2J2W+XAtWi+FuQw+DxwoWGOJTYABh1R68 5eBjZNh7hXwyXBBMLCAGfTD+UyVipdCZ3rcRFwyBshVsqSE= X-Google-Smtp-Source: ABdhPJwQqZMGe1KPwrFZgXadYmm9JL5RzJer8R4AqYDSIV4XlhmnE6E8YbuyBxiZTAiC+4OO4aZRaVBJTpVSOTK8fTM= X-Received: by 2002:ad4:4872:: with SMTP id u18mr5556729qvy.20.1632419469407; Thu, 23 Sep 2021 10:51:09 -0700 (PDT) MIME-Version: 1.0 References: <162992596529.24798.5873690532394887967@ietfa.amsl.com> In-Reply-To: <162992596529.24798.5873690532394887967@ietfa.amsl.com> From: Christopher Morrow Date: Thu, 23 Sep 2021 13:50:58 -0400 Message-ID: To: SIDR Operations WG Cc: i-d-announce@ietf.org Content-Type: multipart/alternative; boundary="0000000000009937ba05ccad4607" Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-aspa-verification-08.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 17:51:18 -0000 --0000000000009937ba05ccad4607 Content-Type: text/plain; charset="UTF-8" Howdy draft-readers and authors! Is this document now in shape for WGLC? or are there still debates/comments to deal with? On Wed, Aug 25, 2021 at 5:13 PM wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the SIDR Operations WG of the IETF. > > Title : Verification of AS_PATH Using the Resource > Certificate Public Key Infrastructure and Autonomous System Provider > Authorization > Authors : Alexander Azimov > Eugene Bogomazov > Randy Bush > Keyur Patel > Job Snijders > Filename : draft-ietf-sidrops-aspa-verification-08.txt > Pages : 15 > Date : 2021-08-25 > > Abstract: > This document defines the semantics of an Autonomous System Provider > Authorization object in the Resource Public Key Infrastructure to > verify the AS_PATH attribute of routes advertised in the Border > Gateway Protocol. > > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-sidrops-aspa-verification/ > > There is also an htmlized version available at: > > https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-aspa-verification-08 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-sidrops-aspa-verification-08 > > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops > --0000000000009937ba05ccad4607 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Howdy draft-readers and authors!
Is this document now = in shape for WGLC? or are there still debates/comments to=C2=A0 deal with?<= /div>

On Wed, Aug 25, 2021 at 5:13 PM <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the SIDR Operations WG of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Verification of AS_PATH Using the Resource Certificate Public Key Infrastr= ucture and Autonomous System Provider Authorization
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Alex= ander Azimov
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Eugene Bogomazov
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Randy Bush
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Keyur Patel
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Job Snijders
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-sidrops-aspa-verification-08.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 15
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2021-08-25

Abstract:
=C2=A0 =C2=A0This document defines the semantics of an Autonomous System Pr= ovider
=C2=A0 =C2=A0Authorization object in the Resource Public Key Infrastructure= to
=C2=A0 =C2=A0verify the AS_PATH attribute of routes advertised in the Borde= r
=C2=A0 =C2=A0Gateway Protocol.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/d= oc/draft-ietf-sidrops-aspa-verification/

There is also an htmlized version available at:
https://datatracker.iet= f.org/doc/html/draft-ietf-sidrops-aspa-verification-08

A diff from the previous version is available at:
https://www.ietf.org/rfcd= iff?url2=3Ddraft-ietf-sidrops-aspa-verification-08


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--0000000000009937ba05ccad4607-- From nobody Thu Sep 23 11:12:45 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53F6B3A166A for ; Thu, 23 Sep 2021 11:12:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 sdHlId-fGGae for ; Thu, 23 Sep 2021 11:12:31 -0700 (PDT) Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 068B53A1651 for ; Thu, 23 Sep 2021 11:12:31 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id 3DCA2300C0B for ; Thu, 23 Sep 2021 14:12:31 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail.smeinc.net Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id g3nkrbjZ17Lv for ; Thu, 23 Sep 2021 14:12:29 -0400 (EDT) Received: from a860b60074bd.fios-router.home (pool-141-156-161-153.washdc.fios.verizon.net [141.156.161.153]) by mail.smeinc.net (Postfix) with ESMTPSA id E7422300B5C; Thu, 23 Sep 2021 14:12:28 -0400 (EDT) From: Russ Housley Message-Id: <948AB0F8-1E10-497E-8E2C-1C4F077F762C@vigilsec.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_9F27C7DF-42BA-438B-ADE0-E0A6C468650B" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) Date: Thu, 23 Sep 2021 14:12:26 -0400 In-Reply-To: Cc: SIDR Operations WG To: Christopher Morrow References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> X-Mailer: Apple Mail (2.3445.104.21) Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 18:12:42 -0000 --Apple-Mail=_9F27C7DF-42BA-438B-ADE0-E0A6C468650B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I confirm that I will become an editoer for this document if none of the = existing authors want to do so. Russ > On Sep 23, 2021, at 1:38 PM, Christopher Morrow = wrote: >=20 > Howdy! > I believe this document is at the point where WGLC is the next step? > I believe also we are adding Russ Housley as person running the show = through the final boss fight with IETF@/IESG. > I know I'd like to say: "Thanks to Stephen for his work on this, it's = certainly been a journey :)" >=20 > Provided this is the state the authors agree on and they want to move = to WGLC.... please verify that is the case on-list :) >=20 >=20 > On Mon, Jul 26, 2021 at 9:26 AM > wrote: >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the SIDR Operations WG of the IETF. >=20 > Title : Manifests for the Resource Public Key = Infrastructure (RPKI) > Authors : Rob Austein > Geoff Huston > Stephen Kent > Matt Lepinski > Filename : draft-ietf-sidrops-6486bis-06.txt > Pages : 17 > Date : 2021-07-26 >=20 > Abstract: > This document defines a "manifest" for use in the Resource Public = Key > Infrastructure (RPKI). A manifest is a signed object (file) that > contains a listing of all the signed objects (files) in the > repository publication point (directory) associated with an = authority > responsible for publishing in the repository. For each = certificate, > Certificate Revocation List (CRL), or other type of signed objects > issued by the authority that are published at this repository > publication point, the manifest contains both the name of the file > containing the object and a hash of the file content. Manifests = are > intended to enable a relying party (RP) to detect certain forms of > attacks against a repository. Specifically, if an RP checks a > manifest's contents against the signed objects retrieved from a > repository publication point, then the RP can detect "stale" = (valid) > data and deletion of signed objects. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-sidrops-6486bis/ = >=20 > There is also an htmlized version available at: > https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-6486bis-06 = >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-sidrops-6486bis-06 = >=20 >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ = >=20 >=20 > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops = > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops --Apple-Mail=_9F27C7DF-42BA-438B-ADE0-E0A6C468650B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii I = confirm that I will become an editoer for this document if none of the = existing authors want to do so.

Russ


On Sep = 23, 2021, at 1:38 PM, Christopher Morrow <christopher.morrow@gmail.com> wrote:

Howdy!
I believe this document is at the point = where WGLC is the next step?
I believe also we are adding = Russ Housley as person running the show through the final boss = fight with IETF@/IESG.
I know I'd like to say: = "Thanks to Stephen for his work on this, it's certainly been a journey = :)"

Provided = this is the state the authors agree on and they want to move to WGLC.... = please verify that is the case on-list :)


On Mon, Jul 26, 2021 at 9:26 AM <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts = directories.
This draft is a work item of the SIDR Operations WG of the IETF.

        Title          =  : Manifests for the Resource Public Key Infrastructure (RPKI)
        Authors         : = Rob Austein
                    =       Geoff Huston
                    =       Stephen Kent
                    =       Matt Lepinski
        Filename        : = draft-ietf-sidrops-6486bis-06.txt
        Pages          =  : 17
        Date          =   : 2021-07-26

Abstract:
   This document defines a "manifest" for use in the Resource = Public Key
   Infrastructure (RPKI).  A manifest is a signed object = (file) that
   contains a listing of all the signed objects (files) in = the
   repository publication point (directory) associated with an = authority
   responsible for publishing in the repository.  For = each certificate,
   Certificate Revocation List (CRL), or other type of signed = objects
   issued by the authority that are published at this = repository
   publication point, the manifest contains both the name of = the file
   containing the object and a hash of the file content.  = Manifests are
   intended to enable a relying party (RP) to detect certain = forms of
   attacks against a repository.  Specifically, if an RP = checks a
   manifest's contents against the signed objects retrieved = from a
   repository publication point, then the RP can detect = "stale" (valid)
   data and deletion of signed objects.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-sidrops-6486bis/

There is also an htmlized version available at:
https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-6486bi= s-06

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-sidrops-6486bis-= 06


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


_______________________________________________
Sidrops mailing list
Sidrops@ietf.org
https://www.ietf.org/mailman/listinfo/sidrops
_______________________________________________
Sidrops = mailing list
Sidrops@ietf.org
https://www.ietf.org/mailman/listinfo/sidrops

= --Apple-Mail=_9F27C7DF-42BA-438B-ADE0-E0A6C468650B-- From nobody Thu Sep 23 11:27:16 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E5793A16D8 for ; Thu, 23 Sep 2021 11:27:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 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, 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 (1024-bit key) header.d=fastly.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 YVZLEVyIAfJ5 for ; Thu, 23 Sep 2021 11:27:09 -0700 (PDT) Received: from mail-il1-x131.google.com (mail-il1-x131.google.com [IPv6:2607:f8b0:4864:20::131]) (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 19A533A16CF for ; Thu, 23 Sep 2021 11:27:03 -0700 (PDT) Received: by mail-il1-x131.google.com with SMTP id x2so7662908ilm.2 for ; Thu, 23 Sep 2021 11:27:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastly.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8zesAUcOidayKVVHXZd1BH1zsgkVr+5XP3rJ/giRINo=; b=hhLMwHaIPhKroiuBRfsK00ZIiZ9dNkWHmet63Ua5GVC0W3Xv38DFLILcG/klh51nCO 38DpjAQZNsnMNa+sVcosQNAXQNiovsWGxnootVk9VCqGgWpxHYF1NI6EGvaNW6gcEjfn xw8MjC7jVaJjRUuqsce7NeM/B5oreOpWvMo84= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8zesAUcOidayKVVHXZd1BH1zsgkVr+5XP3rJ/giRINo=; b=B42jOKVSv8vRpLubYMjAm+uXo++xqrQva2QvX67NvFmvO+rvP84APn2So4alyTmvTp y55i0YfxQmPISHPXwAYZ5HGaXhHox1pWIM0gm4qOO1Sp89HB1mrsZ1P0DIdUl5bkQS6A U/rFuhhgFlRg+19/5ovQSUr0xFkvLK+Thj2IOaW1q2zKR91ym//x8nrhQZJYRt1nlT1E Ro04hyyo/4DUINNInEedsmvSauwpIztJUvisGova2E8emAu3+Jatmh4a9oYlWxEfRIVD 3+LEAfgKnSRFPjau37UXVSNEVI4wmfiijLQTKEq9BSWQMhQfLIn7cmVc4p8QWaw6RoJg E6pA== X-Gm-Message-State: AOAM533VOXQplgH8mwBUPNMmxF5szcX7K/qs155AvSI7+o5vdEcJd77v SMNZcL6UaPQMStojQTsncnbGQJ8c/PrFSm4RXNhs3g== X-Google-Smtp-Source: ABdhPJyoh52A6JCSFtHI2+MT5/aPNwvOnww9w8rDGoB5OA8JeEyeQE7jP3Ssdb2u72+k6L1/sO2gU823gff8lPv86TQ= X-Received: by 2002:a92:cd8b:: with SMTP id r11mr4590019ilb.291.1632421620868; Thu, 23 Sep 2021 11:27:00 -0700 (PDT) MIME-Version: 1.0 References: <162992596529.24798.5873690532394887967@ietfa.amsl.com> In-Reply-To: From: Job Snijders Date: Thu, 23 Sep 2021 20:26:50 +0200 Message-ID: To: Christopher Morrow Cc: SIDR Operations WG , i-d-announce@ietf.org Content-Type: multipart/alternative; boundary="000000000000d6011205ccadc682" Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-aspa-verification-08.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 18:27:14 -0000 --000000000000d6011205ccadc682 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Chris, Perhaps we should first figure out if there are implementation reports? That seems a step that shouldn=E2=80=99t be skipped in this document=E2=80= =99s lifecycle. :-) Kind regards, Job Ps. Im happy to assist people writing an =E2=80=9Cimplementation report=E2= =80=9D, if the barrier is the report itself! On Thu, 23 Sep 2021 at 19:51, Christopher Morrow < christopher.morrow@gmail.com> wrote: > Howdy draft-readers and authors! > Is this document now in shape for WGLC? or are there still > debates/comments to deal with? > > On Wed, Aug 25, 2021 at 5:13 PM wrote: > >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> This draft is a work item of the SIDR Operations WG of the IETF. >> >> Title : Verification of AS_PATH Using the Resource >> Certificate Public Key Infrastructure and Autonomous System Provider >> Authorization >> Authors : Alexander Azimov >> Eugene Bogomazov >> Randy Bush >> Keyur Patel >> Job Snijders >> Filename : draft-ietf-sidrops-aspa-verification-08.txt >> Pages : 15 >> Date : 2021-08-25 >> >> Abstract: >> This document defines the semantics of an Autonomous System Provider >> Authorization object in the Resource Public Key Infrastructure to >> verify the AS_PATH attribute of routes advertised in the Border >> Gateway Protocol. >> >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-sidrops-aspa-verification/ >> >> There is also an htmlized version available at: >> >> https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-aspa-verificati= on-08 >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-sidrops-aspa-verification= -08 >> >> >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >> >> >> _______________________________________________ >> Sidrops mailing list >> Sidrops@ietf.org >> https://www.ietf.org/mailman/listinfo/sidrops >> > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops > --000000000000d6011205ccadc682 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Chris,

Perhaps we should first figure out if there are implementation re= ports?

That seems a step= that shouldn=E2=80=99t be skipped in this document=E2=80=99s lifecycle. :-= )

Kind regards,

Job

Ps. Im happy to assist people writing an =E2= =80=9Cimplementation report=E2=80=9D, if the barrier is the report itself!<= /div>

On Thu, 23 Sep 2021 at 19:51, Christopher Morrow <christopher.morrow@gma= il.com> wrote:
Howdy draft-readers and authors!
Is this document now in shape for = WGLC? or are there still debates/comments to=C2=A0 deal with?
On Wed, = Aug 25, 2021 at 5:13 PM <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the SIDR Operations WG of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Verification of AS_PATH Using the Resource Certificate Public Key Infrastr= ucture and Autonomous System Provider Authorization
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Alex= ander Azimov
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Eugene Bogomazov
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Randy Bush
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Keyur Patel
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Job Snijders
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-sidrops-aspa-verification-08.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 15
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2021-08-25

Abstract:
=C2=A0 =C2=A0This document defines the semantics of an Autonomous System Pr= ovider
=C2=A0 =C2=A0Authorization object in the Resource Public Key Infrastructure= to
=C2=A0 =C2=A0verify the AS_PATH attribute of routes advertised in the Borde= r
=C2=A0 =C2=A0Gateway Protocol.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/d= oc/draft-ietf-sidrops-aspa-verification/

There is also an htmlized version available at:
https://datatracker.iet= f.org/doc/html/draft-ietf-sidrops-aspa-verification-08

A diff from the previous version is available at:
https://www.ietf.org/rfcd= iff?url2=3Ddraft-ietf-sidrops-aspa-verification-08


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--000000000000d6011205ccadc682-- From nobody Thu Sep 23 11:27:21 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACFCF3A16CF for ; Thu, 23 Sep 2021 11:27:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 RI6KzAutROKe for ; Thu, 23 Sep 2021 11:27:13 -0700 (PDT) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:8006::18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E41EB3A16D7 for ; Thu, 23 Sep 2021 11:27:12 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.90_1) (envelope-from ) id 1mTTR7-0005Ls-LY; Thu, 23 Sep 2021 18:27:09 +0000 Date: Thu, 23 Sep 2021 11:27:08 -0700 Message-ID: From: Randy Bush To: Christopher Morrow Cc: Ties de Kock , SIDR Operations WG In-Reply-To: References: <162845509942.28236.7404410032742481217@ietfa.amsl.com> <76BFDB10-2FE5-4FBD-8E16-8104CBE3D86C@ripe.net> <8170EFA9-8832-4B7A-816D-9829790C23FA@ripe.net> <9727EFC1-D132-4E25-B2F0-7852C67766E2@ripe.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/26.3 Mule/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-rpki-has-no-identity-01.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 18:27:15 -0000 > Was there a v-02 from the end of this conversation? blush. will be as soon as tools turns the crank. tools seems to be stuck at the moment > If it's uploaded we can probably WGLC and move along? break my little black heart randy From nobody Thu Sep 23 11:30:43 2021 Return-Path: X-Original-To: sidrops@ietf.org Delivered-To: sidrops@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 923AB3A1700; Thu, 23 Sep 2021 11:30:38 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: sidrops@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.38.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: sidrops@ietf.org Message-ID: <163242183852.1701.9430883431875611729@ietfa.amsl.com> Date: Thu, 23 Sep 2021 11:30:38 -0700 Archived-At: Subject: [Sidrops] I-D Action: draft-ietf-sidrops-rpki-has-no-identity-02.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 18:30:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the SIDR Operations WG of the IETF. Title : The I in RPKI does not stand for Identity Authors : Randy Bush Russ Housley Filename : draft-ietf-sidrops-rpki-has-no-identity-02.txt Pages : 7 Date : 2021-09-23 Abstract: There is a false notion that Internet Number Resources (INRs) in the RPKI can be associated with the real world identity of the 'owner' of an INR. This document attempts to put that notion to rest. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sidrops-rpki-has-no-identity/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-rpki-has-no-identity-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sidrops-rpki-has-no-identity-02 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Sep 23 12:49:29 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6C713A19BE; Thu, 23 Sep 2021 12:49:26 -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 bSMLf6TK6lmM; Thu, 23 Sep 2021 12:49:22 -0700 (PDT) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (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 EE2FC3A19B9; Thu, 23 Sep 2021 12:49:21 -0700 (PDT) Received: by mail-qt1-x836.google.com with SMTP id d8so7311199qtd.5; Thu, 23 Sep 2021 12:49:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZaQbCvohUfqYyG5lbnLHRBd/UNe6OuibDAvXuuyXtVA=; b=eK9iLMMAv71Ho+c1Gdk9hAfBBv7UsOBqFyjpC0uHux9NCsoqq8Ip8vZ2v39sMa2QkD phjObrpfdXByJXE8bmtqfm6AuSvPcgp9W/dsIZyOu5KQNJwofTTGeWEzDxOJN9evB/q9 jzCLKb7dkSfl/VxeCt0g1lEdr6jZ7ttgGQneMaTYZisTLF5eXmrxF0M4bqbfm7fqAnAL 8fHHv24JoiN9ZLdLTkynKto1vDQRiBvtfzzU3anjumezM8KoS4nCO6hGWLNXEKa9jG1p YeFumoPBfKfmWPHjpdqtIt6/p2UJ7KyiiOem8WU3iRLqgSx0eyH97Xo1x77aHDsOn0iB 85cg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ZaQbCvohUfqYyG5lbnLHRBd/UNe6OuibDAvXuuyXtVA=; b=kEQmyxAoMjo7RFEUjQH7fV2IQr48cAx1ttqCSTwZsM1GXFuqCxCWNZaz80YnE5kUJT mrpBKsOC1uovhx+N2Rj2uWTs3MiHwADqeuL/JIVLRSMb2OrR3nCap+AESeDhzzcyCfSJ o3vkYZnFucxWq6pVv/RhGT8h1fH5a4PIznY9DiBNofxtNIrp01euJhVifa9NEvWXBPD8 aHK1ompjoeaNjeOLTGH4xZUptXV46jB0lPYTmGLXuRPaN1QeHqxuyUdiy+E70owBurGl AVQFFxEZvgBFzOfsLt3pISRx/HPKomTQoXV9TMXNZ7SUkypn/cCMZR06Y/4kUMZZm9d4 vWXA== X-Gm-Message-State: AOAM5326UUdY/Lt3LhW+M+Wu/bEOpiZOVeueKELPpi4m14Hm0IcnlweV S8ihqJ/Z7z01ewqA3iMT99+Lu34C+vDN4VEpJIiSoY5UG2k= X-Google-Smtp-Source: ABdhPJw6oZ3oxaUfkp3I3URHHDrds32Mq73zei1sg/AUi5rmB9naHeCadvCA6o2fqjFKpaakMidNkBhQBoBDvZtT8/M= X-Received: by 2002:ac8:4253:: with SMTP id r19mr438606qtm.317.1632426560597; Thu, 23 Sep 2021 12:49:20 -0700 (PDT) MIME-Version: 1.0 References: <162992596529.24798.5873690532394887967@ietfa.amsl.com> In-Reply-To: From: Christopher Morrow Date: Thu, 23 Sep 2021 15:49:10 -0400 Message-ID: To: Job Snijders Cc: SIDR Operations WG , i-d-announce@ietf.org Content-Type: multipart/alternative; boundary="00000000000044395d05ccaeedc3" Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-aspa-verification-08.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 19:49:27 -0000 --00000000000044395d05ccaeedc3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Sep 23, 2021 at 2:27 PM Job Snijders wrote: > Hi Chris, > > Perhaps we should first figure out if there are implementation reports? > > blargh, we even talked about this (sidrops-chairs people I mean) my fingers were quicker than I meant them to be... I think we're waiting for software work on this and the other pending aspa draft ;( > That seems a step that shouldn=E2=80=99t be skipped in this document=E2= =80=99s lifecycle. > :-) > > Kind regards, > > Job > > Ps. Im happy to assist people writing an =E2=80=9Cimplementation report= =E2=80=9D, if the > barrier is the report itself! > > On Thu, 23 Sep 2021 at 19:51, Christopher Morrow < > christopher.morrow@gmail.com> wrote: > >> Howdy draft-readers and authors! >> Is this document now in shape for WGLC? or are there still >> debates/comments to deal with? >> >> On Wed, Aug 25, 2021 at 5:13 PM wrote: >> >>> >>> A New Internet-Draft is available from the on-line Internet-Drafts >>> directories. >>> This draft is a work item of the SIDR Operations WG of the IETF. >>> >>> Title : Verification of AS_PATH Using the Resource >>> Certificate Public Key Infrastructure and Autonomous System Provider >>> Authorization >>> Authors : Alexander Azimov >>> Eugene Bogomazov >>> Randy Bush >>> Keyur Patel >>> Job Snijders >>> Filename : draft-ietf-sidrops-aspa-verification-08.txt >>> Pages : 15 >>> Date : 2021-08-25 >>> >>> Abstract: >>> This document defines the semantics of an Autonomous System Provider >>> Authorization object in the Resource Public Key Infrastructure to >>> verify the AS_PATH attribute of routes advertised in the Border >>> Gateway Protocol. >>> >>> >>> >>> The IETF datatracker status page for this draft is: >>> https://datatracker.ietf.org/doc/draft-ietf-sidrops-aspa-verification/ >>> >>> There is also an htmlized version available at: >>> >>> https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-aspa-verificat= ion-08 >>> >>> A diff from the previous version is available at: >>> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-sidrops-aspa-verificatio= n-08 >>> >>> >>> Internet-Drafts are also available by anonymous FTP at: >>> ftp://ftp.ietf.org/internet-drafts/ >>> >>> >>> _______________________________________________ >>> Sidrops mailing list >>> Sidrops@ietf.org >>> https://www.ietf.org/mailman/listinfo/sidrops >>> >> _______________________________________________ >> Sidrops mailing list >> Sidrops@ietf.org >> https://www.ietf.org/mailman/listinfo/sidrops >> > --00000000000044395d05ccaeedc3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Sep 23, 2021 at 2:27 PM Job S= nijders <job@fastly.com> wrote:=
Hi Chris,

Perh= aps we should first figure out if there are implementation reports?


blargh, we= even talked about this (sidrops-chairs people I mean)
my fingers= =C2=A0were quicker than I meant them to be... I think we're waiting for= software work on this and the other pending aspa draft ;(
=C2=A0=
That seems a step that shouldn=E2=80=99t be ski= pped in this document=E2=80=99s lifecycle. :-)

Kind regards,

Job

P= s. Im happy to assist people writing an =E2=80=9Cimplementation report=E2= =80=9D, if the barrier is the report itself!

On Thu, 23 Sep 2021 = at 19:51, Christopher Morrow <christopher.morrow@gmail.com> wrote:
Howdy = draft-readers and authors!
Is this document now in shape for WGLC? or a= re there still debates/comments to=C2=A0 deal with?

On Wed, Aug 25, 20= 21 at 5:13 PM <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the SIDR Operations WG of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Verification of AS_PATH Using the Resource Certificate Public Key Infrastr= ucture and Autonomous System Provider Authorization
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Alex= ander Azimov
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Eugene Bogomazov
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Randy Bush
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Keyur Patel
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Job Snijders
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-sidrops-aspa-verification-08.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 15
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2021-08-25

Abstract:
=C2=A0 =C2=A0This document defines the semantics of an Autonomous System Pr= ovider
=C2=A0 =C2=A0Authorization object in the Resource Public Key Infrastructure= to
=C2=A0 =C2=A0verify the AS_PATH attribute of routes advertised in the Borde= r
=C2=A0 =C2=A0Gateway Protocol.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/d= oc/draft-ietf-sidrops-aspa-verification/

There is also an htmlized version available at:
https://datatracker.iet= f.org/doc/html/draft-ietf-sidrops-aspa-verification-08

A diff from the previous version is available at:
https://www.ietf.org/rfcd= iff?url2=3Ddraft-ietf-sidrops-aspa-verification-08


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--00000000000044395d05ccaeedc3-- From nobody Thu Sep 23 12:50:06 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22AD33A19C2 for ; Thu, 23 Sep 2021 12:50:04 -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 Uw2X0zh2xgCV for ; Thu, 23 Sep 2021 12:49:59 -0700 (PDT) Received: from mail-qv1-xf33.google.com (mail-qv1-xf33.google.com [IPv6:2607:f8b0:4864:20::f33]) (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 98D5B3A19BE for ; Thu, 23 Sep 2021 12:49:59 -0700 (PDT) Received: by mail-qv1-xf33.google.com with SMTP id f2so4911601qvx.2 for ; Thu, 23 Sep 2021 12:49:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Mj2CUzhLOehaSgUKlNqLlz5Lk4BQwUGHktB/HFqKNWE=; b=HHKAHys73QDvg3ybjeJMOz9oGQBkk5wNvm/4omDlFkDMnzhePokRERfVqFw57fonOG z7FsxH9ZFp3m/fpvsfduF4qleMdVoSzyVAxaUcdJ/RT+dpzJFF4cAWPdK7IvKiuTquwf h5Pc2jQewPLiFykK2EdbSZZSfWZccIR86mK/ohgaDo3Qa7I7vzL3SUAmvgzDpq7nm+ZD SIG6QUkbkXOiqgzpdcdUvtKqtbwAWDBcm7rY5RETODD845SyYceCSI3QpXDldO5T/Xl9 BgLJ80tHn2gX/qBdi8xBP8kEugvjbx/xH3ugy0ELZ27tXZtgmYcZDdQA3g49/T0PTM5P eCWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Mj2CUzhLOehaSgUKlNqLlz5Lk4BQwUGHktB/HFqKNWE=; b=UUaCzvNdwAnQieYTdRy37XlgyBflVdkgCcSgdLZFrZM6lhXcIyjIHNPmMDz1slUoNu rJpbzXEeEHD+wq65+86Xh9U6+DLQoePOJWMG9Rv7hY51phxVm7vXHddlsKF1vTq4zDzI xwddkViM1wvmR8lsxFILIVSPlfer1PMFqyt86lgT5ZnAiH4RtFwt6BpaVE1lJXSfW6co /i110NOWRC0jcMcgTr+HOEwmYvofRMaIRFWs+Hb0KZ7FkHc98DbZxVc4z2q2NyaGs7WF zhQCPewFXiFozEUgGbVSFdupL7KXhZT11fd7idIt/5jk2DY4P0X9Zpk2i/vIaCIU97uC sPpg== X-Gm-Message-State: AOAM530tvA0vbhat0QZvkwALAVlnSl+Ig+LGYqnmz/h7u+awM9inRxxa gGSa9eAgIax8EA2ZXhHOqea6LKPFiSxxIEQpO68gldyScts= X-Google-Smtp-Source: ABdhPJw1tCikJ6TRNnCHn4yTiUzpaX7FNNu3CMsvRaj48FmOzQLJ3wCiOmVAJLcP1nW4w2saxmGVyHNPvzjjSF6QiP4= X-Received: by 2002:a0c:e30b:: with SMTP id s11mr6279859qvl.25.1632426598469; Thu, 23 Sep 2021 12:49:58 -0700 (PDT) MIME-Version: 1.0 References: <162845509942.28236.7404410032742481217@ietfa.amsl.com> <76BFDB10-2FE5-4FBD-8E16-8104CBE3D86C@ripe.net> <8170EFA9-8832-4B7A-816D-9829790C23FA@ripe.net> <9727EFC1-D132-4E25-B2F0-7852C67766E2@ripe.net> In-Reply-To: From: Christopher Morrow Date: Thu, 23 Sep 2021 15:49:47 -0400 Message-ID: To: Randy Bush Cc: Ties de Kock , SIDR Operations WG Content-Type: multipart/alternative; boundary="0000000000008613b105ccaeef8e" Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-rpki-has-no-identity-01.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 19:50:04 -0000 --0000000000008613b105ccaeef8e Content-Type: text/plain; charset="UTF-8" On Thu, Sep 23, 2021 at 2:27 PM Randy Bush wrote: > > Was there a v-02 from the end of this conversation? > > blush. will be as soon as tools turns the crank. tools seems to be > stuck at the moment > > ok, cool. > > If it's uploaded we can probably WGLC and move along? > > break my little black heart > > if we keep crushing, do we get a diamond? > randy > --0000000000008613b105ccaeef8e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Sep 23, 2021 at 2:27 PM Randy= Bush <randy@psg.com> wrote:
=
> Was there a v-= 02 from the end of this conversation?

blush.=C2=A0 will be as soon as tools turns the crank.=C2=A0 tools seems to= be
stuck at the moment


ok, cool.
=C2=A0
> If it's uploaded we can probably WGLC and move along?

break my little black heart


if we keep crushing, do we get a diamo= nd?
=C2=A0
randy
--0000000000008613b105ccaeef8e-- From nobody Thu Sep 23 14:15:51 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE84A3A1E25 for ; Thu, 23 Sep 2021 14:15:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 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, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verizon.net 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 641WDnUHJAeu for ; Thu, 23 Sep 2021 14:15:46 -0700 (PDT) Received: from sonic312-24.consmr.mail.ne1.yahoo.com (sonic312-24.consmr.mail.ne1.yahoo.com [66.163.191.205]) (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 399463A1E21 for ; Thu, 23 Sep 2021 14:15:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verizon.net; s=a2048; t=1632431741; bh=BUiWi7IMYZfKH+VjmTqf5pcRhIHwe3Kte8G0m0gJ2FI=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From:Subject:Reply-To; b=sD6PB5Ny7yeHWhlWx28pZ6dEMALlkQ1T4PlGbITEx5COKGV+Fz1beiPMMQkYduYaJsJsBTDOcR3CO3/Ho+hWjQPMRBzCqCHY7C2bXcZJAIpg4ZLnfhV+rjLLId0dAGetR8ZwGdGLFM08JLHMUxPo9CjPHBbDpvddwao9jgAgDrQrFqNa7M5Z8jSwn2CVuj9syBXUiJ7FUwKLAAHffA7Z8y0+D92Hea3LIPJeZnIFSjm8WY/qRGIGvZpus0Hc3a9d43c/Qp/DfpGsDHI62dYqSFPH5gY87FxfrvvPM3Kkv5zp69zJpyBmaNCapsZa5N0Ioe37AOtMlfqvGdqK2lUJOA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1632431741; bh=zCQ3p3eERPRkhiOZQxGsRQVsTaZ2CVmtHeGhaMWIDin=; h=X-Sonic-MF:Subject:To:From:Date:From:Subject; b=ZWhrf492YssN+KuO1D8ijSKvBFc/79Rs4ZLlUHBG7cf2AsW3klEKDRgXiNQWV7AsSL2BagmAxMto9Jp8ejLVH7t3NHCuPPVheeUHU+SOMbncI4Lk23sIAdaf+fWW6p2LQMamTw1xc7GM9ifY20UEO0f72a/kjqacAvACTylqZ+gSFR6FSAY9WaKXQ647AFTLgL7oiywOM4anYImseVCjfjpKq+h/3KRVR/x98LYaRAjezzUhN8aucmD8RrpTbx3yzQcWE0qKpnlAY52129zumu8S5WGzvVMsMkcvVRR9W91nF1Foqm9PmV2SISc60d4Xt1rmdtt6d3It9G0AxbvdlQ== X-YMail-OSG: Ley3ttcVM1lKq6qm9y4GHnHF1a40DebNFTVuvBO1gAjMw8X.c6XeRMMKYggV0X9 tDiDtW5huygzIcjp7t1b8s2iuBABVsGXkMSfO77JCP..bYhz0eIY3QRObS1C6CNvwsVTXaL9wyxg 9EbfO26hcEmb4vH.1On9PKQYk7A1VI6WYQjgiVjf1xBqoMJuu2Sj1m0iSUikFMFtAGqWvpgMb5TD XBhH_1nHNqcAsm63hRJ645h0eNmUerOqs2uxdOTkJ5wEjqwCrpryT1mtKEu3tiO.nOn3cjl.9GTl owJiX8KMBC4J5_y_O3VujOOKGOGCyjmrdrtGnHMoe9aUdreBMz7EHd_5PsssuVD7f3fla9Ax3iXj YxXioG_Y7GoEercu3aqer.SSXl8IVRszu3u8s0OpLYrNK4Jpq28wVu3F5pyNxUXfuITjBS7JJVi1 LeTGyuekc7aHxAcg6cfOHeh9r6hteXq7hF1CD4w3P2q2DDSqTZjmyfrvPpI2DebcYXeGkHUyCRIm hAzQo30mc9IK5_g6G25s4Q0.afPoBl_biLbyuxaOla0lo1SDrO1vV3rNcGmc.D8AzxqxEbmc3w48 pfDYlxI6qFs_BaC.5HY6SWwWg5jdamW7f5LG6zFFbQ68lzY9_X2iw0Xaa.4xdxtOV60ASTcH7d1l 5f4fiTlNRADcYSuDoeUri0vgbyLMfNv1QNR8w3WvkW65bA0Pj_WSIJrhYSCDlb0nNHrYhLXZr7XM 6L44Web533xAPYFP33tetkolAISzME6Z0kwI_FWwAZKlFSn8z_KEuziEIC3vz.vTmX5DAaUooThp 5vEZTk8hr61gbTBdbOyE2_ULcqZwOnXyNVcOIilezp5m.fNm5fJR01SEh017fBPgBp1mmwwAS1vQ G.Tr3zjlo5s9DAxUse.KLoafHu9F7o7v7WzFUfZv1M4Z9jskeChxdArjcsNLgxMo8rV8hThHl.Di DmrgfB2FHQxdy8_hizu7p99zOGCvjVrfoIc3K9ksUAm5cUohgSSuZABIyZzlxwXhzHmsGk9uwUKi ur0iiGWl91j.L3zoM1uxzFwYu02e7W123Al4lBZgHZrZSshRPPGBGcUR_dQx2kMb1CEtkdFBFoU8 EQg7nrAbRxZAF45kt_6DsDnT6kcMSeSPT6RcRXAhBVuyCHYehx74yURVxu_8IuwrU.2NOgj9MADC YgALvVr6Azp0IgAK7RwA0tGtD3PvAnir6sh_KzSZNv96TUaulHQSmlIv7Tic9N6qWmmx.DL59Wag 7lVwpgM1sTp3TS_QiYgMgyOwI3L.M2.nuoVYE0aWYaPOc5GdtT8RSZRzqJKAIlUTQqIEkqgu8IWP J9ga5x_M4vHi9Mpx34lSprmdpz.tXFc5UqeYbtyYNyig4sC91ZK5BCGcf0qBhfDIHTmb5Lx4I3Bf vbVaR4OHOdBg_zfbkvKe0BM5XFTfmZ8RihQu.IRhmwbUcs85px0vpS9oUC6T04UF4FoYrOa5nZbx .EZG8iHv1o_OtukHyOsRVviUkr1qtrI5dCxPQi9jbJBie.LMHaMdJLV7ZYX.8rHSZjJTQlVDkbBT Jrr_99uBniiAyNBKxgptjuBNTGaPfBbO4wr2ClWCTLZlmtB8Yheh54AWgtRilDWj9sAhHuzgkt7T tR3rnvgCosKDhcVq.voCl9k.GJksjdINqiziK65ZLhXnpXtnKghezDuFqHsBKIj0kDnsYV2pnt9c Ms9fy0A2QW4UmiiRhd2vrgYILSdqRZn6m5FHjCrYUiPm1U.bIbSM6bBWpFOEH6U24A65cxZ2Ax.l tgjw79FOIu58DENTJUslmBQ0ZUi7oWHVDBZizx1zzhLkJB0bV33v_rrax26wzL5xlipUHcIsgK5J In3LGWyM5ESpaRS8C1wT1ylLu_aXoyorCtOQtPM4nI6y7VFG7dO9XAZ2LyI_twvDYg6t5VOVAgii qpW5pOBCGHPzdB8WVugVJiZDYWD7gfFiErZHbZ91kJ6fvLL2EjtFPzEw7LHD.jDTl29i3yj4qJYw l4Ok63pyB52Eg4HqCxjcm8I435k6lkqUT_bqIUNrx5ndI7P1Mi7JnVdNPthG.nJ9.Ksz5EESSWhC szQnaT1LRzLmcvxZg3zDVE1Etoa.Lxw95KHPWnxIoPhpyf9AlINZSTvP8TQYtscX98nP6uK.Ekbi B3W4W1OHJ_zcgUXebXpbqMsUtFieSUhJuT0carHRiS5Cw.w5pa8hIv8pD9Vn22_9O3xsdxA7qQfn g1c27uJAfyZYTVoSb5yv6LnykrmBplMBIQR1rZmSDbRhVMQpvTg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.ne1.yahoo.com with HTTP; Thu, 23 Sep 2021 21:15:41 +0000 Received: by kubenode587.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b14168bba6c4ab889d18866c95eafb40; Thu, 23 Sep 2021 21:15:35 +0000 (UTC) To: sidrops@ietf.org References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> <948AB0F8-1E10-497E-8E2C-1C4F077F762C@vigilsec.com> Cc: Russ Housley , Steve From: Stephen Kent Message-ID: <7d46a3f1-bfa6-b480-f6d6-3aaffe2a8863@verizon.net> Date: Thu, 23 Sep 2021 17:15:34 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: <948AB0F8-1E10-497E-8E2C-1C4F077F762C@vigilsec.com> Content-Type: multipart/alternative; boundary="------------A81945AB473B444E8FEAC2F4" Content-Language: en-US X-Mailer: WebService/1.1.19043 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 21:15:50 -0000 This is a multi-part message in MIME format. --------------A81945AB473B444E8FEAC2F4 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Russ, I believe the last batch of edits addressed all of the outstanding questions., I posted the revised version during the IETF meeting, and, perhaps predictably, received no feedback. So, let's just initiate WGLC and see what happens, OK> Steve > I confirm that I will become an editoer for this document if none of > the existing authors want to do so. > > Russ > > >> On Sep 23, 2021, at 1:38 PM, Christopher Morrow >> > >> wrote: >> >> Howdy! >> I believe this document is at the point where WGLC is the next step? >> I believe also we are adding Russ Housley as person�running the show >> through the final boss fight with IETF@/IESG. >> I know I'd like to say: "Thanks to Stephen for his work on this, it's >> certainly been a journey :)" --------------A81945AB473B444E8FEAC2F4 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
Russ,

I believe the last batch of edits addressed all of the outstanding questions., I posted the revised version during the IETF meeting, and, perhaps predictably, received no feedback.

So, let's just initiate WGLC and see what happens, OK>

Steve
I confirm that I will become an editoer for this document if none of the existing authors want to do so.

Russ


On Sep 23, 2021, at 1:38 PM, Christopher Morrow <christopher.morrow@gmail.com> wrote:

Howdy!
I believe this document is at the point where WGLC is the next step?
I believe also we are adding Russ Housley as person�running the show through the final boss fight with IETF@/IESG.
I know I'd like to say: "Thanks to Stephen for his work on this, it's certainly been a journey :)"

--------------A81945AB473B444E8FEAC2F4-- From nobody Thu Sep 23 14:42:10 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DCC63A1F9B for ; Thu, 23 Sep 2021 14:42:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 0FWbgGlCDZMW for ; Thu, 23 Sep 2021 14:42:02 -0700 (PDT) Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E8353A1F94 for ; Thu, 23 Sep 2021 14:42:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id C4A38300C19 for ; Thu, 23 Sep 2021 17:42:02 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail.smeinc.net Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id UecVivez9YGS for ; Thu, 23 Sep 2021 17:42:01 -0400 (EDT) Received: from a860b60074bd.fios-router.home (pool-141-156-161-153.washdc.fios.verizon.net [141.156.161.153]) by mail.smeinc.net (Postfix) with ESMTPSA id EE920300B88; Thu, 23 Sep 2021 17:42:00 -0400 (EDT) From: Russ Housley Message-Id: <1F4544B9-16F6-4318-8876-B16080056326@vigilsec.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_FA0CC050-A3FA-4D72-AD41-CF75CE6C1076" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) Date: Thu, 23 Sep 2021 17:41:58 -0400 In-Reply-To: <7d46a3f1-bfa6-b480-f6d6-3aaffe2a8863@verizon.net> Cc: SIDR Operations WG To: Stephen Kent , Steve Kent References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> <948AB0F8-1E10-497E-8E2C-1C4F077F762C@vigilsec.com> <7d46a3f1-bfa6-b480-f6d6-3aaffe2a8863@verizon.net> X-Mailer: Apple Mail (2.3445.104.21) Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2021 21:42:07 -0000 --Apple-Mail=_FA0CC050-A3FA-4D72-AD41-CF75CE6C1076 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Steve: Totally fine with me. Russ > On Sep 23, 2021, at 5:15 PM, Stephen Kent = wrote: >=20 > Russ, >=20 > I believe the last batch of edits addressed all of the outstanding = questions., I posted the revised version during the IETF meeting, and, = perhaps predictably, received no feedback. >=20 > So, let's just initiate WGLC and see what happens, OK> >=20 > Steve >> I confirm that I will become an editoer for this document if none of = the existing authors want to do so. >>=20 >> Russ >>=20 >>=20 >>> On Sep 23, 2021, at 1:38 PM, Christopher Morrow = > = wrote: >>>=20 >>> Howdy! >>> I believe this document is at the point where WGLC is the next step? >>> I believe also we are adding Russ Housley as person=C3=AF=C2=BF=C2=BDr= unning the show through the final boss fight with IETF@/IESG. >>> I know I'd like to say: "Thanks to Stephen for his work on this, = it's certainly been a journey :)" >=20 > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops --Apple-Mail=_FA0CC050-A3FA-4D72-AD41-CF75CE6C1076 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Steve:

Totally fine with me.

Russ

On Sep = 23, 2021, at 5:15 PM, Stephen Kent <stkent=3D40verizon.net@dmarc.ietf.org> wrote:

=20 =20
Russ,

I believe the last batch of edits addressed all of the outstanding questions., I posted the revised version during the IETF meeting, and, perhaps predictably, received no feedback.

So, let's just initiate WGLC and see what happens, OK>

Steve
= I confirm that I will become an editoer for this document if none of the existing authors want to do so.

Russ


On Sep 23, 2021, at 1:38 PM, Christopher Morrow <christopher.morrow@gmail.com> wrote:

Howdy!
I believe this document is at the point where WGLC is the next step?
I believe also we are adding Russ Housley as person=C3=AF=C2=BF=C2=BDrunning the show through the = final boss fight with IETF@/IESG.
I know I'd like to say: "Thanks to = Stephen for his work on this, it's certainly been a journey :)"

_______________________________________________
Sidrops = mailing list
Sidrops@ietf.org
https://www.ietf.org/mailman/listinfo/sidrops

= --Apple-Mail=_FA0CC050-A3FA-4D72-AD41-CF75CE6C1076-- From nobody Fri Sep 24 04:54:14 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 866ED3A25AE for ; Fri, 24 Sep 2021 04:54:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 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, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-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=verizon.net 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 ChzOGrBNR5MT for ; Fri, 24 Sep 2021 04:54:07 -0700 (PDT) Received: from sonic315-20.consmr.mail.ne1.yahoo.com (sonic315-20.consmr.mail.ne1.yahoo.com [66.163.190.146]) (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 A5EC33A25A8 for ; Fri, 24 Sep 2021 04:54:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verizon.net; s=a2048; t=1632484447; bh=TLHEoiibbMaC5kmzJrFQGe6zjc1sCgbE1cdphddQ3IA=; h=Subject:To:References:From:Date:In-Reply-To:From:Subject:Reply-To; b=rSb2oJeUyxJLVfZre6SnKSLVtMC5fQMRuK3bLssan6g1/Q5srvqma5u40IQEnWbhheJvwNcfarf6P0qoztEVZ0MupjEEx24nA4pP4FyFqJJOMX0xl6W32kEeyHHCuk6u/NTkDH3gnIhtReZijIP4MJrKIjCZ8mPpV3BiqN+Il8QwSM2Ur0wref6sfiKAQfa6zMaeN3LdU6b0ostY+dPZp/MvzNsJ/bedCBz+8QCuQ0Yk/NWDlkbsp7ix9ERFwfrfBZO5vbILn1U6YHgHNqMvpu/O/F3YbOLzeU2HfRTGt8rhpfBYbZM87xSp15Td7KfFsj6O3oHRxDWnVst5yjOgmQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1632484447; bh=6uL6NKEMoVVi7zwL2Hfrj5tOz8bilsQSoCNKBcieKmN=; h=X-Sonic-MF:Subject:To:From:Date:From:Subject; b=rnIc/S5Fd2UTbmpUq3tXt9psiakiu/IZM8y265HU/QIprK3l2PcslynOQUOahdmtoa6G7XvtYgL0YRyHI613WhFvKMe1MSIbpjiO5YYpRGTK548aGRUxPCEJiYo1eM01i/cFx13+j/avARjQI148R6qrprB6uk7JL/4rU/21bmZjkjbAoo6F6clNOSvdqz4UwPAaZiicOkuzEBwCkj5kj7mEj6J+lch7vU5pmH45VkEz+5f8v9Qq67FdJV4bvfxBDHxGmFRuXLzqVbBsbZS1MFz7thKc57qYQ4ly7y77BEzCXjfa42TXZv703b1PIFtz6pL8vYIKI112Jb6DpOs1hg== X-YMail-OSG: jAurCFoVM1mP6WmW0f70eUDBj8f6P8OiNO6FWh62X9_rIpcAUqeYeG25dExJ5Iy OetOgc1Oah4slZNQpmz9CfJEYyVM2Onq4RTjRa7Hc4K1_lnxESsOMaSM9JyE2llKkMFJYuFu0qD6 KTUz5vA6kUZqwdT_LO0Q4jD2O_yzWijg9FbE1Ju1QPVJK2GlBHTiNho.Y.cYyfuyUKwNVE2aEh3w Cav7Fy2bMQPmFCjZ7y5SyOPhxIXiXVLB.WjbiBM3X_j1QaUhMyVVWO90myY26YLlVwGHx42LLs5E NnbQZ.h4Zv61cTtqgr1KAu0VYqMKlEFAJj6VXaRcXqiCS.go2vqsR3lWXg0OuI5DK6gcfVMKY5v0 K6Q.9QZ.nfUCdglg8LVRFKbndMoDKHq.dJoukT8mfwFSJaZcZD3TG6awCp9V.fS7oep_Lu4S6I9u LhmgeoECzDDZaQHaRwWIbrfelRS4FK2.UsZY732vQKhIYmBD_VXZNR.vKz3S2a9kAELYaf45_9gj RFKabZzLlLDk63JWdOlO1gwFDqqwfK.1V962nMfeVZ7r_Rt1Qz9XhLGMeOC8Hj.IT0ER3bXswktI Y0YmdZpr_qluJ3kh_Na_AoLRW5bdERG7OnIrGCwwDbw3O4DmPETFmUSyj0akCQWbXTLXbtzDWmZs D6beFxnxouIZ5lGJ71l8yTqzszf0GQ93MQAOqgApnu0NWC90wP1AnFB7phYRKJRV1il.LvzvQl.X shkfaR6Ha0dITDWWQiLZAa4wYn9kNEuZnQtnm3.60YAzqzuwKI6A1chyCGh85Crjd058nbVisPks 1LsyApS.Hcvyhbn4wkIyf5gZTYy.ZlzQegXF_ZN5EBGJFndwCQfXZfLHUW5nEgkbttvLgqZE7UkC 1PnndjlphZwwkcjxi04C0dYmHTYXYO9vuYuJ61v1ylorouNaSD_wnKa150JZoxS6QwZs5VcLpcGD 6le4nHwDnoxmjuX3odBToTzHcBrDavjmwxqD8J9cySwxWy5C0dtjLbmc1z6na5yb.URfOE0mzguu or4PxUSIcla.xLywV0JGY6lBQq_vUqxzJlH5JeyjgFtFsiR7iZoD6lhlCIkKBXuFytQRi26_.2Ie Y6ZdIP5OJQJthzBvdu7bO5KzJLK6UKyeH386tk1CPjrutfmbQtT5KX.cPxtGKO3wE9UyqwnjG3ro HMPcXXAVKWupA6BG2oXLHXEPbtkA.Do9_kcsqM_OQF1oaAhrKDEvU_KelW9JGpKq.oN.1fprJD5y 2UOrwBLQsIM0kpu4AYEG1vPCa20WnqB5pvArK5hQAqxuypaUYOj9ZzOH0hxqw1rJKKUW7sqd8qR. b1S3WkjtB_pIPwiUSQVSm7u1OaRJeYJbXACvl3XqWMhFCESghPk8fbLBP247Pq7VSzFNeFV9X42m bWrqIb9qHm.wc.0FYWktLG3kN232tN266nVrmw0Cz0dYjU5cel_lysqsssG_AdjWAiTlXte_cFnA 1FUhLmXIMNZ2JAPKzj2P3VBb5UZmcBEhKYoFajCCjpjM.ZRVjPsVnpwv5UNSOKubzOFC3EXbZG1F KOAe2pZ0k.dWD.7bpt5yigKm70KNjyvKqHQOXvu91hNJYivhXwqeq1YwvqrxrpISTgcBIwF5cRfc P9OmZTQzVwCFnJ536dzhMKzk6mHooXL_DOYxqmq0NKhGOiOc6RwVGMFRzLb1JnnfWhzIriGW8b61 aNo6WLMWDDmMUU5ahhPZsjuLl_esyI5CJ4VRMCBnx3wLtJZd3waacYTKRciCtfdygmH0wu2belGB tZ.CCuQh0FmUq7_A_htpADHWJ5AJNudoduj0hXFQNlOz3niArg1XLufn8lxyVzrLqAWEN.Sl65m5 wkJ2XiEJGPwotFqrpLVlbWdLwNjZEYOKkz8B.1KbpEST.d_xPRAQW6jrvZhq.pbWo.PYR1m9b4JD Gx8Xt6qmxLXxv5tct2J3LSOY.01ojNG_B6lg2rgbwFHt3jNNss2EBXVo_xP9auUw0fCbv2tpMHJq 9DdJMDBQuiujZdxLtLJO_V5n3YdiaQKnOzB_HDFQKgJi.zuzdykBpP7w_.6V9A_4eE4m_2zSOXe. LdS7BgAtYWoIcX0srGZXzcn_6.VkVk3fmCxteEl5qkTI8IJ3FvKHHkbv6R5llvTld0gcJA6DUX4s 3IQ0Bscpv32rn1xG1blcfMiIb_uzMfNXCzIYflPYL9XM2lCQ7v0JUCRL7pREMBjaMCmccAp8dzzm d9d5QlvxOBF_7_fDDXQqmWicPfNZ1VfIbPO8- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Fri, 24 Sep 2021 11:54:07 +0000 Received: by kubenode588.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 43178f30fd7d7b0cd420ed1ede7226b5; Fri, 24 Sep 2021 11:54:05 +0000 (UTC) To: sidrops@ietf.org References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> From: Stephen Kent Message-ID: <2457bdd2-de07-241f-b8e4-87206dabcf16@verizon.net> Date: Fri, 24 Sep 2021 07:54:04 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: <162730591845.29690.12178353991713962835@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Mailer: WebService/1.1.19043 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 11:54:13 -0000 This version of the ID was published during the last IETF meeting, and has received no comments since then. I'd like to initiate WGLC at this time. Steve > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the SIDR Operations WG of the IETF. > > Title : Manifests for the Resource Public Key Infrastructure (RPKI) > Authors : Rob Austein > Geoff Huston > Stephen Kent > Matt Lepinski > Filename : draft-ietf-sidrops-6486bis-06.txt > Pages : 17 > Date : 2021-07-26 > > Abstract: > This document defines a "manifest" for use in the Resource Public Key > Infrastructure (RPKI). A manifest is a signed object (file) that > contains a listing of all the signed objects (files) in the > repository publication point (directory) associated with an authority > responsible for publishing in the repository. For each certificate, > Certificate Revocation List (CRL), or other type of signed objects > issued by the authority that are published at this repository > publication point, the manifest contains both the name of the file > containing the object and a hash of the file content. Manifests are > intended to enable a relying party (RP) to detect certain forms of > attacks against a repository. Specifically, if an RP checks a > manifest's contents against the signed objects retrieved from a > repository publication point, then the RP can detect "stale" (valid) > data and deletion of signed objects. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-sidrops-6486bis/ > > There is also an htmlized version available at: > https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-6486bis-06 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-sidrops-6486bis-06 > > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops From nobody Fri Sep 24 06:07:35 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8EB313A27EC for ; Fri, 24 Sep 2021 06:07:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 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, 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=nlnetlabs.nl 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 mVSyYpRclBd4 for ; Fri, 24 Sep 2021 06:07:27 -0700 (PDT) Received: from outbound.soverin.net (outbound.soverin.net [IPv6:2a01:4f8:fff0:65::8:228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 68AAC3A27E8 for ; Fri, 24 Sep 2021 06:07:26 -0700 (PDT) Received: from smtp.soverin.net (unknown [10.10.3.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by outbound.soverin.net (Postfix) with ESMTPS id D175B187; Fri, 24 Sep 2021 13:07:23 +0000 (UTC) Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.138]) by soverin.net DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nlnetlabs.nl; s=soverin; t=1632488843; bh=fJxzbzC1qzR1UxgxLXqAlHa3giOC6r5wZFNsgY5e6KE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=RCgY5Towt81JJIsOHzA0Y+ClVGfW433t39Mp72/z2CfJzubg1g6TsWACamrTGXZEJ M50u48V1zWKQKzzqwCPB14GzLn/XU+frFCt5scEJR4AbQHNW4DRziVDVu1O0J5vYs6 EO3n2u+TvjBLL6Ss8D/vC+z2LhhnZkQuqvP9B6rIXtJi1tPD48pr9Vr/ezVAdUQnX+ ZRwsK+9h0SOc7GGoKORXLhyqBrhJCM9mYkdcMjgJzcJc9uqTHIo5Gt5ADm3jd+qM9U womv4/orEgysk+jU/w0nMEjkl4gPZ416gHjF6Qx6phatRbtCtbP39QqdRF5Jp6T9Jp yinRP0Lq6+tgg== Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) From: Tim Bruijnzeels In-Reply-To: <2457bdd2-de07-241f-b8e4-87206dabcf16@verizon.net> Date: Fri, 24 Sep 2021 15:07:20 +0200 Cc: SIDR Operations WG Content-Transfer-Encoding: quoted-printable Message-Id: <28F0ACCE-4D0C-4D80-B4C5-4E8B9D05760F@nlnetlabs.nl> References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> <2457bdd2-de07-241f-b8e4-87206dabcf16@verizon.net> To: Stephen Kent Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 13:07:33 -0000 Hi, > On 24 Sep 2021, at 13:54, Stephen Kent = wrote: >=20 > This version of the ID was published during the last IETF meeting, and = has received no comments since then. Steve, thank you for your perseverance. I reviewed this once more. My apologies for not responding earlier. Thank you for clarifying (in -05) that the previous manifest MUST be = revoked. What is still missing, I believe, is similar normative language when it = comes to replacing existing other named files (ROA, certificates etc). If the working group feels that any replaced (non-CRL) files defined in = the manifest scope MUST also be revoked if they are not expired then I think = it would be good to include a sentence to this effect. Perhaps we could = amend the start of the second paragraph of section 5.2: CURRENT: =20 An authority MUST issue a new manifest in conjunction with the finalization of changes made to objects in the publication point. SUGGESTED: An authority MUST issue a new manifest in conjunction with the finalization of changes made to objects in the publication point. If any named objects in the publication point were replaced then the authority MUST ensure that the file hash is updated accordingly in the new manifest. In addition to this the authority MUST revoke the previous object, if it is of a type that can be revoked (i.e. not a CRL) and it is not expired. Note that I made an argument earlier in favour of not revoking objects = which section 6 now says MUST NOT be used anyway. But rather than trying to = re-ignite, I have accepted people want redundancy, I am looking for clarity on all revocations so we don't end up with different interpretations again in = future. Kind regards, Tim >=20 > I'd like to initiate WGLC at this time. >=20 > Steve >> A New Internet-Draft is available from the on-line Internet-Drafts = directories. >> This draft is a work item of the SIDR Operations WG of the IETF. >>=20 >> Title : Manifests for the Resource Public Key = Infrastructure (RPKI) >> Authors : Rob Austein >> Geoff Huston >> Stephen Kent >> Matt Lepinski >> Filename : draft-ietf-sidrops-6486bis-06.txt >> Pages : 17 >> Date : 2021-07-26 >>=20 >> Abstract: >> This document defines a "manifest" for use in the Resource Public = Key >> Infrastructure (RPKI). A manifest is a signed object (file) that >> contains a listing of all the signed objects (files) in the >> repository publication point (directory) associated with an = authority >> responsible for publishing in the repository. For each = certificate, >> Certificate Revocation List (CRL), or other type of signed objects >> issued by the authority that are published at this repository >> publication point, the manifest contains both the name of the file >> containing the object and a hash of the file content. Manifests = are >> intended to enable a relying party (RP) to detect certain forms of >> attacks against a repository. Specifically, if an RP checks a >> manifest's contents against the signed objects retrieved from a >> repository publication point, then the RP can detect "stale" = (valid) >> data and deletion of signed objects. >>=20 >>=20 >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-sidrops-6486bis/ >>=20 >> There is also an htmlized version available at: >> https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-6486bis-06 >>=20 >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-sidrops-6486bis-06 >>=20 >>=20 >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >>=20 >>=20 >> _______________________________________________ >> Sidrops mailing list >> Sidrops@ietf.org >> https://www.ietf.org/mailman/listinfo/sidrops >=20 >=20 > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops From nobody Fri Sep 24 10:43:50 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8FF13A0873 for ; Fri, 24 Sep 2021 10:43:47 -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 q12Wd3p9_kGB for ; Fri, 24 Sep 2021 10:43:43 -0700 (PDT) Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (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 0E61C3A0870 for ; Fri, 24 Sep 2021 10:43:43 -0700 (PDT) Received: by mail-qk1-x730.google.com with SMTP id d207so29262176qkg.0 for ; Fri, 24 Sep 2021 10:43:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=G0k36ugFWCmQX/woWhnh0k3foBgMDBEPdPhbuxViL44=; b=bSTnGftuJZX0z9nEEOAzTdosowmoIyUuoK5MtTDALHU//A6xH72l9Zv6Ix4pNr5DGd yloAhmSiTch1uFneUbzuPBmUinMsTWJ7PCP8tzA+xykgCLrS4Vx96nqbE7AwNw1WT0jg USVngkvgLSQNZaKfwbmRGjN6g1kxSx0s5YB3ZiRjtwr+8gMqSITYSgj16H04Co96Tc9V iwodpYboVvDl59birHrfkdPUOLO87JOuSOOJdKZ3RjVNLSGslBo81buPuQgMwLGnpYqj P1qf9AMmZOXuEKC2+o+6BBN6Mc9RE65DEmceh/ui3qT1t0fg0oSJjOQxdbykBEC/KUIY CjKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=G0k36ugFWCmQX/woWhnh0k3foBgMDBEPdPhbuxViL44=; b=VZIaCMQuP4uO/ERiUwknkGvaVywQrxoAHzjborWqFQ4W6l2LyMPFDhED0n8G7wa9m3 WD3AMFNhrF9Xry9fGZBouYn78BF8ypUUVFbamsnZC0lU2wSSuJu3dj61SuCIUfxzDw5r Fj2nDtLmkLUfNtFa46OqS0l4VGGfQ5OTXIEcns4pWkB/CC2hoR+N4zHiHxEHu2yEYDxB h7PN5aJBTrUDD8n8IQBOZHZ5tXfIlXBdOkDWeeOZs1u8dq9U+1wBdZryB7jQs+YTlXsl lH5ctk7vd0ve6Vnm7apla/iUJbAtFlRRXUZg94gHPFfVLWE0BC+rqxyuZC778el6bKXe tTfQ== X-Gm-Message-State: AOAM531/6TBaOorJFtf7fN6aVH7X9XbLPt9u9htz15L7OHPxlS7O3pT8 2j7IqX8ToZu28OnmaMew4H6/K8U74W7kLawutUBgNFrrf6E= X-Google-Smtp-Source: ABdhPJwHbiEGGwIhZMEK4reT/qVrZ7ERl33iTU8dgfQt2XkEkY1fhEkdFHbc7A6sASPCk6RQRPOrHjh4SCpGr5L5LsI= X-Received: by 2002:a05:620a:4001:: with SMTP id h1mr12031146qko.454.1632505421711; Fri, 24 Sep 2021 10:43:41 -0700 (PDT) MIME-Version: 1.0 References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> <2457bdd2-de07-241f-b8e4-87206dabcf16@verizon.net> <28F0ACCE-4D0C-4D80-B4C5-4E8B9D05760F@nlnetlabs.nl> In-Reply-To: <28F0ACCE-4D0C-4D80-B4C5-4E8B9D05760F@nlnetlabs.nl> From: Christopher Morrow Date: Fri, 24 Sep 2021 13:43:31 -0400 Message-ID: To: Tim Bruijnzeels Cc: Stephen Kent , SIDR Operations WG Content-Type: multipart/alternative; boundary="000000000000c14e4405ccc149ce" Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 17:43:48 -0000 --000000000000c14e4405ccc149ce Content-Type: text/plain; charset="UTF-8" Howdy! So, I think the 6486bis document authors are asking: "Go directly to WGLC, and please take Tim's question/comment as the first comment in the WGLC" Further to that I'll send a new WGLC start message... in a few moments :) On Fri, Sep 24, 2021 at 9:07 AM Tim Bruijnzeels wrote: > Hi, > > > On 24 Sep 2021, at 13:54, Stephen Kent 40verizon.net@dmarc.ietf.org> wrote: > > > > This version of the ID was published during the last IETF meeting, and > has received no comments since then. > > Steve, thank you for your perseverance. > > I reviewed this once more. My apologies for not responding earlier. > > Thank you for clarifying (in -05) that the previous manifest MUST be > revoked. > > What is still missing, I believe, is similar normative language when it > comes to > replacing existing other named files (ROA, certificates etc). > > If the working group feels that any replaced (non-CRL) files defined in the > manifest scope MUST also be revoked if they are not expired then I think it > would be good to include a sentence to this effect. Perhaps we could amend > the > start of the second paragraph of section 5.2: > > CURRENT: > > An authority MUST issue a new manifest in conjunction with the > finalization of changes made to objects in the publication point. > > SUGGESTED: > > An authority MUST issue a new manifest in conjunction with the > finalization of changes made to objects in the publication point. > If any named objects in the publication point were replaced then > the authority MUST ensure that the file hash is updated accordingly > in the new manifest. In addition to this the authority MUST revoke > the previous object, if it is of a type that can be revoked (i.e. not > a CRL) and it is not expired. > > Note that I made an argument earlier in favour of not revoking objects > which > section 6 now says MUST NOT be used anyway. But rather than trying to > re-ignite, > I have accepted people want redundancy, I am looking for clarity on all > revocations so we don't end up with different interpretations again in > future. > > Kind regards, > Tim > > > > > I'd like to initiate WGLC at this time. > > > > Steve > >> A New Internet-Draft is available from the on-line Internet-Drafts > directories. > >> This draft is a work item of the SIDR Operations WG of the IETF. > >> > >> Title : Manifests for the Resource Public Key > Infrastructure (RPKI) > >> Authors : Rob Austein > >> Geoff Huston > >> Stephen Kent > >> Matt Lepinski > >> Filename : draft-ietf-sidrops-6486bis-06.txt > >> Pages : 17 > >> Date : 2021-07-26 > >> > >> Abstract: > >> This document defines a "manifest" for use in the Resource Public Key > >> Infrastructure (RPKI). A manifest is a signed object (file) that > >> contains a listing of all the signed objects (files) in the > >> repository publication point (directory) associated with an authority > >> responsible for publishing in the repository. For each certificate, > >> Certificate Revocation List (CRL), or other type of signed objects > >> issued by the authority that are published at this repository > >> publication point, the manifest contains both the name of the file > >> containing the object and a hash of the file content. Manifests are > >> intended to enable a relying party (RP) to detect certain forms of > >> attacks against a repository. Specifically, if an RP checks a > >> manifest's contents against the signed objects retrieved from a > >> repository publication point, then the RP can detect "stale" (valid) > >> data and deletion of signed objects. > >> > >> > >> The IETF datatracker status page for this draft is: > >> https://datatracker.ietf.org/doc/draft-ietf-sidrops-6486bis/ > >> > >> There is also an htmlized version available at: > >> https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-6486bis-06 > >> > >> A diff from the previous version is available at: > >> https://www.ietf.org/rfcdiff?url2=draft-ietf-sidrops-6486bis-06 > >> > >> > >> Internet-Drafts are also available by anonymous FTP at: > >> ftp://ftp.ietf.org/internet-drafts/ > >> > >> > >> _______________________________________________ > >> Sidrops mailing list > >> Sidrops@ietf.org > >> https://www.ietf.org/mailman/listinfo/sidrops > > > > > > _______________________________________________ > > Sidrops mailing list > > Sidrops@ietf.org > > https://www.ietf.org/mailman/listinfo/sidrops > > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops > --000000000000c14e4405ccc149ce Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Howdy!
So, I think the 6486bis document aut= hors are asking:
=C2=A0 "Go directly to WGLC, and please take Tim&#= 39;s question/comment as the first=C2=A0comment in the WGLC"

Further to that I'll send a new WGLC start message... i= n a few moments :)


On Fri, Sep 24, 2021 at 9:07 AM Tim Bruijn= zeels <tim@nlnetlabs.nl> wrot= e:
Hi,

> On 24 Sep 2021, at 13:54, Stephen Kent <stkent=3D40verizon.net@dmarc.ietf.or= g> wrote:
>
> This version of the ID was published during the last IETF meeting, and= has received no comments since then.

Steve, thank you for your perseverance.

I reviewed this once more. My apologies for not responding earlier.

Thank you for clarifying (in -05) that the previous manifest MUST be revoke= d.

What is still missing, I believe, is similar normative language when it com= es to
replacing existing other named files (ROA, certificates etc).

If the working group feels that any replaced (non-CRL) files defined in the=
manifest scope MUST also be revoked if they are not expired then I think it=
would be good to include a sentence to this effect. Perhaps we could amend = the
start of the second paragraph of section 5.2:

CURRENT:

=C2=A0 =C2=A0An authority MUST issue a new manifest in conjunction with the=
=C2=A0 =C2=A0finalization of changes made to objects in the publication poi= nt.

SUGGESTED:

=C2=A0 =C2=A0An authority MUST issue a new manifest in conjunction with the=
=C2=A0 =C2=A0finalization of changes made to objects in the publication poi= nt.
=C2=A0 =C2=A0If any named objects in the publication point were replaced th= en
=C2=A0 =C2=A0the authority MUST ensure that the file hash is updated accord= ingly
=C2=A0 =C2=A0in the new manifest. In addition to this the authority MUST re= voke
=C2=A0 =C2=A0the previous object, if it is of a type that can be revoked (i= .e. not
=C2=A0 =C2=A0a CRL) and it is not expired.

Note that I made an argument earlier in favour of not revoking objects whic= h
section 6 now says MUST NOT be used anyway. But rather than trying to re-ig= nite,
I have accepted people want redundancy, I am looking for clarity on all
revocations so we don't end up with different interpretations again in = future.

Kind regards,
Tim

>
> I'd like to initiate WGLC at this time.
>
> Steve
>> A New Internet-Draft is available from the on-line Internet-Drafts= directories.
>> This draft is a work item of the SIDR Operations WG of the IETF. >>
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0: Manifests for the Resource Public Key Infrastructure (RPKI)<= br> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Authors=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0: Rob Austein
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Geoff Huston
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Stephen Kent
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Matt Lepinski
>>=C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-ie= tf-sidrops-6486bis-06.txt
>>=C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= : 17
>>=C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = : 2021-07-26
>>
>> Abstract:
>>=C2=A0 =C2=A0 This document defines a "manifest" for use = in the Resource Public Key
>>=C2=A0 =C2=A0 Infrastructure (RPKI).=C2=A0 A manifest is a signed o= bject (file) that
>>=C2=A0 =C2=A0 contains a listing of all the signed objects (files) = in the
>>=C2=A0 =C2=A0 repository publication point (directory) associated w= ith an authority
>>=C2=A0 =C2=A0 responsible for publishing in the repository.=C2=A0 F= or each certificate,
>>=C2=A0 =C2=A0 Certificate Revocation List (CRL), or other type of s= igned objects
>>=C2=A0 =C2=A0 issued by the authority that are published at this re= pository
>>=C2=A0 =C2=A0 publication point, the manifest contains both the nam= e of the file
>>=C2=A0 =C2=A0 containing the object and a hash of the file content.= =C2=A0 Manifests are
>>=C2=A0 =C2=A0 intended to enable a relying party (RP) to detect cer= tain forms of
>>=C2=A0 =C2=A0 attacks against a repository.=C2=A0 Specifically, if = an RP checks a
>>=C2=A0 =C2=A0 manifest's contents against the signed objects re= trieved from a
>>=C2=A0 =C2=A0 repository publication point, then the RP can detect = "stale" (valid)
>>=C2=A0 =C2=A0 data and deletion of signed objects.
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/do= c/draft-ietf-sidrops-6486bis/
>>
>> There is also an htmlized version available at:
>> https://datatracker.ietf= .org/doc/html/draft-ietf-sidrops-6486bis-06
>>
>> A diff from the previous version is available at:
>> https://www.ietf.org/rfcdi= ff?url2=3Ddraft-ietf-sidrops-6486bis-06
>>
>>
>> Internet-Drafts are also available by anonymous FTP at:
>> ftp://ftp.ietf.org/internet-drafts/
>>
>>
>> _______________________________________________
>> Sidrops mailing list
>> Sidrops@ietf= .org
>> https://www.ietf.org/mailman/listinfo/sidrops<= /a>
>
>
> _______________________________________________
> Sidrops mailing list
> Sidrops@ietf.org=
> https://www.ietf.org/mailman/listinfo/sidrops<= br>
_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--000000000000c14e4405ccc149ce-- From nobody Fri Sep 24 10:58:39 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BBD93A098A; Fri, 24 Sep 2021 10:58:37 -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 tBUCXUFkGNdS; Fri, 24 Sep 2021 10:58:32 -0700 (PDT) Received: from mail-qv1-xf30.google.com (mail-qv1-xf30.google.com [IPv6:2607:f8b0:4864:20::f30]) (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 8919C3A0989; Fri, 24 Sep 2021 10:58:32 -0700 (PDT) Received: by mail-qv1-xf30.google.com with SMTP id e5so6532172qvq.7; Fri, 24 Sep 2021 10:58:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=G/1I2r0YHs8d3qc95SgoGzmQDCMMnMBkvtSTTIi6yyI=; b=IFzgyOrGw6kOL9FyQdvSjS+8qEcar/Tf0kYvixcr6e7gXjtBicgaTbGPcMhFet6HFN U+hfXG3/lRg/EggVlNgtyP87Us5UXWToml0SDkiccrLAl9cNydrSR9JiaBn20juaEySV Zf2A9BsKNG0ilnYmRaPhqSIfHvEKyoU+uWW2rrHaETAva377m8+duTDkrvQ/eabw/UWv WfQA9QGWelDetxamaLpc9JGoZZ6qndxKL44DdwoeP7Q4XtO8ndQztz9yu8oF03oeLAQU +uBtNPK80qahzfr6D2hqUrk3W0M0pUEOwqo0AcZIlxfi5vUfm9ImSpQNuXsWSrVrZYcF uaIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=G/1I2r0YHs8d3qc95SgoGzmQDCMMnMBkvtSTTIi6yyI=; b=C4Y7HE3lw1JlLTWAGU9kn9hyEdLKBn4Gf4Or06ESaOeAGoH1pO98z+FM4dPOiQrP2v 91XXCku57/KmHQ+KjFLybCH/w1bo9w8KD86iLvJXYLdbGHes/4bzmOzT+P25HEMvpS4V x6D1eOCS2alDRKv/WYAZ+Dy8vAOTQ4WKR25rPOi0tqSbKtmBOurN3elCMtC7fNMr00v+ j9zuL43ncZgbxdGHSZ4m0Oe6qbfvCBfpxRhCFRutHhlf8idcQXeN/cwt5l/c6WhVmCyP g1n6R5yjhNQIdOWILt9pYpx7w+6oLp39J/M1s5B1aZumhzwqOH5Hl+Ph1Co81VL7DSEI BGVQ== X-Gm-Message-State: AOAM530/faNdv0mEokF1mjfNU6McAg67NDpHjBjMFhpZgigod3Sz/t/3 JXdTXWKYpqI+K6aAxlzQscvUIVt2/d+TyLh8tG2QN1TB3oCfNQ== X-Google-Smtp-Source: ABdhPJx/18uVhsiytuVS9mgD3wbAHuXYQzqlwVe5fNa1KyyiwPFU8lhFTDd8zJy8lHyoIFwdiA9e/aKk3Dn19O0Dj7E= X-Received: by 2002:a0c:e093:: with SMTP id l19mr2194256qvk.25.1632506311161; Fri, 24 Sep 2021 10:58:31 -0700 (PDT) MIME-Version: 1.0 From: Christopher Morrow Date: Fri, 24 Sep 2021 13:58:20 -0400 Message-ID: To: SIDR Operations WG , SIDROps Chairs , sidrops-ads@ietf.org Content-Type: multipart/alternative; boundary="000000000000c53eb205ccc17efe" Archived-At: Subject: [Sidrops] WGLC: draft-ietf-sidrops-6486bis - CLOSES: 10/11/2021 (Oct 11, 2021) X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 17:58:38 -0000 --000000000000c53eb205ccc17efe Content-Type: text/plain; charset="UTF-8" WG Folks: Please take this as a WGLC start for: draft-ietf-sidrops-6486bis The abstract of such is: "This document defines a "manifest" for use in the Resource Public Key Infrastructure (RPKI). A manifest is a signed object (file) that contains a listing of all the signed objects (files) in the repository publication point (directory) associated with an authority responsible for publishing in the repository. For each certificate, Certificate Revocation List (CRL), or other type of signed objects issued by the authority that are published at this repository publication point, the manifest contains both the name of the file containing the object and a hash of the file content. Manifests are intended to enable a relying party (RP) to detect certain forms of attacks against a repository. Specifically, if an RP checks a manifest's contents against the signed objects retrieved from a repository publication point, then the RP can detect "stale" (valid) data and deletion of signed objects." The WGLC should finish on/about 10/11/2021 - Oct 11, 2021... There's already one question/comment on-list for this WGLC a pointer to which is: https://mailarchive.ietf.org/arch/msg/sidrops/rIVkaLS96MP2dbXr516Kdg35Amc Please give the -06 version of the document a read/comment and if you have opinions(about this document!) please express them on-list before Oct 11, 2021 (10/11/2021) -chris co-chair-persona --000000000000c53eb205ccc17efe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
WG Folks:
Please take this as a WGLC start for:
=C2= =A0=C2=A0draft-ietf-sidrops-6486bis

The abstract o= f such is:
=C2=A0 "This document defines a "manifest" for= use in the Resource Public Key
=C2=A0 =C2=A0Infrastructure (RPKI).=C2= =A0 A manifest is a signed object (file) that
=C2=A0 =C2=A0contains a li= sting of all the signed objects (files) in the
=C2=A0 =C2=A0repository p= ublication point (directory) associated with an authority
=C2=A0 =C2=A0r= esponsible for publishing in the repository.=C2=A0 For each certificate,=C2=A0 =C2=A0Certificate Revocation List (CRL), or other type of signed ob= jects
=C2=A0 =C2=A0issued by the authority that are published at this re= pository
=C2=A0 =C2=A0publication point, the manifest contains both the = name of the file
=C2=A0 =C2=A0containing the object and a hash of the fi= le content.=C2=A0 Manifests are
=C2=A0 =C2=A0intended to enable a relyin= g party (RP) to detect certain forms of
=C2=A0 =C2=A0attacks against a r= epository.=C2=A0 Specifically, if an RP checks a
=C2=A0 =C2=A0manifest&#= 39;s contents against the signed objects retrieved from a
=C2=A0 =C2=A0r= epository publication point, then the RP can detect "stale" (vali= d)
=C2=A0 =C2=A0data and deletion of signed objects."

The WGLC should finish on/about 10/11/2021 - Oct 11, 2021... There= 9;s already one question/comment on-list for this WGLC a pointer to which i= s:
=C2=A0=C2=A0https://mailarchive.ietf.org/arch/msg/sidrops/= rIVkaLS96MP2dbXr516Kdg35Amc

Please give the -0= 6 version of the document a read/comment and if you have opinions(about thi= s document!) please express them on-list before Oct 11, 2021 (10/11/2021)

-chris
co-chair-persona
--000000000000c53eb205ccc17efe-- From nobody Sun Sep 26 13:45:37 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 969863A0AD0 for ; Sun, 26 Sep 2021 13:45:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=netorgft1331857.onmicrosoft.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 ufRtxKZwF_B9 for ; Sun, 26 Sep 2021 13:45:31 -0700 (PDT) Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2051.outbound.protection.outlook.com [40.107.237.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 888083A0AC1 for ; Sun, 26 Sep 2021 13:45:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kgSsPDLp4a90uYsdCp9SDHsMunr8AR/PUMfNBnx7p39YZUNp4KpaKdcloLnr4TaDftB3fcGxtNu3eX2ndtIsTB2fYqeCfJ3y3ThzsiPpG9ZPCDPfbx1s1NNJHatdadGVnzZbfsli084Bf0NvAeCtG3tbjsKnPK7SJ9gQpZ98jVXwQ1p4yZoSiH5vjraVnBWSdAkENibCbSbVs/AsG3Ygce2zuKqJOgbrGVR41B2ZvhWq8/GmAGrYailPkpXzSxOaGnnO982HEmo7qrKK5jLmbeJRkO4nVwCwdG9XoweEZWqtpbc2k5twkN9/5P6vLFMALHUEWqE6Q9XHmfA8zENWRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=1Iq0n1IUE0bwRwmwtrcfwu3Tmo+0ygofDm4uqAKDE7o=; b=IDrD+LpgJbSp0pfRQQh4Y//KDkS5Wrjate1uvoF228GLFtMjP8xfyeluUphlXwQyuvwavpljVEkvvWPhbZ9krl2/OMphW3+tPTBn9/vvPIkRRyT7vBZPsGHqwivxj5BesDZYkd4jRqsv67yCYvIE45dX+uY3yhk0lC5gGT/Tx+3I6kSmpoGCPIecD2HOXinmdUEU/ryVh0WpcdLL0mPgTZh4UqhxCJ5mvAd8eVsvVwN+8tywqATZgZZ1mwM2bFwM3RF6ZhHUz+OabLlYZZDjlP2geZiYCQhvQTghWHDOQIPW1egw8wQMLn/OZZnAf4BrjZaskWNvtT1JgARCCxutXw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arrcus.com; dmarc=pass action=none header.from=arrcus.com; dkim=pass header.d=arrcus.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=NETORGFT1331857.onmicrosoft.com; s=selector2-NETORGFT1331857-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1Iq0n1IUE0bwRwmwtrcfwu3Tmo+0ygofDm4uqAKDE7o=; b=QM1oJOz1qxe8w2okMzAC2Ke3OzEC3Vmh0ChJ0nSGFczar2hJHFmg+so0kl9I4Pi1qHpU/G9gKcyKugwcdj8/qT8AMrrZYcasMo5dg/2Q0ksPtut8jjJjTB+UEOhKXI+KkP/nuE66fdmXzGkNs93oG5Hi6aL35OvPo9C/OCNUbO4= Received: from BYAPR18MB2696.namprd18.prod.outlook.com (2603:10b6:a03:10b::26) by BYAPR18MB2727.namprd18.prod.outlook.com (2603:10b6:a03:107::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.18; Sun, 26 Sep 2021 20:45:24 +0000 Received: from BYAPR18MB2696.namprd18.prod.outlook.com ([fe80::94f8:3895:db62:882]) by BYAPR18MB2696.namprd18.prod.outlook.com ([fe80::94f8:3895:db62:882%4]) with mapi id 15.20.4544.021; Sun, 26 Sep 2021 20:45:24 +0000 From: Keyur Patel To: "sidrops@ietf.org" Thread-Topic: WGLC for draft-ietf-sidrops-rpki-rov-timing-05.txt - ENDS 10/12/2021 (October 12 2021) Thread-Index: AQHXsxdu44A+aBVb/kGKpJHcHChwmw== Date: Sun, 26 Sep 2021 20:45:24 +0000 Message-ID: <587B10C5-0C16-489C-B7F3-12AD4BECA1AA@arrcus.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.50.21061301 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arrcus.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: c5f56213-4587-4781-dc49-08d9812e90d8 x-ms-traffictypediagnostic: BYAPR18MB2727: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 3GfzOqs/mhAkN5Me8wmrfCsODdgLwPEEShQrQQxNwv0qKY6T5oN0yT0ZGbLUEdJcOpXKpeMvwpmh7NFBeA0JwCHaDh0COxkLMzHiw4JHnuAUQlZcfMjreUbvPbyA8DY3XomZ/JpNFqFqcmauvFlSLLHddT9ELMZrvNk6kbcAwYF9xvVayJyW6F9fjOVhJJR0efw4OcldJVw36/YSQjAfCwqa86+/eKVV1h6Y6G3CEtIW49wQVC7NPtURl8bQLVsAEfFNkLSihiYUI0RIpGJcvi5tM6V+bcX/U4e3hx8ZApDfmSPPA8rkZ8uza4KDNvGPigA2GS16+oMNLKaeTwguJQ/aPAY901ItVc5uJunFmewpBHab7tPVCeYTnj15be+xe0ieLl1SQfFul/ocVCAFTcG+r/EWHqeeB1z1S7795XuMO3VoQWr3tW0sHhENhmCMnSbcPqwqZVeTF4DVjZEGudQgm3mb7uF+/FlY46UkE6ZS0xXmf+sClY6tDilI+5sLPLIg5lE1PI4nXCjvQcCj/UplX37Ms4Ya01YpEk/meKASmnEbBAM+/9KAIA5fWjgzpJLyIpDYV8KuHyUZ9ClBwgpbhpvGu/Rp9wEYANAwp5k5tq3gs+9teizs4t1p3oFZLYhL9cStLBQ5VA6M/0R/MgKQhhlXZonyatPbfEPvsuaJLZ0o9asrLpGw6x7EgO9hW7qBeY3xUqgKHvgTgrRqNqQ+cprHMmRJzUmZ7JIP34BKR8dw2VMSKqKlFm5Ys/P8Hs5iadN4Myl3SN4N4mep+h+1PUZJZAujmOl5l7GrFQg9PKWaqruKOZhUXY00iQB5 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR18MB2696.namprd18.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(39830400003)(136003)(346002)(366004)(396003)(2616005)(86362001)(186003)(66946007)(64756008)(508600001)(66446008)(66556008)(8676002)(4744005)(2906002)(33656002)(66476007)(166002)(966005)(5660300002)(36756003)(6916009)(76116006)(6486002)(8936002)(6512007)(38070700005)(6506007)(316002)(71200400001)(83380400001)(122000001)(38100700002)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?YkVqS04zemdDNWxQd05xMytjbWFGTzBNdzNSRTZ3MGQ2V0ZGc2VSZ3NiOVJD?= =?utf-8?B?VXh4SHhETTQxOG1neG9hZHFmbWkzeEovS2w2N0JRKzJSN1R1L28rbjVRejhO?= =?utf-8?B?SkI1UXJYRkJMTERDNFBoWmRhTlQyNnZWcGI1QW1UaGl0aFpybTVNTkx0S2JH?= =?utf-8?B?cFhrT21hZTJmSzZtbFplOHVZWVhIcTRZRUt6OG16UDd2UUtib3picm9heTZH?= =?utf-8?B?Q3JuT1F6Nm03NUlrTVVsZDBwVVdmK0NnVUlZMnN3ak80MmQxZUlZYXJXZENm?= =?utf-8?B?MGRERkgvOGdXR0NOOXdXb1BLbmJqMDBvYmNpbENadlQ0ekhMSTVWRWdHUWI2?= =?utf-8?B?Y1REaEphbzkybG5FNStQZVhHNFlQSU40MndQTSs5bkVoQlVLUm1JSmN2dVkz?= =?utf-8?B?RThJUG1Ib2xsaUJEOGJ2ekZVei9CdGdkMGNKTEc3RDdrenNTVWtGVEc5TkRm?= =?utf-8?B?Vk5tNTdWMEdzaFNORzVNUm9GelJDbmNwbHl5Mms1UmFUWVg1Wi9RcHhJTjhO?= =?utf-8?B?aHFBWjlvZFJCZTZ2Ny9tTjJVMUxOUVQxVjJvbUJUOFM1RkFMaVpJOW1EekF4?= =?utf-8?B?MmZkMVNhZnR4UitJM012aUZlcFp6Qm5qMTdHZDNBSGNKSVhsdEVSWUVkNXov?= =?utf-8?B?U3plWFBNdEZVaXEyY0tjK1FvTWRmMGFYcmVXQXZ3RldWU0NpRE10dklGaTJL?= =?utf-8?B?V3RvS3JvaUJzVkxncm5PL1NxSE9QQzgrQUYwbWNvaFJmeWptNGtRUkRKakcz?= =?utf-8?B?Q2FJYzFwZGlMRHQ2UVBYeWI1Z0dYWElNaTNMUnltZ2lJdUZjYkIvalViVXlX?= =?utf-8?B?TklaOHBTYzhlV29hZ3VuTHJuMml1VUxqdkk5T2RLR1poeGdGWUI1T21CWHJl?= =?utf-8?B?YVpzZWxOY2lKcFNaYXhEV2wyQzFaSHV1ME5JR09ZdG02b0hCNWtCb2VUeHlw?= =?utf-8?B?NU11RzZLN1YrbnljOGdrVEpoYWhQVjhWNGZYdElBQzdPSS82Uk9tSHQwU1hM?= =?utf-8?B?cm8wMTlERXRsTHcwUUlvMUluUUhqMkNlSkFFRkN3TDZ3R3RCTUk3MjB6NXV1?= =?utf-8?B?d2grV1J0b1p6QUxQWW41VXhrZEtvTjdXOEg4bVpYbHpDRVB5RlRhM3IzZTZo?= =?utf-8?B?NGJZQ1VqVnRnemxQTVBWT0kxK1hHeW0yUjJOMDNHYkoyZURHdVZZYnJLSmNU?= =?utf-8?B?citBbDd3ZFVaenZnMnE0Kys5cjcwMzRPOG55Ry9zdUxnWXVCeEtYbVp0dUpT?= =?utf-8?B?c3YyL1pWWGQ4dVlzd1h0cFpRalArRXBiUWZWK1ZMbmIySVZNOFp4VytFSEZC?= =?utf-8?B?a2x6dm15QjVkcms3WWhTK0hNMHpnTTFidE5YSVIwY0pMV0RKcExVclVLQXNU?= =?utf-8?B?eEpVN1oxNjYzZkNvdmJwcHFRbXFkRWg3VlV0blR2Mlowdnc0WEJ3SFJPR21H?= =?utf-8?B?RXVCMEhhbkxWNno5eGszSXczVVRTUlRmRm0zekFiMERHLzNVL3FlaDlpRFhN?= =?utf-8?B?dWpGNVRmK3hKVmEvWXJwaEJDUkJzZXkxYmkyRkRRa2Q2N0JRZGxxQWdwU21r?= =?utf-8?B?Q2U5Q0dvTUpkM04zSEdFMzY5U3NjbUdKaG15ak9SNjQzTGgxdVpxUGpuNXVW?= =?utf-8?B?RGJqUWtFWVhjK0NPankyYmdBeEROdWdJbStYTnNQZ2lPRzlnckNVRVhkaVo0?= =?utf-8?B?L0xLcmdYc0VPYWV2ZHdRbGgxTGFERjF1ME80RmJVMkRCb2FRYVZHZHJldjFC?= =?utf-8?B?SjBQVExrbHZmdlo0WDJ1WDJ5dWc0UG5qckVaa1c5UnFGM2orYVNPSXNaanFM?= =?utf-8?B?M0tMMGhIaWpqS01xZU5yZC8yVTVhRncraUFRcFNVQWsvdUh6Q0RmOEZKMGlR?= =?utf-8?Q?nWoEcKzxaCSVh?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_587B10C50C16489CB7F312AD4BECA1AAarrcuscom_" MIME-Version: 1.0 X-OriginatorOrg: arrcus.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR18MB2696.namprd18.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: c5f56213-4587-4781-dc49-08d9812e90d8 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Sep 2021 20:45:24.6526 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 697b3529-5c2b-40cf-a019-193eb78f6820 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: yYIM7iOYWNtJjCCBs+eYtsYbDIZ9w/SYQhPI/gJqsIl+d1QzcKpaWxtjaRp47tswqbaFPXR/yuND82mltsq8og== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR18MB2727 Archived-At: Subject: [Sidrops] WGLC for draft-ietf-sidrops-rpki-rov-timing-05.txt - ENDS 10/12/2021 (October 12 2021) X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2021 20:45:36 -0000 --_000_587B10C50C16489CB7F312AD4BECA1AAarrcuscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRm9sa3M6DQoNCkEgd29ya2luZyBncm91cCBsYXN0IGNhbGwgaGFzIGJlZW4gcmVxdWVzdGVk IGZvciBkcmFmdC1pZXRmLXNpZHJvcHMtcnBraS1yb3YtdGltaW5nLTA1LnR4dCwg4oCcVGltaW5n IFBhcmFtZXRlcnMgaW4gdGhlIFJQS0kgYmFzZWQgUm91dGUgT3JpZ2luIFZhbGlkYXRpb24gU3Vw cGx5IENoYWlu4oCdLiBQbGVhc2UgcmVwbHkgdG8gdGhlIGxpc3Qgd2l0aCB5b3VyIGNvbW1lbnRz LiBUaGUgV0dMQyB3aWxsIGVuZCBvbiBPY3RvYmVyIDEyLCAyMDIxLg0KDQpUaGUgZHJhZnQgY2Fu IGJlIGZvdW5kIGF0OiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0 LWlldGYtc2lkcm9wcy1ycGtpLXJvdi10aW1pbmcuDQoNCkF1dGhvcnMsIHBsZWFzZSByZXBseSBp bmRpY2F0aW5nIHdoZXRoZXIgeW91J3JlIGF3YXJlIG9mIGFueSByZWxldmFudCBJUFIgdGhhdCBo YXNuJ3QgYmVlbiBkaXNjbG9zZWQuDQoNClJlZ2FyZHMsDQpOYXRoYWxpZSwgQ2hyaXMgJiBLZXl1 cg0K --_000_587B10C50C16489CB7F312AD4BECA1AAarrcuscom_ Content-Type: text/html; charset="utf-8" Content-ID: <89AD112220588240B384879C2FEE65BB@namprd18.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCWZvbnQtc2l6 ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjND MTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh bnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLmFwcGxlLWNvbnZlcnRlZC1zcGFj ZQ0KCXttc28tc3R5bGUtbmFtZTphcHBsZS1jb252ZXJ0ZWQtc3BhY2U7fQ0KLk1zb0NocERlZmF1 bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEyLjBwdDt9DQpA cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEu MGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7 fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0Mx IiB2bGluaz0iIzk1NEY3MiIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xh c3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPkhpIEZvbGtzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsO29ycGhhbnM6IGF1dG87dGV4 dC1hbGlnbjpzdGFydDt3aWRvd3M6IGF1dG87LXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRv Oy13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDtjYXJldC1jb2xvcjogcmdiKDAsIDAsIDAp O3dvcmQtc3BhY2luZzowcHgiPg0KPHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iZm9udC12YXJp YW50LWNhcHM6IG5vcm1hbDtvcnBoYW5zOiBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOiBh dXRvOy13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzstd2Via2l0LXRleHQtc3Ryb2tlLXdp ZHRoOiAwcHg7Y2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxz cGFuIHN0eWxlPSJjb2xvcjpibGFjayI+QSB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBoYXMgYmVl biByZXF1ZXN0ZWQgZm9yPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPmRyYWZ0LWlldGYtc2lkcm9wcy1ycGtpLXJvdi10aW1pbmctMDUudHh0LCDigJxUaW1p bmcgUGFyYW1ldGVycyBpbiB0aGUgUlBLSSBiYXNlZCBSb3V0ZSBPcmlnaW4gVmFsaWRhdGlvbiBT dXBwbHkgQ2hhaW7igJ0uIFBsZWFzZSByZXBseSB0byB0aGUNCiBsaXN0IHdpdGggeW91ciBjb21t ZW50cy4gVGhlPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFu PldHTEM8c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+d2ls bCBlbmQgb24gT2N0b2JlciAxMiwgMjAyMS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTtmb250LXZhcmlh bnQtY2Fwczogbm9ybWFsO29ycGhhbnM6IGF1dG87dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6IGF1 dG87LXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOy13ZWJraXQtdGV4dC1zdHJva2Utd2lk dGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImZv bnQtdmFyaWFudC1jYXBzOiBub3JtYWw7b3JwaGFuczogYXV0bzt0ZXh0LWFsaWduOnN0YXJ0O3dp ZG93czogYXV0bzstd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87LXdlYmtpdC10ZXh0LXN0 cm9rZS13aWR0aDogMHB4O2NhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7d29yZC1zcGFjaW5nOjBw eCI+DQo8c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlRoZSBkcmFmdCBjYW4gYmUgZm91bmQgYXQ6 PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9 Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1zaWRyb3Bz LXJwa2ktcm92LXRpbWluZyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9k cmFmdC1pZXRmLXNpZHJvcHMtcnBraS1yb3YtdGltaW5nPC9hPi48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJmb250 LXZhcmlhbnQtY2Fwczogbm9ybWFsO29ycGhhbnM6IGF1dG87dGV4dC1hbGlnbjpzdGFydDt3aWRv d3M6IGF1dG87LXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOy13ZWJraXQtdGV4dC1zdHJv a2Utd2lkdGg6IDBweDtjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApO3dvcmQtc3BhY2luZzowcHgi Pg0KPHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5BdXRob3JzLCBwbGVhc2UgcmVwbHkgaW5kaWNh dGluZyB3aGV0aGVyIHlvdSdyZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQgSVBSIHRoYXQgaGFzbid0 IGJlZW4gZGlzY2xvc2VkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApO2ZvbnQtdmFyaWFudC1jYXBzOiBu b3JtYWw7b3JwaGFuczogYXV0bzt0ZXh0LWFsaWduOnN0YXJ0O3dpZG93czogYXV0bzstd2Via2l0 LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4O3dv cmQtc3BhY2luZzowcHgiPg0KPHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iZm9udC12YXJpYW50 LWNhcHM6IG5vcm1hbDtvcnBoYW5zOiBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOiBhdXRv Oy13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzstd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRo OiAwcHg7Y2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxzcGFu IHN0eWxlPSJjb2xvcjpibGFjayI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDtvcnBoYW5z OiBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOiBhdXRvOy13ZWJraXQtdGV4dC1zaXplLWFk anVzdDogYXV0bzstd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7Y2FyZXQtY29sb3I6IHJn YigwLCAwLCAwKTt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ TmF0aGFsaWUsIENocmlzICZhbXA7IEtleXVyPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_587B10C50C16489CB7F312AD4BECA1AAarrcuscom_-- From nobody Sun Sep 26 16:43:50 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8FC93A1734 for ; Sun, 26 Sep 2021 16:43:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 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, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=apnic.net 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 2InB03rFJEgD for ; Sun, 26 Sep 2021 16:43:42 -0700 (PDT) Received: from AUS01-ME3-obe.outbound.protection.outlook.com (mail-me3aus01on2050.outbound.protection.outlook.com [40.107.108.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1CBE03A1735 for ; Sun, 26 Sep 2021 16:43:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PeSjyaengUbkSmdKTStBYP2Q6nuuUoRZ/y9yCkNSlX6C02QjClONs7CJDdovez5+nkPmSPgqKv/2pGWZjFCYyhCZxNEAuYuICvbHmtQbhrjjszdv8HjFh5jfMxiOOhHnd4WFlmWjCdAoT0g6K5UZqpakUiPMbYbapoHPvDqT820TX4e9mZtL0ZxPH+P67BVkPsoud2yEklwqt0Z/ylmsYbIIeJAH9YWUNtxN28BZS/OFcU7D7p8AqeKWtVGT13KZjPU+aRrD9bhrbmkToD9X+RlkS/ZbxkAiaHvk7ko3YeSs7nhpQe2JR+AegrG9VexYTt3BKuNsNNPype9f6IP6Bg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=pHQBbuub2L5Skzdi99LGt4WjMg7R9FUGLm+sGe2igj8=; b=Rel+B2/mboGPA4LHgs7RdkWauH/f5/eZRx4AsJi2dRzemqeOixZg2coBnWHgiOF049oy21nDD3SU9MT9MQ2G6//o1FUsIfL6EAPSK2f8DfR9tIhsF8AOGz6+w02aB1NbHjb9szZveajf9+V7GYMQpI9rukN4ivRls+QeDGSeCzXx9T0oAfKUUDECkmvhZWDd+9KH21QHBrZ1SJnaCQwg0u5dwm6o25s10rIQMTzFm/hu98YRXumuoEH+n+p1ylv662zrdULlkiNEdckXTtBOwzN+x5kgQ1ExLJA8/4HTMGpWcBGzk25KZNNFQnU8IxXiur77fdnmo2qzDkp1MscWuA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=apnic.net; dmarc=pass action=none header.from=apnic.net; dkim=pass header.d=apnic.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apnic.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=pHQBbuub2L5Skzdi99LGt4WjMg7R9FUGLm+sGe2igj8=; b=bwpicyq/wdo3dPYkZvp33YT4Wk1IQ5GbbNHthD4W9sJNsLsBcGibysKZ1jkR4uPt9yTSvMMcm6T07kmlWlzU5I5EQB6YicJclucjBIAZMk7daB5Aq7oQshHO1HLJPKfEHlg/q+4SwVRVQULDLdcBKfv70GnJl9w/30394lkhFlo= Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=apnic.net; Received: from SYZP282MB3169.AUSP282.PROD.OUTLOOK.COM (2603:10c6:10:176::18) by SY4P282MB3763.AUSP282.PROD.OUTLOOK.COM (2603:10c6:10:19c::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.13; Sun, 26 Sep 2021 23:43:36 +0000 Received: from SYZP282MB3169.AUSP282.PROD.OUTLOOK.COM ([fe80::2946:5e9b:afcc:ee39]) by SYZP282MB3169.AUSP282.PROD.OUTLOOK.COM ([fe80::2946:5e9b:afcc:ee39%7]) with mapi id 15.20.4544.021; Sun, 26 Sep 2021 23:43:36 +0000 Content-Type: text/plain; charset=utf-8 From: Geoff Huston In-Reply-To: <587B10C5-0C16-489C-B7F3-12AD4BECA1AA@arrcus.com> Date: Mon, 27 Sep 2021 09:43:34 +1000 Cc: Keyur Patel Content-Transfer-Encoding: quoted-printable Message-Id: References: <587B10C5-0C16-489C-B7F3-12AD4BECA1AA@arrcus.com> To: "sidrops@ietf.org" X-Mailer: Apple Mail (2.3654.120.0.1.13) X-ClientProxiedBy: SY2PR01CA0036.ausprd01.prod.outlook.com (2603:10c6:1:15::24) To SYZP282MB3169.AUSP282.PROD.OUTLOOK.COM (2603:10c6:10:176::18) MIME-Version: 1.0 Received: from smtpclient.apple (2001:44b8:110b:5100:55df:8731:c12b:f5) by SY2PR01CA0036.ausprd01.prod.outlook.com (2603:10c6:1:15::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.15 via Frontend Transport; Sun, 26 Sep 2021 23:43:36 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 1d74f384-3e84-47bb-ad0f-08d9814775a4 X-MS-TrafficTypeDiagnostic: SY4P282MB3763: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: aAr4NhlzRjWt1LuW0OzgZRGFupA2Ren3dnmiq5A4o0yLkLtdsKnB4N5bt5MbzJlzIeCvWRBMrzhoA1dSORCcL22FkeAfqf9yIMsG3wwhJmxE4FtocuD4kVkWSMrv8OrVA6cE8Fon+3Ql7M4VrLVSeOmrVJH86HqZ1+YflsxZauJncZ4oMpCczRIv2ksoXIv5dZXTU0JRfdazvyFWjsezOp9v/8HclEaugojRhpnv5T1IQocuPvyKv7dz8P7Mu0LwteSnbCs8/IeF4rSd280zskhsiNGXmEmzyPpi+N3N5EnpCT3KeF3tE3AIhVM8J/iEqYoHJDbMNEVMR27lKT7Mwd3u/WdLCO0GL6RGdgcRZdH7BVsam8Ahkn+mXVKeTXF5Y31X+VolDw+7ec5PBi4MSnov5+7LtqKShXvHCg+/yRyIbKER/KFhuA3te3UFgwEKVpcwxJuoXRTWEf52TyeC4+w1/z9xZRETbsWN0k1QVxXQqm2M0OeyIVvnomIYk8JUXWrACZ05gvhDFpKg+PjP6n7c8VDi0cKNScOssyBhAM3uplxx2pHc07Skgo0xH6JjMTvSCnq4YHInKiomRGpgTYHZ9n7DyYQnG02fOVWmbRLsG54uzc/nr/Vseha/AClVvT0iaBkYdRl3UER1TJN6dWKWD7eT56r8SEEbAofKU6lwdS3PoejsFYIR292pspk6Z7e9quv3RWIQToUaJe0osXYQuOE4IvBMeJyzcwrZlwzH7PtBMpL5R4sgwjBR+b08euB359yrEBSNMTm2kW4WiQ== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SYZP282MB3169.AUSP282.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(4636009)(396003)(136003)(39830400003)(376002)(366004)(346002)(66946007)(6916009)(508600001)(966005)(38100700002)(66556008)(66476007)(36756003)(6486002)(2906002)(83380400001)(8936002)(33656002)(8676002)(6512007)(53546011)(6506007)(316002)(86362001)(52116002)(186003)(4326008)(5660300002)(2616005)(45980500001); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?Vmc3RGV4Vkc0Z1B0OVJXckdKc2pKOGZ0aXp3TGJGaWlwSDJiejROcGdaS2hq?= =?utf-8?B?RUZQTy92NlI3eG95YVE4NTNJQVEwdlMvS0s1cU1nTlNocXFvOWlBRzVhUTJw?= =?utf-8?B?d2hCTVI3ZzREVWIwb3Q1VDZPMVJWN0lqY3hSR2IydDJXM1FvTkNSbGl5am12?= =?utf-8?B?bXg5R0N4c3NCWVJPdmhtVEdWcitGMEF4bEpSdkI5L2FUME9PK1pVb3BJVjgr?= =?utf-8?B?VCtjeHpvOHRPY3gxTGE4NFBRRC9DcG9BcUE1RTdaanZ1RDhrcUx0SkNHYlZY?= =?utf-8?B?MnloUmpFY2dEZ21nQStWaDJ5MGpKZE9ORUwrMklhejIydnU4dnNqZTNESWUy?= =?utf-8?B?dDcrZjdUU09zM1dQMjhickdZTkdCQzlyeHJ2Y21DeTBMQTh2SmNZeDF0cUZ2?= =?utf-8?B?WGdnWTRsYnBxUXMzeHlvN0dyb1NENHE4YnBIbUZhdFlsY0pnSFVESm5lWFND?= =?utf-8?B?N0l2eFYvNlB2Vkw1NkVjZ3F5RTJ4eG5tVzgvL2lVMGFRS1Q3aW12c2JHWE5S?= =?utf-8?B?NDhIVmoyRUNlSHE4ZWpKcVlJSHpveVduQjNnQ1p3bWZ1T3hkdjhMaWkrMUhZ?= =?utf-8?B?TlpnRGxHem9iOWxkditrcERPcXRDeTRwQ0V4dUNwM01BTG5NVnJYNHl4U2Zn?= =?utf-8?B?Q1ltcTlvZFoyUDA0SHl4VStTWmprVk5kN1Z2YXpEaGF3aEVzMXptMWlyZ2xD?= =?utf-8?B?VjJmY2RoUEdvaHYzdU9WUnNYSnV2TGlwd1gvbDdpZ2JtWStKdEphci9sSTd0?= =?utf-8?B?WWg2bFg4NlNEY2tkeEVWREJBTnRiT2tGNEliQVkzZGlMUStKTzRqTXIwK2tv?= =?utf-8?B?Nm1lNnpWUFRkRFVObUh6RkNXU2RBNm9PdndiU2tycnMyVVIzUDlGSlFaN1VD?= =?utf-8?B?cm5FN0dCOUFOQlZmcThua0duL2JDNXlSM2x6akVpbVdtaG1PU0NFeG55b0Vv?= =?utf-8?B?VzUzWXNhUHJFZ3ZWbDdYcWxWemh5Wi9NNnF4djNYQjhMQWFJQzRPbVhjT01F?= =?utf-8?B?cHFYdFhudy81SHZmYmY5QjRoRUFoYUdDZERkenVpY1VLbXdTUzNwVjJmK2Rs?= =?utf-8?B?cVlVeGwrZzlnWVFlUXA1eGhGYitaUXRTek9pL2VHYUt0b3krQnd5OXU0Vk93?= =?utf-8?B?eTI5MlYxTGdaRmVUK1J0c0NOcmlkSE1kOUdVRW1yWEV3Ky9DZElhUjBQakJ0?= =?utf-8?B?TDVIZitvR3JVVlNmeFdLWndhbHNYVFpaRmVoRVBnWDlidFh4aFZOYWdQclZJ?= =?utf-8?B?ejBzYTNWVlVNNnA3c0Q4azFMRXh5dFprK3FsWEdqdDNWT2dZV2RDYlZlMFNV?= =?utf-8?B?a2t4VzVaSWF1M2d2cHM1N1IwWmRnQlJMdngwNHVxa2U3bG55eFdyYVRsbi8r?= =?utf-8?B?WDVXNWx3UUNTOVNjMExpL0ZyUVA1OVBXRndPZW1xZWd1ZkxLN081SkNxUTNz?= =?utf-8?B?RmtBa1kvc1pjWE04alMzN0w3elJ1NWdVT1poSkp4VTRleWU0czFzbUFIZjda?= =?utf-8?B?aGRiZERuUUk4RWIvZENMdElCZ21aeWtBbFkyVDBBNlducXViUGRqeVVXTzFE?= =?utf-8?B?UllpT2czcWxZL1U2aTJlRWwrODlpQ2xkTXlBNTc0OHNOTjRVM3dzSUNqZ0RV?= =?utf-8?B?NjMrOUhNM2VxZUhOakJiN3ZHZWFXaFFzYUNrZU9kdnh0a3N0a3hhZW5zRFZG?= =?utf-8?B?SjhPY3hkcWpoemJqUmdyUHVZeXRJL2pRUVVkU1JoUGNoME1VNEhYWnJhK2ox?= =?utf-8?B?NkZDZ0VqeHdTN29idHJUaU9WcENtVkNucUpBNFhHRlhxUXJyQWwvQjJOKzJt?= =?utf-8?B?TjhweHFBUlhsanRCaW1xcFUyaEFoNHNVeHBwTlBCb1g0L3UzU25EUGUzWTUw?= =?utf-8?Q?YoKJI+nsPtxs1?= X-OriginatorOrg: apnic.net X-MS-Exchange-CrossTenant-Network-Message-Id: 1d74f384-3e84-47bb-ad0f-08d9814775a4 X-MS-Exchange-CrossTenant-AuthSource: SYZP282MB3169.AUSP282.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Sep 2021 23:43:36.7078 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 127d8d0d-7ccf-473d-ab09-6e44ad752ded X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 17OsnRhYOdsaRpU1sFn4m7qvY9CdI+46sy5I7zcS3+KnmcqEO3YzcXKOlZSKVCDI X-MS-Exchange-Transport-CrossTenantHeadersStamped: SY4P282MB3763 Archived-At: Subject: Re: [Sidrops] WGLC for draft-ietf-sidrops-rpki-rov-timing-05.txt - ENDS 10/12/2021 (October 12 2021) X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2021 23:43:48 -0000 Section 4: "rsync puts a load on RPKI publication point servers. Therefore relying party caches have been discouraged from fetching more frequently than on the order of a half hour. Times as long as a day were even suggested. We conclude that RPs using rsync SHOULD pull from CA publication points every 30 to 60 minutes" Other than vague handwaving what _data_ was used to justify this recommenda= tion of =E2=80=9Cevery 30 to 60 minutes=E2=80=9D? Why specify such a broad range? Alternatives, such as a shorter time range = with deliberate jitter, are possible. Why have such alternatives been silen= tly discarded in consideration of this recommencdation. Section 5: "Therefore, the routers may update from the (presumed local) relying party cache(s) quite frequently.=E2=80=9D what _precisely_ is meant by =E2=80=9Cquite frequently? What is not frequen= tly enough? What is too frequent? In section 1 the document claims to "discuss each of these in detail below.= =E2=80=9D I=E2=80=98m afraid that is misses this mark =E2=80=9Cquite widely= =E2=80=9D :-) This is just not ready imho, Geoff > On 27 Sep 2021, at 6:45 am, Keyur Patel wrote: >=20 > Hi Folks: > =20 > A working group last call has been requested for draft-ietf-sidrops-rpki-= rov-timing-05.txt, =E2=80=9CTiming Parameters in the RPKI based Route Origi= n Validation Supply Chain=E2=80=9D. Please reply to the list with your comm= ents. The WGLC will end on October 12, 2021. > =20 > The draft can be found at: https://datatracker.ietf.org/doc/html/draft-ie= tf-sidrops-rpki-rov-timing. > =20 > Authors, please reply indicating whether you're aware of any relevant IPR= that hasn't been disclosed. > =20 > Regards, > Nathalie, Chris & Keyur > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops From nobody Sun Sep 26 17:57:51 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3C2A3A1A7E for ; Sun, 26 Sep 2021 17:57:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 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, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-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=verizon.net 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 OuUqrwFlweHG for ; Sun, 26 Sep 2021 17:57:44 -0700 (PDT) Received: from sonic304-22.consmr.mail.ne1.yahoo.com (sonic304-22.consmr.mail.ne1.yahoo.com [66.163.191.148]) (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 A46E83A1A7D for ; Sun, 26 Sep 2021 17:57:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verizon.net; s=a2048; t=1632704263; bh=Y0r08L3ldBw636NQHoi82mBXtWEKsA9l9p5qjLz/6eE=; h=Subject:From:To:Cc:References:Date:In-Reply-To:From:Subject:Reply-To; b=gxa9dsoYhGfurXbiWfnk6ov758OXx6O7ahCp0luGqXm5W2Zc4AulZoqmzKrUOF+MuYU+3L0HqsnDhnBPrXTTugJUOezUEw554Zpfgvu8bZxyqe71QhhMxUvcCU5eZKsmQDmLrC0LO5zjtpSH84B3oFl/1g1lC3I2Dd3GokmOYXGO21tZJo8XZ6R4JYXduK68M0QyuMrBirq7+Fad1wjQ1rENgz9PEQJIXJLRtC5mC2uUxC+tlXZn074/uLmAPoPpFvtj2D4n+3gZq3vKZAQNciimWZXxRJZqqOez9qtwMimoAvyuoxqzrHOo94s0qu5TW0Z934aWBWFhRlrN+J9LkA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1632704263; bh=lHrD5EaffGK0DsMRZzoLOAGvtwkgvcUIwM1+DDoxBQ/=; h=X-Sonic-MF:Subject:From:To:Date:From:Subject; b=bbTXGnj9WGNKvbhDS/IvmvOlPYpjikWWSHQ+R9PLGhf1Zb0BkxaXpgTJwYGA5hjrx2OWdyWmZsyXWZ1qIBv8cYeu5TA5wMDZoHfn+zQbVwbmchfDoGabeJk1bb4BDLqcV0iU2kqziDrEfE2Y5PzzF9DO4zQWPgqqKYSGNii79ue09Zmf/nm8gPR8DfyvPm/rvnEm2ZYq1NJzRgd00hNLeBqhPhsiVE8m+ckGa/p+XPq7FzBRnw9PuFFmR/6svY+bxSpPa3VwhvI+pcCjgiamBCnDitlzwhU/rcm1CjqwWyW/YFcRreJY2cIchQ0rnNfHLMCVmqcV9Zt+Ny54loJI4g== X-YMail-OSG: 6RK6ZGkVM1l2ssg5zc0qtxY2YU16GTCo7UgeUHXvwraY6HofVnrOk184jYP_2C. 5sH7zYOfmj_cQ7koJ6h1R82zjjiFb2XXNJochV8tqxtNBExPcUlPkeDbqb779SF_qNN9jcKBd.yE 93zyRuffEzmY5YH.UTwJlwufHI0KGAWkVbdOe87mB6z1NsDQ2g820_0AggfmZLK3fF6th4X7jjHr z1zYt5dFgx1orBuMmGpC72jrbccjqymvK.sVLzYmpC3U0OP32g_7kKjKMBqViymsPLo448VLbm0W aBXvrYKUPtbz5EhL7yPb_o2S45TFpHINlqBveOd7VgfWYGL3Oq1Zia_fyMwoUYK27NzmYXWqLzhf 0kcBHjIa23myzFgCRMP6WDj1pJIChxeBVx9AUp737iY5pDKxqRaPw3pO13ONDgGHDyPwbYjz4YgI rvLnE0WD8Z2sdqeVQ3FR5yTYgE7RKsSuYKaZzP.O9J7gNJLQgwwXwzvVz6j19h_XvsWfcVu_dZkA K65rokdbJ5otivRuF23b_B9SH4y1BbkXG9IwfiA0nuBFBupSBL8aelrG7dHis3MQNgr0qnbU9dAr D0c2VmiE3lgPp6ISyTrcQ4wt08YMQhbOwdMHyGKS2D3cW6JSJmXfsd20znA6OeN2h32x_dD5qYUI rHWsUBDDxtsKYg7Y84LDUxVkgmqPGj3eh43wRuV6wh72rscX1.L8IYPtXmMl.wjxXXTH1Ad4syNe D7ccG.yZaoIcm_RCo9cley_.kW63eN6uHrCvClqbEcpbSg9GplsenRYn7lghSSOgND.Kz44Uv0rf iWbYQEtFEo2fSaBxR40GZpznjDb1DRpwedAF4K8wFlp7YdOLfBTjO4QK9NVJZn90EppuT77ir7Kf uLLzC.OlRShE3scoUpoYF_W_1ibaFK1yjfaEZLHhddIs24W_b3cMmRASVy_z4K9YZWTdirSzWjhx DV1uB9oiFAXTpoMohQ1GxogSGIOmwL6IwkBL9PDQqWKS4QEOdcx3JoiKaR0Px8w17sQOyZYqtc.9 Wkw7zOdLpRV0.P9suvJNBLiZ_GPmoMU.a86UrLSbkLYZrgNtXeBwbjxwaB8a12asdRrZsbpsiHp5 p.X2hodzDQO95jBJ55oz6m95QexsJsgsCsZjJy3PUWxzog4p6IYtYL_ipZwCw_FOqHzeAF_Jrj3V Zc4MxqapLptetPjSUGpGk_7.NeR5VvFga9icwpQLpu2TaLsgGbS.a4jwms_Alaizvb_x8pljN8_. .7MwMgymEr8cQwhOGxyVVotUo44s9R4q3G1xI4q38EfSDe6qBxMjfbOQMkM7f3grJqjaniXfv8aY 76m7sBt6xwYm8Xp6bCf7nN1jHPX7t2xQFRaCKP6rWZPkvgIfsXbD6hD0hgMuuKgteSCeke3AGez5 3pNerKFOTpsvRGNO_V2tOCEvUHdYExhNncyH0RR6veLHfkEItd6XGDPbnfm0a8.ONxP9HFzSky1a TA.B68aiRItiLV8Cv9lfFd2WM_stcrQ1qTROk_otxw2uV5kklfJdBqqAMHyA3Xl1fZj_mux0pBxR 0Ct7KhUnQegUw4.ZxYwFr1GFK0LrpULrTmjwntfuHfn6HIpFBSr4opiee6vcGhRrwAgalBz7VXEb yK.MLy9.XQZdK1ZmRaGyGa.lKrJFus8AMNX63g9H6Tdg.tfZMGKPSy5UmPxoULBxgylYV0xbJOMB S2RZE7xILlon23Ft99wv1fVpszlXuCypRYwNMsKceCz9WheBOwF9YjZAxXl.wAawhKdFLb65kGPb xWP5XCTorqi2n2vL5ePMLilmeoaYQwoomXbkNiGt7bwHsUJEvH5_Xe_Rd6YCbvZLGLuel4ZQRbOc 2u6RQ9I0kbnxHLitE96X13XrmR4gIExhQAUAao.TwCRZAsyLpODOzDI0TZwmqHjQAPF1ov5hv14n LWoK3PlR8Hf220OEQ3KJMfLg.L6JcpDk1POo79L14sbj7h11sSz2.0iA62cdRaD4DuakVCgvEOlc q93xeoEH4_7U1gWNE_lKuB4JN5HTAuU9aoJNiXDUwNAzsa8KhwKM_Q.jyR8aPfoEluKpieJdCifF nP.qhwwNBPc4mzqcuILaWb0YqT_0tXyDPZuy.H2dn4OL1YecDf.prmqiSu0U5bnygLpMqEuOHe5L 0hAWTRdEFDCUZM44MLRw4B5uXgzToHWxgIs6kHPUbB90BTptk6y_ryQFNbAgd9ojjdOPL3HaevYw k3feCMvvxXaLKGxb_RRlZ_9WqnXpRUTtzvXxRGpos4VaGQz9mEBTJqQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Mon, 27 Sep 2021 00:57:43 +0000 Received: by kubenode587.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d54141f5381fd810e9d72e70f810f215; Mon, 27 Sep 2021 00:57:40 +0000 (UTC) From: Stephen Kent To: Tim Bruijnzeels Cc: SIDR Operations WG References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> <2457bdd2-de07-241f-b8e4-87206dabcf16@verizon.net> <28F0ACCE-4D0C-4D80-B4C5-4E8B9D05760F@nlnetlabs.nl> <51acd845-d937-34a1-359b-7379b45e3fe3@verizon.net> Message-ID: <49e73d37-6d26-7715-da60-c2411020d595@verizon.net> Date: Sun, 26 Sep 2021 20:57:39 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: <51acd845-d937-34a1-359b-7379b45e3fe3@verizon.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Mailer: WebService/1.1.19043 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2021 00:57:49 -0000 Tim, I'll wait to see what other WG members suggest before making this change, but I do not see a problem with replacing the current test with your proposed revision. Steve >> Hi, >> >>> On 24 Sep 2021, at 13:54, Stephen Kent wrote: >>> >>> This version of the ID was published during the last IETF meeting, and has received no comments since then. >> Steve, thank you for your perseverance. >> >> I reviewed this once more. My apologies for not responding earlier. >> >> Thank you for clarifying (in -05) that the previous manifest MUST be revoked. >> >> What is still missing, I believe, is similar normative language when it comes to >> replacing existing other named files (ROA, certificates etc). >> >> If the working group feels that any replaced (non-CRL) files defined in the >> manifest scope MUST also be revoked if they are not expired then I think it >> would be good to include a sentence to this effect. Perhaps we could amend the >> start of the second paragraph of section 5.2: >> >> CURRENT: >> >> An authority MUST issue a new manifest in conjunction with the >> finalization of changes made to objects in the publication point. >> >> SUGGESTED: >> >> An authority MUST issue a new manifest in conjunction with the >> finalization of changes made to objects in the publication point. >> If any named objects in the publication point were replaced then >> the authority MUST ensure that the file hash is updated accordingly >> in the new manifest. In addition to this the authority MUST revoke >> the previous object, if it is of a type that can be revoked (i.e. not >> a CRL) and it is not expired. >> >> Note that I made an argument earlier in favour of not revoking objects which >> section 6 now says MUST NOT be used anyway. But rather than trying to re-ignite, >> I have accepted people want redundancy, I am looking for clarity on all >> revocations so we don't end up with different interpretations again in future. >> >> Kind regards, >> Tim >> >>> I'd like to initiate WGLC at this time. >>> >>> Steve >>>> A New Internet-Draft is available from the on-line Internet-Drafts directories. >>>> This draft is a work item of the SIDR Operations WG of the IETF. >>>> >>>> Title : Manifests for the Resource Public Key Infrastructure (RPKI) >>>> Authors : Rob Austein >>>> Geoff Huston >>>> Stephen Kent >>>> Matt Lepinski >>>> Filename : draft-ietf-sidrops-6486bis-06.txt >>>> Pages : 17 >>>> Date : 2021-07-26 >>>> >>>> Abstract: >>>> This document defines a "manifest" for use in the Resource Public Key >>>> Infrastructure (RPKI). A manifest is a signed object (file) that >>>> contains a listing of all the signed objects (files) in the >>>> repository publication point (directory) associated with an authority >>>> responsible for publishing in the repository. For each certificate, >>>> Certificate Revocation List (CRL), or other type of signed objects >>>> issued by the authority that are published at this repository >>>> publication point, the manifest contains both the name of the file >>>> containing the object and a hash of the file content. Manifests are >>>> intended to enable a relying party (RP) to detect certain forms of >>>> attacks against a repository. Specifically, if an RP checks a >>>> manifest's contents against the signed objects retrieved from a >>>> repository publication point, then the RP can detect "stale" (valid) >>>> data and deletion of signed objects. >>>> >>>> >>>> The IETF datatracker status page for this draft is: >>>> https://datatracker.ietf.org/doc/draft-ietf-sidrops-6486bis/ >>>> >>>> There is also an htmlized version available at: >>>> https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-6486bis-06 >>>> >>>> A diff from the previous version is available at: >>>> https://www.ietf.org/rfcdiff?url2=draft-ietf-sidrops-6486bis-06 >>>> >>>> >>>> Internet-Drafts are also available by anonymous FTP at: >>>> ftp://ftp.ietf.org/internet-drafts/ >>>> >>>> >>>> _______________________________________________ >>>> Sidrops mailing list >>>> Sidrops@ietf.org >>>> https://www.ietf.org/mailman/listinfo/sidrops >>> _______________________________________________ >>> Sidrops mailing list >>> Sidrops@ietf.org >>> https://www.ietf.org/mailman/listinfo/sidrops > > From nobody Wed Sep 29 03:36:29 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18A293A0B3F for ; Wed, 29 Sep 2021 03:36:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 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, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=workonline.africa 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 oatMn43E8erE for ; Wed, 29 Sep 2021 03:35:59 -0700 (PDT) Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30079.outbound.protection.outlook.com [40.107.3.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 91C9E3A0B85 for ; Wed, 29 Sep 2021 03:35:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ET7ybNZBHdj1xCfBNQOTq/sTfP0ld1BnE1rZLED+XHQBzPgHd4Jt+sHnFrsO1/42G7U9rshKjv7djzKm4m4A6/2oR84ezuqRjSlB5qogHCAe530M1Jblb9KljQOAjJD5D6ozahTqy8i5pC3Tu5P2k/hgKy/jRviUH1mY5xPEy5C9wKBDMT0mP2c56iHW0/yrT/6skkG0uAP0fgBOwvmfvtKfa4cPS0wiB8YCcHHjtAeENkJ5FW6hzdAr9/UzOb96LxU6BMeGQbF0d8cbyrB9cpYBa6u7JfDRwnGtoQJrOEkfvy3BLOxSwnjlU+9QGAOX4MAB4C5lAdGoRQSVHtZiBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=JrxCfltV6Mcip/apNfEtznoKBtOsfe7T3W1/R8kPbow=; b=mrRUbQP/3La0fHk6BWVvePiQbsCgf9VbZglJATWrkMwIf4ykhOH73X/tY31BvUdgjPwrOJeGTsqUWhxGi7EVpv+ynB+hDHPX/ymXmJ1fJofjLYrFGW7NwcpOMckC5vXoz1iVWXDf7QTzSdDf0KLEKeKJ9mNR1LnFifwFcTGG2eqRnKyFl950vTB0ncKa5jm1l3IamweWJdYUlbAMcB+4ew41x4Rw2fiRblecTnynH2wXUOsGBpY6Ua5zkSHtPXSTZK8y5j64lae8/lJQ7NXsCoFrN1iF9tOjpNQu2kD081NP/cqhUmArwhoYMySFlXR3/P7eyGQLsmRk+un41q+sHA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=workonline.africa; dmarc=pass action=none header.from=workonline.africa; dkim=pass header.d=workonline.africa; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=workonline.africa; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JrxCfltV6Mcip/apNfEtznoKBtOsfe7T3W1/R8kPbow=; b=K2LhRiLn7SzyGmkbmCBxUCMbD0vZGzptNBQX5EEVX2XhzzKrYX44T4juAl1gJnEFeDTKPpEwIwFmegPs5Z8Nj0hJxVJne6kcq9wqAJZV8kQ8yIFVeioTzK1iVZO8f5IEYf9RTRp+fITrmY2UR5IswIib1JXpaoFxKKJq3SuBizE= Authentication-Results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=workonline.africa; Received: from AS8P190MB1078.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:2e7::13) by AM5P190MB0418.EURP190.PROD.OUTLOOK.COM (2603:10a6:206:19::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.13; Wed, 29 Sep 2021 10:35:54 +0000 Received: from AS8P190MB1078.EURP190.PROD.OUTLOOK.COM ([fe80::a491:b858:4993:e5d9]) by AS8P190MB1078.EURP190.PROD.OUTLOOK.COM ([fe80::a491:b858:4993:e5d9%9]) with mapi id 15.20.4544.022; Wed, 29 Sep 2021 10:35:54 +0000 Date: Wed, 29 Sep 2021 12:35:48 +0200 From: Ben Maddison To: Christopher Morrow Cc: Di Ma , "sidrops@ietf.org" , George Michaelson Message-ID: <20210929103548.coi6xcgwxfqz24c6@benm-laptop> References: <278925A4-91B9-4B8F-B4CC-6F72B77462B3@rpstir.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="maihqzorakydfboh" Content-Disposition: inline In-Reply-To: X-ClientProxiedBy: CT2P275CA0018.ZAFP275.PROD.OUTLOOK.COM (2603:1086:100:b::30) To AS8P190MB1078.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:2e7::13) MIME-Version: 1.0 Received: from localhost (105.233.97.54) by CT2P275CA0018.ZAFP275.PROD.OUTLOOK.COM (2603:1086:100:b::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.14 via Frontend Transport; Wed, 29 Sep 2021 10:35:53 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 848cdc07-f8bd-48a6-aa4f-08d98334ea46 X-MS-TrafficTypeDiagnostic: AM5P190MB0418: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:8273; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: K+v6IUZ51BxGf1I2d+Bv0RWKnNkKMdQpvOM7Nk6XJNySVnB7wpfwbP3NqtnaTUvqJZw0rZhDYlD2gIPBs1nSo9cL/UUuYvd5aZdBrWe2VlSL3xkRdEXLXEKV4+lxfWz5dAfx0Rkj1FjkVnJrW+I1R+faBVtSVjT3NB0/jtX/VJ9rhlwkOszhJ9IHfxTNRYkvb1hEQtIl2/uj/wwVlSdzzETaUAsJJwc6L7ySCVhf5Ct2nfPp0ZiXJYO3hnDvAvBA4aumxJ58sWWnD+uhl0lNC9R798/Vp8Jx8pTCFtcbCIigmmFJ3mXKf0MU3PSVvlLLxcPFEUx2bj1KRhzrmrqoEzcXPAlRwl/vCmvTGJE1pkZh1wrACM2VcWnIZ7CsF4iqjA46xrRaxHLIq+8DJVlqNzH1GuB9Ayll/jitt90/bT3FVyKNhZ+vdxUsxnHo5aDwzjLdabWXkPdPdmiWA3aQB5dLYgS+k0oO7ZKRK76hpKiLRVZkh3RhCg7Qn3f348KGtUbwfYXfamY1Ugh8L7UliVbf3NXY/RGiPhzO02BMGYqLwWE7/24B0oEyvBvGNQlHKCBTCapcOFOz7fYXiLbbBgIiQ7pdNcp4gbdaGM5pKtbq78Hh5zdvhd1Epnu2lhH9HVxRCvT75AuvsNPgN83bXicv84Hd6xHV6ybgAwKg0LZnIYajhQJ9QxP/qVuPBsZOXSBzU+MmiU49CzT5zezjTZ74q7jHQZk6Hvs/mmnX/YsaU3wgP+5E4oSyD99C9tNc X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AS8P190MB1078.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(7916004)(136003)(366004)(376002)(39840400004)(396003)(346002)(1076003)(5660300002)(86362001)(8676002)(4326008)(6666004)(508600001)(52116002)(44144004)(6486002)(6496006)(54906003)(8936002)(316002)(66946007)(33716001)(26005)(38350700002)(186003)(6916009)(956004)(66476007)(66556008)(9686003)(2906002)(38100700002)(21480400003)(46492013)(2700100001); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?KSRIjBhqdT38pbDlJXIuKmHDAV28Pau1P7QBoFu7a9eq3imUq8VJoSgiJN7e?= =?us-ascii?Q?TcbdOY9Xwq8BTwpGqgqsD/lyTftew9Nje55YBdpygJ7dZG0jYJOmp/bka+Iw?= =?us-ascii?Q?3l+/VkAONGykmq/asASDUqCxDc7RbyhCxLrGZ6tROI+VtME7zIImiwS7cYu9?= =?us-ascii?Q?xMXlZ8llbFCbhERp3dLU/M0X0gj66IY/CnUZesr01yRRVGoCCGINteuY5b65?= =?us-ascii?Q?GKOcJ7rlvIoLzhuAvSGvvv9qBQ6GAR9fHR8R1rcD4DWPeKhiYXtue8+1ydkM?= =?us-ascii?Q?oJ+GeXa6Mh1/gGOb+1+IyCk3rzfw0VPBpu3Dnh3Be7mTsMrWEX/TXvb4726i?= =?us-ascii?Q?zhZO+GbIGELB737+FKUum800wSrAERyclTcsxcN+zU2Vd0/WyKnKK5bUdnFm?= =?us-ascii?Q?pew/EcHY4DYui/Udgmr3WTC1qR+5Ew8leaVeQBCxpZMQT7rMITkGZ2sL4EES?= =?us-ascii?Q?vjAFg3HRQZa25qOJjGUVVjmAiUNpn3ENPvCqeMb/2WPfISAs2Y552PwMi72B?= =?us-ascii?Q?6MRLjFrvKmJkivKK736OAd2TM5z9h0sTglgbQ5wzZgNyhkZey7V2pLHm+hZ/?= =?us-ascii?Q?iE+XX7fWqf352TmzdBuqlpbBalqlAbom8BJD88t2TO2L/FqpXqV5MDwX7Iqw?= =?us-ascii?Q?xfb59PKFEXntTrm8gvYggkku+O+mlbD70rtClxqZeaL/iv2eXZ/RujAdYCxq?= =?us-ascii?Q?y9crSAZVcuu7JRWkvWEE6caL82JbqLrWeDtI3bncH25HqcZhd1iFpqhCvTSx?= =?us-ascii?Q?trEllbPYwSNynmvGYSFqCkewpOwK0puhv+AZO6Dxf7QsdL2V/FY/o9p3D5TG?= =?us-ascii?Q?9euZlyEu1OX0zrNxvI606Hh+QsT0IF805dFSwZ1N/ISIzP2meWZxxOgjGbqK?= =?us-ascii?Q?jZNh1530Ivg40qr/YPvToDaOICfz3kVYLnvqGevHKMkHemNWLAV2LYjcwQs0?= =?us-ascii?Q?6W1pC0GAulHfEv5be6sQjUVQiHJn1rn8esEeimQjuaWMJSjC7MahdBw4p6Wm?= =?us-ascii?Q?zkEHH2nYmg4Xm7BBp7LzGPQt0/rqYTLg8XhD2LEh6lnXfg9A8ethbtmQi0a9?= =?us-ascii?Q?YAu6PHqe/Qk1BwhNhPpjYQmRXtvRiE9PJI8g7EjZMFlfhrGthhJvFdL03bAe?= =?us-ascii?Q?v0dUS4RCOq2AHShlMcASRE9gN4ffCk62tA/NSyeii+vaTSvh4+NdP9nf97qV?= =?us-ascii?Q?YK/QmqThe9MFHOdesQXdBHKARzDHlWznooECJYzIzBgkF1CNk+P4OJgLp4p1?= =?us-ascii?Q?T1e4WKlZ2gioJoTmeWZGLGQlidp2aNPg6EYy6wDrPmgHFDYoqWN6NGCZzzU4?= =?us-ascii?Q?tLHA+zowkLvGNa5ZDCgug5bY?= X-OriginatorOrg: workonline.africa X-MS-Exchange-CrossTenant-Network-Message-Id: 848cdc07-f8bd-48a6-aa4f-08d98334ea46 X-MS-Exchange-CrossTenant-AuthSource: AS8P190MB1078.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Sep 2021 10:35:54.3694 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: b4e811d5-95e8-453a-b640-0fba8d3b9ef7 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: BIjsi0OKaAlE+M4n7guTzT4BTUBgoofW3wJz9cSCRmrQ1rQYUe/PkQfsrgXCKwWxe1FBGr0kHhacpLFaljFMsw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5P190MB0418 Archived-At: Subject: Re: [Sidrops] draft-sidrops-rpkimaxlen X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2021 10:36:06 -0000 --maihqzorakydfboh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Chris, On 09/23, Christopher Morrow wrote: > Howdy draft authors/readers-of-drafts: > "This document seems to have petered out, and I think the end of the > thread here is: 'Meh, maybe we don't need this document?'" >=20 I still get asked the questions that this tries to answer on a semi-regular basis. So, IMO it should still proceed. The fact that it hasn't for ~6 months is mostly my fault. > Is this document not necessary anymore? or is the document ready for wglc= ? > or ? >=20 I need to add some language to address the issue that Alexander raised during the 110 meeting. I'll try and ship something in the next couple of days. After that, I think it will be ready for WGLC. Cheers, Ben --maihqzorakydfboh Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEadkaB2uV5dm5UllaOkYk/rSLaGAFAmFUQYQACgkQOkYk/rSL aGCbXRAAoKVUe3rb9uqKNbGu7c0fUorEzSQWKHutQyil4KaPV+Ly7BWeVdMehjis ldtU9Gs6ed578q8Me+0GNCKgMxqParHpUukx02fej6ybrE2FliP2dyigz+2gQgw3 cUU8tLFdGdBjtOkD6j0mNqWA7qBc04kMhGkPatmwsycv+LpiMNTv2RsV9FIrcvvB 6qgrIWrv0l909/Xl08+vvoLe3ZV67+nRmS0ZRcqLcPegjJgVMGgJBoxI5Hl7zjXB Ccp1REZxSKtCw7mb0B/1qMTQ+8HEbQ7chFDheXsT1npwxT8xZeKprqeO4yurXfm2 PNzCOyj8FC17cchSgLLFtqvgezRCZkC8pqo25r3rhKasndS3DFVWMXZ5vjDA2oyD llZfcAArLy2dDamSMsrtet1ffyjhHgurY86SxJPspwtq/u3ChMDmvHocF9RAqy0p nuT2q326ofHOGZyBT13MmszXwmGgtTGnmrl65lDAPZEb3G50azSMp6nTngwSzkfv qq4GQ4ujhnsuS74p4NNI/1JcTI7/MoLEma7y71Xy34eIrYktKkC07zHG2hmvlTK9 AdS3sdZKZoGo9rwoMyLDMYHySax+VsIuR46ytTWyEjta/zTwwBjo7b85jMbDYH8C v2N0r2D5ThRwcdu6cTvOb1mQ1Wzi8Vud0D196XO3dFQBoggvJnE= =5ljp -----END PGP SIGNATURE----- --maihqzorakydfboh-- From nobody Wed Sep 29 07:30:43 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41DDE3A1A0A for ; Wed, 29 Sep 2021 07:30:41 -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 BNJfucnRqX7W for ; Wed, 29 Sep 2021 07:30:36 -0700 (PDT) Received: from mail-qt1-x830.google.com (mail-qt1-x830.google.com [IPv6:2607:f8b0:4864:20::830]) (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 2D5DA3A1A03 for ; Wed, 29 Sep 2021 07:30:36 -0700 (PDT) Received: by mail-qt1-x830.google.com with SMTP id a13so2429824qtw.10 for ; Wed, 29 Sep 2021 07:30:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=P7SlGXkmaTJS/VUUPSHdSTVA0+sESGcZLK+k+jUFT6w=; b=UMsEYwhM6ikdHURfII+3H59aQ5OHi3W2btI5yLYBwUUahh2Vm35KtxjUDqvWoJ1Sw0 +SzClfwGDGf5fO7igW4OYta6AI1JwN24ElMQ4j1VmuuqVypGqcOHoLF9YNUTP5xXh414 s1uQ6Ca15V7WzesQQq0/So/lVKFraNFKd+8h1FANn/Ezk5+CuwkqYuYQznYwLBqMN45j D4Qa2wbzahXlke9mj6/EBEfnfwpvQKFA2EkZzCHhad216xhutDITi9fIdB7dP1RsYp4J EN0nEtufupV87n85hBt9HUUtaKEB9ixndsMrNeeKi42rMbPh95VPV2eyc7tNznusxMmB 1SYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=P7SlGXkmaTJS/VUUPSHdSTVA0+sESGcZLK+k+jUFT6w=; b=FFG3fYQR/7FeF8tci2BxL0nrnWGECj47UlM1AeyxF/BsBkb6vN7ewAAc0x5fTGt/Y5 ZyvuGDtxs85tgD3zLi5L3jieDOr27jg9aknLTd/lDbZXLmzPtAzubk5OIzmoKhVSseVA OsOAy2ZoHoVEEkZtbNCCtbfIfic9LnqGb5yZQWty1L1zY4UusYh9SZ0kIf5qvh6MVLhl Ene0UhifKwUXBw479Q4xRKiOJJMO9utdSrEhFpKZO8DCdINiy6r2ZcMZVt86EiWmSMtD TYf/7f6dzOFC57cKiJC4/Ug5RW2sqqhb58THipp4y508M1B1Kmsv1tjNvQuXkSyfgAoi csTQ== X-Gm-Message-State: AOAM531VeIRowd2xMcCB08vXNVggwUAjx5qYyX94+AzvvFQP4VzYl1Ez q+RBhGCGE7oquWdCq8uMlU5LEstXlFqnRc6LOhW49D4OpegWbQ== X-Google-Smtp-Source: ABdhPJyR6rVjVVd87pRTKEmNimFQLEOxvPTwE26KfUegbbeE/VDsq13RUexu3Cm8AtR4FAxLpMvxYakpCwljbN5WeLI= X-Received: by 2002:ac8:9a:: with SMTP id c26mr201878qtg.12.1632925834823; Wed, 29 Sep 2021 07:30:34 -0700 (PDT) MIME-Version: 1.0 References: <278925A4-91B9-4B8F-B4CC-6F72B77462B3@rpstir.net> <20210929103548.coi6xcgwxfqz24c6@benm-laptop> In-Reply-To: <20210929103548.coi6xcgwxfqz24c6@benm-laptop> From: Christopher Morrow Date: Wed, 29 Sep 2021 10:30:24 -0400 Message-ID: To: Ben Maddison Cc: Di Ma , "sidrops@ietf.org" , George Michaelson Content-Type: multipart/alternative; boundary="000000000000544b7905cd232c89" Archived-At: Subject: Re: [Sidrops] draft-sidrops-rpkimaxlen X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2021 14:30:41 -0000 --000000000000544b7905cd232c89 Content-Type: text/plain; charset="UTF-8" On Wed, Sep 29, 2021 at 6:35 AM Ben Maddison wrote: > Hi Chris, > > On 09/23, Christopher Morrow wrote: > > Howdy draft authors/readers-of-drafts: > > "This document seems to have petered out, and I think the end of the > > thread here is: 'Meh, maybe we don't need this document?'" > > > I still get asked the questions that this tries to answer on a > semi-regular basis. So, IMO it should still proceed. > I also get asked this question set, so would like to see the document progress :) > The fact that it hasn't for ~6 months is mostly my fault. > s'ok things happen... we were/are just going through the document list to find stuck things and attempting to poke with sharpened stakes[0] to get them moving again. > > > Is this document not necessary anymore? or is the document ready for > wglc ? > > or ? > > > I need to add some language to address the issue that Alexander raised > during the 110 meeting. > I'll try and ship something in the next couple of days. > After that, I think it will be ready for WGLC. > > sweet thanks! -chris 0: https://static.wikia.nocookie.net/buffy/images/5/51/Kendra_Mr_Pointy.png/revision/latest/scale-to-width-down/350?cb=20180712171700 --000000000000544b7905cd232c89 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Wed, Sep 29, 2021 at 6:35 AM Ben M= addison <benm@workonline.africa> wrote:
Hi Chris,

On 09/23, Christopher Morrow wrote:
> Howdy draft authors/readers-of-drafts:
>=C2=A0 =C2=A0"This document seems to have petered out, and I think= the end of the
> thread here is: 'Meh, maybe we don't need this document?'&= quot;
>
I still get asked the questions that this tries to answer on a
semi-regular basis. So, IMO it should still proceed.
<= br>
I also get asked this question set, so would like to see the = document progress :)
=C2=A0
The fact that it hasn't for ~6 months is mostly my fault.

s'ok things happen... we were/are just going thr= ough the document
list to find stuck things and attempting to pok= e with sharpened stakes[0]
to get them moving again.
= =C2=A0

> Is this document not necessary anymore? or is the document ready for w= glc ?
> or ?
>
I need to add some language to address the issue that Alexander raised
during the 110 meeting.
I'll try and ship something in the next couple of days.
After that, I think it will be ready for WGLC.


sweet thanks!

-chris

=C2=A0
--000000000000544b7905cd232c89-- From nobody Wed Sep 29 07:31:29 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DBBD3A1A12 for ; Wed, 29 Sep 2021 07:31:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 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, 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=nlnetlabs.nl 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 lW1WizQm8lpQ for ; Wed, 29 Sep 2021 07:31:23 -0700 (PDT) Received: from outbound.soverin.net (outbound.soverin.net [116.202.126.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01CD23A1A0E for ; Wed, 29 Sep 2021 07:31:22 -0700 (PDT) Received: from smtp.soverin.net (unknown [10.10.3.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by outbound.soverin.net (Postfix) with ESMTPS id 4FEF4D1 for ; Wed, 29 Sep 2021 14:31:13 +0000 (UTC) Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.142]) by soverin.net DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nlnetlabs.nl; s=soverin; t=1632925872; bh=g2XJz+WwIgjsAEjlnOtNLEbTt2d8VqD1p5Av3TA5qeo=; h=From:Date:Subject:To:From; b=S2f0qZich8f5tgtEgj4J1JanaKT12yZYdcqyslCa91CHJjHq5Zp1/zfejchY7NBs7 ArOWIEu/OUMJkkibzQlKoSDcRr6cZ3pAr529booiyd2G0vweBQlMdnmnsJro5jEqL1 ilnKP62vUiWNkCgIy2B4AqRog4E9xLcTFVURxS1gtA729gQhGLPk94DWNKUoFKHIi4 nkHDefHYqnHU3EcTVEgXZa+NJGgf1CevJLdV7NmYL5dYoF6ujdenFN9U10Mvv5sZ7z WtEG0vfBSpFLULB1aZisM8qtHulJwTCKxhzhLQi2F2/t1KhOiR30lBJ7EQENR2cIVq mgZjQqn9pzT8g== From: Tim Bruijnzeels Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Date: Wed, 29 Sep 2021 16:31:09 +0200 Message-Id: <23C8AE04-D8A7-41E1-9460-F6166373B4A7@nlnetlabs.nl> To: SIDR Operations WG Archived-At: Subject: [Sidrops] Did we get an OID for ASPA? X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2021 14:31:28 -0000 Dear all (aspa authors in particular), Did we get an OID for ASPA objects? The profile still has 'TBD' as far = as I know. I want to see if I can get proof of concept code running and a public = testbed set up for this. Thanks, Tim= From nobody Wed Sep 29 07:37:39 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2267B3A1A43 for ; Wed, 29 Sep 2021 07:37:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 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, 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 (1024-bit key) header.d=fastly.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 uFMFfy2byVss for ; Wed, 29 Sep 2021 07:37:32 -0700 (PDT) Received: from mail-io1-xd2a.google.com (mail-io1-xd2a.google.com [IPv6:2607:f8b0:4864:20::d2a]) (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 905423A1A42 for ; Wed, 29 Sep 2021 07:37:32 -0700 (PDT) Received: by mail-io1-xd2a.google.com with SMTP id i62so3401228ioa.6 for ; Wed, 29 Sep 2021 07:37:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastly.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=yhBI+6xoNkj4u3gOFPGNOFwTgAHaLB6WQzKXLpHbJs4=; b=EmpmRK1ig3AlgIQLg9iacdR8HZ/K+bWiZQQmw5nrsoMsWagzAdWPZXeNtJIzwCTIii xVw72sMswSpNnKDikp2W1MsY/0KVCWU5emekh+7iXZrTrDHJkYyF1loWDPl8Z8j2EYEX 97oypSFohcjqBIc5rqKKB3WXwYWJnlB9dbwI8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=yhBI+6xoNkj4u3gOFPGNOFwTgAHaLB6WQzKXLpHbJs4=; b=GdJKHXZEKqikfvKi4r/RhZ8Clwwy2qSk8NlFgPmZrSr/XOLxASzGRV9hsNbGCxySjo SMuaU0Xk5cZxjhOJLKKZ4kxrP/TtdBy7cCujgW66XiMo0hL9lojlnZv0gkKFnf32Ff+3 0lwdQj5Jz1+5wZBjR1fBA2c48+NUSNcP3trw8zaJ7XDiS4ajDSD9kozQCM9O7El7kMo6 K2lg10kqY+yKCrv9hRb9tMVhqBOvm67xyishxqDazQnztbEpShaSshj1/xc6AB/eFhOh nAcvuzQp5r05jsMnH6Iq76gJDFk/nYZAeULm5m7BOXLvG7ykVqPGHFC0GBO6P4T34FR8 iN7Q== X-Gm-Message-State: AOAM532XQNbO4G9fzaYbOGxMnj68JhMyjtSzNa8+YDRAp8oifoxkHqzN nHWI89iZB5raqPwTuMvih2130J/eo7fd+k3Hsejl7Q== X-Google-Smtp-Source: ABdhPJzSgF9WLI/zYO6tV00a2dBJyCJpaHKMRo4nlpMNsi7lC/yjkzj0HioU8F8Fq4xlYFB16vv1tdGjHTMq9rrqN9g= X-Received: by 2002:a6b:5d0b:: with SMTP id r11mr140354iob.92.1632926251473; Wed, 29 Sep 2021 07:37:31 -0700 (PDT) MIME-Version: 1.0 References: <23C8AE04-D8A7-41E1-9460-F6166373B4A7@nlnetlabs.nl> In-Reply-To: <23C8AE04-D8A7-41E1-9460-F6166373B4A7@nlnetlabs.nl> From: Job Snijders Date: Wed, 29 Sep 2021 16:37:20 +0200 Message-ID: To: Tim Bruijnzeels Cc: SIDR Operations WG Content-Type: multipart/alternative; boundary="0000000000002a002205cd2345cd" Archived-At: Subject: Re: [Sidrops] Did we get an OID for ASPA? X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2021 14:37:37 -0000 --0000000000002a002205cd2345cd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Tim, Not yet. The delay is on my side, apologies. We first had to figure out the file name extension and then I failed to progress the request. I=E2=80=99ll do that this week. Kind regards, Job On Wed, 29 Sep 2021 at 16:31, Tim Bruijnzeels wrote: > Dear all (aspa authors in particular), > > Did we get an OID for ASPA objects? The profile still has 'TBD' as far as > I know. > > I want to see if I can get proof of concept code running and a public > testbed set up for this. > > Thanks, > Tim > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops > --0000000000002a002205cd2345cd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Tim,

Not yet. The delay is on my side, apologies.

<= /div>
We first had to figure out the file name extension a= nd then I failed to progress the request. I=E2=80=99ll do that this week.

Kind regards,

Job

On Wed, 29 Sep 2021 at 16:3= 1, Tim Bruijnzeels <tim@nlnetlabs.nl= > wrote:
Dear all (aspa authors in particu= lar),

Did we get an OID for ASPA objects? The profile still has 'TBD' as = far as I know.

I want to see if I can get proof of concept code running and a public testb= ed set up for this.

Thanks,
Tim
_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--0000000000002a002205cd2345cd-- From nobody Wed Sep 29 07:55:53 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7E893A1AA9 for ; Wed, 29 Sep 2021 07:55:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 kXD9BYWyKYGR for ; Wed, 29 Sep 2021 07:55:46 -0700 (PDT) Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FE5C3A1A71 for ; Wed, 29 Sep 2021 07:55:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id E2DB3300BC0 for ; Wed, 29 Sep 2021 10:55:46 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail.smeinc.net Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 827BUVl5geq4 for ; Wed, 29 Sep 2021 10:55:45 -0400 (EDT) Received: from a860b60074bd.fios-router.home (pool-141-156-161-153.washdc.fios.verizon.net [141.156.161.153]) by mail.smeinc.net (Postfix) with ESMTPSA id 97FF5300B9C; Wed, 29 Sep 2021 10:55:45 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) From: Russ Housley In-Reply-To: <23C8AE04-D8A7-41E1-9460-F6166373B4A7@nlnetlabs.nl> Date: Wed, 29 Sep 2021 10:55:43 -0400 Cc: SIDR Operations WG Content-Transfer-Encoding: quoted-printable Message-Id: <463A6EA9-BB59-42F5-84BA-B604F94E449F@vigilsec.com> References: <23C8AE04-D8A7-41E1-9460-F6166373B4A7@nlnetlabs.nl> To: Tim Bruijnzeels X-Mailer: Apple Mail (2.3445.104.21) Archived-At: Subject: Re: [Sidrops] Did we get an OID for ASPA? X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Sep 2021 14:55:51 -0000 I content type OID has been assigned for draft-ietf-sidrops-rpki-rsc, = but there has not been one assigned for ASPA yet. Russ > On Sep 29, 2021, at 10:31 AM, Tim Bruijnzeels = wrote: >=20 > Dear all (aspa authors in particular), >=20 > Did we get an OID for ASPA objects? The profile still has 'TBD' as far = as I know. >=20 > I want to see if I can get proof of concept code running and a public = testbed set up for this. >=20 > Thanks, > Tim > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops From nobody Thu Sep 30 10:13:30 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 657683A0553 for ; Thu, 30 Sep 2021 10:13:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 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, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=workonline.africa 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 4uOfxJCFJ3x5 for ; Thu, 30 Sep 2021 10:13:20 -0700 (PDT) Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2054.outbound.protection.outlook.com [40.107.21.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0CEE83A07DB for ; Thu, 30 Sep 2021 10:13:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VOCDiU9y7Ste6wDhqzAtNXmAqAd8s289TdlbQXKPgUk9ToXo08gPBv1BX/mSAfdc0/zkzmfArSDnB/oKfozi8kNdOQJ5ft7HfFx1lYi1iZjTt608pYTuTRSI7C/FOwziQ5JE6MoJ/gokpLwoTzDvSRPM3BEx0eY8KkXMzBli6S25mOg/9wLaORrWJuuqKfqo2jJe6dSWmUpzqqI9zBwa3firRgzp1gy8FHfbhvmZFsmjm8voRRBY4hX+NVfdiJP3YclHvUTOSUbRHT59XdYHdQFsDlJ2NjrAmyPyL2DqqY2hi/jrVZZREp+lqeMb7EgwgpNf/xKAuEOq09ktBmPe1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=tVWKcFH4AEbNjWlft+GG+1US7VhtSfkD4/UELqE/d8k=; b=kkdqZl+uJQYpHJ3xMwzmfmCNjXnHbAJL3vM7gWTr5yNHpuLLsMxSCunqb5euvf+N0yhOYLnHd73AP8fySt+or/KnR7zgI6Xtu/SnHwCiqOQ5lFb5tyqNpU2eNGoP7V848Wf6MbzN7S1nIBb8zbIJwqtPUOrQrQ8voAKYTV+KgbLkbt+QqF0iX+rcgdxQfZzXM+Z+4ti2d9VbQBESqkdd+CoZhWxyt9Iwp+Cyl/sS82Fh9VUsDoqwkyC+Nxb7laduG05/7LDTNaLTdnKLCDii19IOfJTHauzpXla4XsWe9pVHE6hRVpZQFPFdAEAcO2i/hMqAPTBkdPH8RDssLa/5xg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=workonline.africa; dmarc=pass action=none header.from=workonline.africa; dkim=pass header.d=workonline.africa; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=workonline.africa; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tVWKcFH4AEbNjWlft+GG+1US7VhtSfkD4/UELqE/d8k=; b=gY1Yj38golCTDQwPHGxsGSGPvG6VJEhTv6/IqgvUeKLRmYa01Rgc3+RG3Efgn08IM9FCCXfKaJe/xH7hhHNgP2Ufiw0GTjGMz/5evYOYtdJ1lfpJTfZpf29+PWHgIgscQ6rsFSQDl6zbXuT0IVyq9jJ+bVOBfj34wfMyb9bD9Vc= Authentication-Results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=workonline.africa; Received: from AS8P190MB1078.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:2e7::13) by AS8P190MB1208.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:2ef::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.15; Thu, 30 Sep 2021 17:13:08 +0000 Received: from AS8P190MB1078.EURP190.PROD.OUTLOOK.COM ([fe80::a491:b858:4993:e5d9]) by AS8P190MB1078.EURP190.PROD.OUTLOOK.COM ([fe80::a491:b858:4993:e5d9%9]) with mapi id 15.20.4544.022; Thu, 30 Sep 2021 17:13:08 +0000 Date: Thu, 30 Sep 2021 19:13:02 +0200 From: Ben Maddison To: Stephen Kent Cc: Tim Bruijnzeels , SIDR Operations WG Message-ID: <20210930171302.m7b5utqceotecooc@benm-laptop> References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> <2457bdd2-de07-241f-b8e4-87206dabcf16@verizon.net> <28F0ACCE-4D0C-4D80-B4C5-4E8B9D05760F@nlnetlabs.nl> <51acd845-d937-34a1-359b-7379b45e3fe3@verizon.net> <49e73d37-6d26-7715-da60-c2411020d595@verizon.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="cvs2muzujvlmreyw" Content-Disposition: inline In-Reply-To: <49e73d37-6d26-7715-da60-c2411020d595@verizon.net> X-ClientProxiedBy: CTXP275CA0037.ZAFP275.PROD.OUTLOOK.COM (2603:1086:100:1::25) To AS8P190MB1078.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:2e7::13) MIME-Version: 1.0 Received: from localhost (105.233.97.54) by CTXP275CA0037.ZAFP275.PROD.OUTLOOK.COM (2603:1086:100:1::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.14 via Frontend Transport; Thu, 30 Sep 2021 17:13:07 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: b5b4b415-0f50-48d4-5fe8-08d9843592c5 X-MS-TrafficTypeDiagnostic: AS8P190MB1208: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 7ycSDrRbeCynj9frn9xHdeArLVCIBp3OvjPwQoL0e/6GzUxYnTV5Qufn+1asdJkRY6P8Xr5AsBYpKuOrmNPRkH72k5JaZjedhuo8htvagyNzUogOh3/ajBnHYXuu0uRhPZAd263SQ3ZjHmGsRpHwqKoRmZi6t+UqgzG51Z/AkabPqtt2gujUsvZrhUYLINxUSvJOHU76xhWUfnlYltG9AJCtnp9kgxfG54gA7CxbSENkihggo+l7K8Jn235j5XkAKotvuGrsYfA4y9s3ukPtVs2vYGTPjNFZyyIxiSziHvVeVoBMIOsLdeSvKyZ6gHXiU0hOEVwM0ZaQIbGkk11EKB59MRReRLY01doawAxnAlw4+aWJdRDf7sEum4TIzdVAXth8KQvoO9md+CwzEraqL7z1NqKM9sND9FY263lwAGH2IJva2oXKs1PohZFs+s0dDFdeTzsDyHx848BVr3qyDTng8QjNXYDHxK5WoBr+HqV5iYA11tBQCErLk6PQkWBw58ZyESr7iiMzmeZhIWnz2n+GSyXFaJjFJfJvqttNDiqUIHlQ+RUE/wGrURYNv/w59bdrpLnCHblL3kfTOgpflFYuT1y6xaxe8vnl/jNPpThc2kufmlbIa7cUScsNf6dh6lQio6hH/ZiNv23f7xgsMzSW/shQxvIc90Iz1NAkMdNO55qAkhf1rz/hlshv8kIlrc2QcLoEqu3sskCpdNVxUEWOMv5FpMJeGJkzIYMwkBN7fqlF2Z75CAftiVNYs8bX X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AS8P190MB1078.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(7916004)(136003)(376002)(39830400003)(396003)(346002)(366004)(66946007)(316002)(86362001)(956004)(8936002)(52116002)(21480400003)(66556008)(38350700002)(4326008)(6496006)(38100700002)(1076003)(2906002)(6486002)(8676002)(66476007)(9686003)(44144004)(508600001)(5660300002)(26005)(6666004)(33716001)(19627235002)(54906003)(83380400001)(186003)(46492013)(2700100001); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?/7ISwYdIczKAevUPEYQBztyxsH86K30KAoR7KMEPTwZffZuo0cHOgExnbJhG?= =?us-ascii?Q?XrLSF/im+Sb2Go/CqI8v8tMfgiNBoZToKz86vE9TmF76dC5QMwA7Oguc+OOe?= =?us-ascii?Q?iBvjC8NOgxs+DOU2pWF9S5wUxPueuA5GPULcLTY3J7Kx0e1XDap8t40wwkAy?= =?us-ascii?Q?kR53xceJzSwGL4vdHc2gBjV7qZPOISuPsC6uVpVdWw3Osek9qD6pzHBAOrEw?= =?us-ascii?Q?rYmy7sIGErS+rjQ4as1HBJ80kOZrdM4heqpj7lWgwnmoOQrCVSBsTjfde2zP?= =?us-ascii?Q?Y6dJZk+FgBVU62e3vwUT7EjtDtJ5MQKyCkqWPeBpHmkXWOkwLllFOdhrzEnH?= =?us-ascii?Q?9ER3f5UE3vRIeRr3Nskt1jSTRJsgJvX7JwaaYRhI9sQatbFzKf/S8i/xCwI7?= =?us-ascii?Q?UdhhI1pZMzRd9sCA8mtHohtDqbWoUki+FwmmwnrX/VPFR1E4tWBBzFF5rggb?= =?us-ascii?Q?3ME92H7TdAWeez1wu0ckDTe75cpTpT/GYgTbIjbTcJuYhjtAVDyuXRAPY3oR?= =?us-ascii?Q?hIyCoNdGeB9akhxPyLQVj8vHV3rc2wfWGnH4sy9IWq3Sinn5hWidkQExo46N?= =?us-ascii?Q?LriUx4HLz0EhfabSDMEtTPPouG/Mtn8TLZ+pobc7wtYS1Wenh//+s77TsYWz?= =?us-ascii?Q?/OkY76HR3dXEr4pJV8LudkCk86DzXsFCEiCMR/wLCEBaBBkxSjCXi2CT8HI9?= =?us-ascii?Q?oXsVhql3Z1mMQdPvPN2UF9+Ns42y4dbdV1WaWog0CsGYFcnVFpcaHNsPOW1h?= =?us-ascii?Q?AJRqPnykq+btekSoBK/7CqZjXgbv+Qari9pOe/ggFxgU6gradJjT3cd/uxYr?= =?us-ascii?Q?7TDWpBtYW3W4xcd4k591U0W+HtncSl5I5NTUxxoQiU+GmmmON1BwmnZv2lTC?= =?us-ascii?Q?jAUYzgWb4575mCZMuvonueCk5BXf0CxFexp+USr/dvcdfOREdH0kYWJtPLIN?= =?us-ascii?Q?Lc1UBIQrj7Lwb3pgYLhRhnd9FyKAT+R25FSJ+lOfGDJs3Y9uqXNUqkZ2BWWQ?= =?us-ascii?Q?OtwTl8afQWumenSTWlfZeTjpHpoP0B8XBwdSYM44UcH7e5mmTIfA3YkMyAzI?= =?us-ascii?Q?iWWUtu4AJaig5sM+mWkdxU6w7fsvTI7QnKWowDOJhozDM7Fkj8VNdFpLfRia?= =?us-ascii?Q?6YdEpJ9RklVDbaHl23f2qwrOX/csNa1MwN7NHDSAQr8P04GV0/kdWVzP9UIF?= =?us-ascii?Q?TslxdqaOLfhmNLyYYMHL7lNRDPyd7HNr/OUkvClzO5RC1D1+NsKu60wRh+ZQ?= =?us-ascii?Q?WdHdtzftgu+UCTMCefhth7nzPJEDETuXCKp/bWKceL9B76hyyKeY6ZNF6l+7?= =?us-ascii?Q?aRLxcBCITOBoj2eIJ7ISk8jY?= X-OriginatorOrg: workonline.africa X-MS-Exchange-CrossTenant-Network-Message-Id: b5b4b415-0f50-48d4-5fe8-08d9843592c5 X-MS-Exchange-CrossTenant-AuthSource: AS8P190MB1078.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Sep 2021 17:13:08.4419 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: b4e811d5-95e8-453a-b640-0fba8d3b9ef7 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: Hv7E7z42m6VO2YyzftQNp6ijYUrd8+wQYBPgN4ST4IMv64gwAmM0TqJxFrE43vff89Z2GDIJqvdx2pPi9vr6MQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8P190MB1208 Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2021 17:13:27 -0000 --cvs2muzujvlmreyw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Steve, Russ, all, On 09/26, Stephen Kent wrote: >=20 > Tim, >=20 > I'll wait to see what other WG members suggest before making this change, > but I do not see a problem with replacing the current test with your > proposed revision. >=20 I think that Tim's suggestion is a good one. We should err on the side of being explicit about this sort of thing. Additionally, some minor nits/suggestions/questions: section 2. current: all published signed objects that are verifiable using EE certificates [RFC6487] issued by this CA. suggested: all published signed objects that are verifiable using EE certificates [RFC6487] issued by this CA, other than the manifest itself. section 4.2.1 - manifestNumber: Should the document describe what should be done if the manifestNumber reaches 2^20, or was it judged that this is large enough that it will never happen? In the latter case, we should mandate that the value be incremented *by 1* to avoid the possibility that an implementation increments in large enough steps to hit the maximum eventually. section 4.2.1 - nextUpdate: current: If the authority alters any of the items that it has published in the repository publication point, then the authority MUST issue a new manifest before the nextUpdate time. I read the above as saying that the manifest must be re-issued before the nextUpdate time only if the repository contents have changed. Unless I am missing something very obvious, the CA must re-issue the manifest before that time, regardless of whether anything has changed? suggested: If the authority alters any of the items that it has published in the repository publication point, then the authority MUST issue a new manifest. In any event, the authority MUST issue a new manifest (possibly containing an unchanged fileList) before the nextUpdate time. section 7: "... a CRL issued by the CA [RFC6481],corresponding to the scope ..." ^ missing space | appendix A: The ASN.1 module should define an instance of the CONTENT-TYPE class: ``` IMPORTS CONTENT-TYPE FROM CryptographicMessageSyntax-2010 -- in [RFC6268] { iso(1) member-body(2) us(840) rsadsi(113549) pkcs(1) pkcs-9(9) smime(16) modules(0) id-mod-cms-2009(58) } ct-rpkiManifest CONTENT-TYPE ::=3D { TYPE Manifest IDENTIFIED BY id-ct-rpkiManifest } ``` Please let me know if anything requires elaboration. Cheers, Ben --cvs2muzujvlmreyw Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEadkaB2uV5dm5UllaOkYk/rSLaGAFAmFV8B0ACgkQOkYk/rSL aGDNaw/+NGimGL/xSGsvA9l0flON9kCAhXXGNItmaVnvMn4zTFzDBHET4UnXCQAj P71r4eardt4y6nhTT/vEDl/LUMz1tBZjnpGPhRGYTGXKY9ce0XWo99zPLfahN7sL 9krPa+2IWDhpsBYR/ZNswxQ7zM5+bsZXann1JPvFWetEckML36oHrXMu6sr86zPb 0bcLvZXVAwbIeggj25PobVC59K6f88SWSDLWx6LBRNVM4oDWue/uHM61JLBFYV6q qHfvOKJGbmrCqFxMDFcedK0RnS8HSdREgdVUVdgE/eTkwfCtz1xhYEFo0QJOCWSG Obq/vLr+J1ctazdufRGVM0SJpA5nnW4bTcKwWtdHSVW28N4XLOL110FnMFXkrYi7 1N0+nXtKNRjDj4FM28bP3z03b7m0IE3KwD3sYvwJkFAnXXWsttNNbMzGfHqA6nda 5kCBuAJoOEmzIW/6dnRUkZCWYMSgORxq0PLZ0IU7msVED9SksV4hFT7QRXT3k+cL TZTjV2IhmxBETUaarnOKh9iIYO0wKNjaS3jyM5YQ7cPn/EQhf3wUZCIl/XP38s57 fQ3jWUbfRnEhay1vPlRxBg0lX8nq7av1akTh46TQ44EjqrXPgIismHG+TsAxYEMi 5JRqrIi4YuQoFHRD7lmGGqhupX3BWQyPIbla/tAGfekbPejQQkc= =kCru -----END PGP SIGNATURE----- --cvs2muzujvlmreyw-- From nobody Thu Sep 30 13:40:16 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D330A3A117C for ; Thu, 30 Sep 2021 13:40:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no 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 pfSC35nY_UnC for ; Thu, 30 Sep 2021 13:40:10 -0700 (PDT) Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 500663A1173 for ; Thu, 30 Sep 2021 13:40:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id 5717F300B36 for ; Thu, 30 Sep 2021 16:40:10 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail.smeinc.net Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Y0T4_BD_ITn7 for ; Thu, 30 Sep 2021 16:40:04 -0400 (EDT) Received: from [192.168.1.161] (pool-141-156-161-153.washdc.fios.verizon.net [141.156.161.153]) by mail.smeinc.net (Postfix) with ESMTPSA id 71A0E300CF2; Thu, 30 Sep 2021 14:52:18 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) From: Russ Housley In-Reply-To: <20210930171302.m7b5utqceotecooc@benm-laptop> Date: Thu, 30 Sep 2021 14:51:14 -0400 Cc: SIDR Operations WG , Tim Bruijnzeels , Steve Kent Content-Transfer-Encoding: quoted-printable Message-Id: References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> <2457bdd2-de07-241f-b8e4-87206dabcf16@verizon.net> <28F0ACCE-4D0C-4D80-B4C5-4E8B9D05760F@nlnetlabs.nl> <51acd845-d937-34a1-359b-7379b45e3fe3@verizon.net> <49e73d37-6d26-7715-da60-c2411020d595@verizon.net> <20210930171302.m7b5utqceotecooc@benm-laptop> To: Ben Maddison X-Mailer: Apple Mail (2.3445.104.21) Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2021 20:40:14 -0000 > appendix A: > The ASN.1 module should define an instance of the CONTENT-TYPE > class: >=20 > ``` > IMPORTS > CONTENT-TYPE FROM CryptographicMessageSyntax-2010 -- in [RFC6268] > { iso(1) member-body(2) us(840) rsadsi(113549) pkcs(1) > pkcs-9(9) smime(16) modules(0) id-mod-cms-2009(58) } >=20 > ct-rpkiManifest CONTENT-TYPE ::=3D > { TYPE Manifest IDENTIFIED BY id-ct-rpkiManifest } > ``` I agree, it would be good to include an updates ASN.1 module. To do so, = we need to ask IANA to assign a module identifier. The improved module is here: RPKIManifest-2021 { iso(1) member-body(2) us(840) rsadsi(113549) pkcs(1) pkcs9(9) smime(16) mod(0) TBD } =20 DEFINITIONS EXPLICIT TAGS ::=3D BEGIN =20 -- EXPORTS ALL -- IMPORTS CONTENT-TYPE FROM CryptographicMessageSyntax-2009 -- in [RFC5911] { iso(1) member-body(2) us(840) rsadsi(113549) pkcs(1) pkcs-9(9) smime(16) modules(0) id-mod-cms-2004-02(41) } ; -- Manifest Content Type ct-rpkiManifest CONTENT-TYPE ::=3D { TYPE Manifest IDENTIFIED BY id-ct-rpkiManifest } id-smime OBJECT IDENTIFIER ::=3D { iso(1) member-body(2) us(840) rsadsi(113549) pkcs(1) pkcs9(9) 16 } id-ct OBJECT IDENTIFIER ::=3D { id-smime 1 } id-ct-rpkiManifest OBJECT IDENTIFIER ::=3D { id-ct 26 } Manifest ::=3D SEQUENCE { version [0] INTEGER DEFAULT 0, manifestNumber INTEGER (0..MAX), thisUpdate GeneralizedTime, nextUpdate GeneralizedTime, fileHashAlg OBJECT IDENTIFIER, fileList SEQUENCE SIZE (0..MAX) OF FileAndHash } FileAndHash ::=3D SEQUENCE { file IA5String, hash BIT STRING } END I checked that it compiles once a module number is filled in. Russ From nobody Thu Sep 30 13:52:51 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80ADB3A1349 for ; Thu, 30 Sep 2021 13:52:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 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, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=workonline.africa 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 D_IORkqWmBg4 for ; Thu, 30 Sep 2021 13:52:34 -0700 (PDT) Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2087.outbound.protection.outlook.com [40.107.22.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6996A3A11E4 for ; Thu, 30 Sep 2021 13:52:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LPWh6AT12P3JbtGred76mWrABqXeb2TqqZg6TRCAmUGJA/I5lomtS7HqcpcpSMWjmpg1ZqzyLRT6FgODPQX2O3lwf281LyvjF/2TJydchcBoN4kMAgp+qChGtVWbUpeeV4r+6SLLwVSPSZJDySBAP8PsBnE6MmHLg4DCsq1BNgp8gchrdizsfKMlLR/0ncwVSPhwPsnQMJJlP0iaxmHEINVEsNBKkxl9MddIElJBBBfY4zjciEazMUq4XfqnDkGJVa6tSTf4s86s80xkZVX2u2WvhrzKmu5/BZThY7QCZPmSqyVWJljhEawEWNzmWhxQUkDElnLpKNlIFaEi2vX+Sg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=PbIbWehtaypr+ykJBJUbHW0kEUoV3eL6Vo/k+TOqlxs=; b=Y3nPV3P4cIAFeprsRw/QUsGTINSfEXPAOTz2KgiFbtMefitCpyrfzBg0x5Lb3E8zSoxDRYTe7pIoTLNtma/U8tSTdgx2s58PjBuFaPH67nWUCAbBNtAA/olq3FB4vv9bcL1jFqCjsPloGaQwTQ3ydJc6eYw0dY+kn01Bvu6CDRChU148Haij1zeuJac+oPk9xCDQ0BeBMiATgVKG5Gk51ueYw/PMMXdybNXw8pVHB4+ql32Nj5zBQ9K45jkbqPMsWoML9BoRZa9vf5AzxAXBRkePlSw8OqOe4r8cbGfPWiKu/gXYNi0DVSID2eXPsIBBxrl87hTVU6jfThLqimOJ6g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=workonline.africa; dmarc=pass action=none header.from=workonline.africa; dkim=pass header.d=workonline.africa; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=workonline.africa; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PbIbWehtaypr+ykJBJUbHW0kEUoV3eL6Vo/k+TOqlxs=; b=SFD3+MczbLCAw18X9fnnCQJMrotBHKQ6CTVNCApQzG0iO3H5CD3Q8K3xq5nOKkHkE+J+ZAMHsQ5TUboWViZis26pk0req+BtgZ0dsvyqvxFtqJL755ypehn3/QNl7smVwFc5UbClZ4egtkRzwyGykfPvoD1bIzONEudK51zv9/0= Authentication-Results: vigilsec.com; dkim=none (message not signed) header.d=none;vigilsec.com; dmarc=none action=none header.from=workonline.africa; Received: from DB9P190MB1083.EURP190.PROD.OUTLOOK.COM (2603:10a6:10:227::9) by DB6P190MB0389.EURP190.PROD.OUTLOOK.COM (2603:10a6:6:32::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.14; Thu, 30 Sep 2021 20:52:21 +0000 Received: from DB9P190MB1083.EURP190.PROD.OUTLOOK.COM ([fe80::6c75:5210:7e56:555a]) by DB9P190MB1083.EURP190.PROD.OUTLOOK.COM ([fe80::6c75:5210:7e56:555a%7]) with mapi id 15.20.4566.016; Thu, 30 Sep 2021 20:52:21 +0000 Date: Thu, 30 Sep 2021 22:52:13 +0200 From: Ben Maddison To: Russ Housley Cc: SIDR Operations WG , Tim Bruijnzeels , Steve Kent Message-ID: <20210930205213.kzwpn3e4ft3q33a6@benm-laptop> References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> <2457bdd2-de07-241f-b8e4-87206dabcf16@verizon.net> <28F0ACCE-4D0C-4D80-B4C5-4E8B9D05760F@nlnetlabs.nl> <51acd845-d937-34a1-359b-7379b45e3fe3@verizon.net> <49e73d37-6d26-7715-da60-c2411020d595@verizon.net> <20210930171302.m7b5utqceotecooc@benm-laptop> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mhpxupqgxcisxp6q" Content-Disposition: inline In-Reply-To: X-ClientProxiedBy: CT2P275CA0036.ZAFP275.PROD.OUTLOOK.COM (2603:1086:100:a::24) To DB9P190MB1083.EURP190.PROD.OUTLOOK.COM (2603:10a6:10:227::9) MIME-Version: 1.0 Received: from localhost (160.119.236.41) by CT2P275CA0036.ZAFP275.PROD.OUTLOOK.COM (2603:1086:100:a::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.14 via Frontend Transport; Thu, 30 Sep 2021 20:52:20 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 9cddf6dd-af2d-4372-6bf3-08d984543266 X-MS-TrafficTypeDiagnostic: DB6P190MB0389: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:7691; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: A95sGlKBLZl7WAdxSbZf7XAiuR7p5e7KWUWTJ1UdYcMcmHiexzt0CFeoSRJbpmSGwz8Zxi9XA2WDUjfl+J9z4IjttE3mC6seVen9VueXRuw+enTO7qFqqBReiL5zvRhFAcEISzPB3tKgU9tDk4wNusR8cC8/ELeKluTGojfwR5FKghtZnfcMTNur1xIxO8+9PWcuQbtzbjS21E6PkWTi0iMkHWiXnOstQrSP/KB6cPWmQCku6AzVri6Ujl96O+jD7AzH92WNPsVZPbqRskxKFbMTKvwz3jJxmBmmAWQJQZe3t2xl5aADAcaR36gg7mgV96bur2Y4SXYr82qptGnTUVpN6txhOJVfdYWQGEEpcWVdfLW/XjSzWGjRGW3a9A1Q7ouePb8dIyJhUmOAKtOY3j0vIT80//TRL8SU8JwIXW0kUkmTu/IkeYGaGV9x/vlRrLjB3u0ui4ghSuBDNXdKPKcK/BFlpQf69QvOxrydRFvA0iYJ7lVXDX/TKmpyZgUf1HgkeLKU0z5sbtWjtHQxlREAejeGgnjrZP3b4om5Wyuiu19GZdWXJv0B0ezSbdHDk38UumnwguII1SZhawxBxXMIILLCy+bUlCxNZm8PguXLrCe+BcYtArWY5+sOfAEfcetUSR0rlqGRUiIT4hcYjpuxfkW2wa59VJigJdCcG2rTCU0U/dwalJy8rTPSSHlYs1c+daFZhP6TNjpWB8VpHEiAKJXnyXNnX979nKofzyhwgNr7AC56VI55OXWr+BeW X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB9P190MB1083.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(7916004)(366004)(396003)(136003)(39840400004)(376002)(346002)(21480400003)(508600001)(956004)(1076003)(44144004)(86362001)(52116002)(33716001)(6496006)(6916009)(19627235002)(9686003)(186003)(26005)(5660300002)(6486002)(54906003)(4326008)(66556008)(66476007)(316002)(38100700002)(38350700002)(8936002)(8676002)(2906002)(66946007)(83380400001)(6666004)(46492013)(2700100001); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?ONDQLxwNQQXBSvMWv/R4+nAjskm1pKIyAwMct29b0QpBM/5WF6znNiGBp5gL?= =?us-ascii?Q?1BgGAOCxr5tKeiuw2UUg6sl1CZwHFK7JNPAdFBH17UirXXJJhW8ekkkCFf4q?= =?us-ascii?Q?TYqSEXP8Sinzrb0qzxH2IlvC1tzShYPXbi8XJT3/4PTdVFMavQwYBkZFbwET?= =?us-ascii?Q?PYYjvxa/iI/QOqWyHCrm747ZsCHfN1B2xwUO38u7ZqdNS1A4bXBoUkMWIdx4?= =?us-ascii?Q?dqYCFSGTF89uwJbmKXLLEOD9PgcQxWRFEFdwvASbbVKeB5r0u/zuctoGe6eZ?= =?us-ascii?Q?qEGlQrYVx5jd9UDotYyTmAvX82waB3suFNtdxnKCcCgH3Bu6B7A8sLrzpWrr?= =?us-ascii?Q?eqdUEKdRRH1NOSgDYAVkMTs3mHU3slJ6r+lBMyyFb1Wd6epfoFhKXizvONcS?= =?us-ascii?Q?ApZUxn68usW4douf/v1ThystKR3hqh0ErYPU/oH7ei+Dx3+KIApQN1OUrvLd?= =?us-ascii?Q?Py/QGXCbBQb8UILb9Sc3Ni+f+f8ZBiGkEwh6GjVZUDd8+PVCk8hVUNeVpH6G?= =?us-ascii?Q?K93Z+I6l4lRSab/OBI0q5VHb7uSnFC/lYRIKYdDNXaEF+8oKkgbu0yVEDfx0?= =?us-ascii?Q?qi5pWkbRoEC2QZxepwGluX48osTiK+bO+hQw9oRgd02ffIO//Xmv/e+YD7P3?= =?us-ascii?Q?wXauKPdl0NwYknCxkSPeTHiD/WJMr1DFClL3IbXPcv7HmRPzn1PiMA+qC08H?= =?us-ascii?Q?/KdJTkHA5wkm1Tvs90FihXnNQKQwHC3eZ2OE23HMQqKouppewAnABKM18l3m?= =?us-ascii?Q?cKccKi8feGiGoVIT3QA3M6zAx76dRDNA2M2/UDE2GQ2CMHePwxpXoaEuAc2M?= =?us-ascii?Q?Al0JFgjUAsxCtEPbAIPNBEAa/PPBgKTz7X/DLNXT80VFXBa8dItTlLI1JQxV?= =?us-ascii?Q?pkYjjlGMsx763fmpAyjrTSB020f6U9JnMxS+LW/+v5C6SGEilkYXXNZtoq6U?= =?us-ascii?Q?mnvl+uahxxhKdA+AvtHu01N3tqAOfPSQP+f9Q5TSPsYz3PYDAF6Q1wlnqg/d?= =?us-ascii?Q?xd0LyHl2ur2D0tMMCwj02Aku5SzYyq7knbjqxCO2OgFoG9qSA/1gCVNYA27L?= =?us-ascii?Q?ZAhazTjTx3Zm5mh/DQG0vbRn8tXRquCzNb/s3/uloKA9OIUG3ONI78nSmA8i?= =?us-ascii?Q?34M4nMzUM87V2HQ1A74K2FXb63ndRxSF45SeXg//h2r9bz7oi9AF83LT/IHb?= =?us-ascii?Q?VLuBhAwOFjZkAOlz6rY4/90NfjTCQ+10nHZsJn6PATKY0mdrzcvyDdiFxXB8?= =?us-ascii?Q?iE2M5yv2FQ8qsHKX4KWLAweeJZXlGmyjP/jaS5yNOg0Cs+aOiEr+8GZBaduP?= =?us-ascii?Q?B0Ci6GODd/uVSeQ9khL0VT5z?= X-OriginatorOrg: workonline.africa X-MS-Exchange-CrossTenant-Network-Message-Id: 9cddf6dd-af2d-4372-6bf3-08d984543266 X-MS-Exchange-CrossTenant-AuthSource: DB9P190MB1083.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Sep 2021 20:52:20.8682 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: b4e811d5-95e8-453a-b640-0fba8d3b9ef7 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: nk2D2CS5PlsRP8HBqjxVvib2ZOgMo8D/3a9y436HDO6ipLLf5Zu7tmDGnAPXVZN2eOBmMqai/y12tTZf9PsIfQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6P190MB0389 Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2021 20:52:50 -0000 --mhpxupqgxcisxp6q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Russ, On 09/30, Russ Housley wrote: >=20 >=20 > > appendix A: > > The ASN.1 module should define an instance of the CONTENT-TYPE > > class: > >=20 > > ``` > > IMPORTS > > CONTENT-TYPE FROM CryptographicMessageSyntax-2010 -- in [RFC6268] > > { iso(1) member-body(2) us(840) rsadsi(113549) pkcs(1) > > pkcs-9(9) smime(16) modules(0) id-mod-cms-2009(58) } > >=20 > > ct-rpkiManifest CONTENT-TYPE ::=3D > > { TYPE Manifest IDENTIFIED BY id-ct-rpkiManifest } > > ``` >=20 > I agree, it would be good to include an updates ASN.1 module. To do so, = we need to ask IANA to assign a module identifier. >=20 > The improved module is here: >=20 > ... > > CONTENT-TYPE > FROM CryptographicMessageSyntax-2009 -- in [RFC5911] > { iso(1) member-body(2) us(840) rsadsi(113549) pkcs(1) > pkcs-9(9) smime(16) modules(0) id-mod-cms-2004-02(41) } ; >=20 Why CMS-2009 rather than CMS-2010? Cheers, Ben --mhpxupqgxcisxp6q Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEadkaB2uV5dm5UllaOkYk/rSLaGAFAmFWI30ACgkQOkYk/rSL aGAZSxAAgzg/hum2r2HkD37UfhomPc5DBmO8iuY+koNrEisTgYnooEbzf1hhFia0 +iCgak51cjBNDNUzZkwp0uq87dss1i9V4kwkurmorCtlL1knlMDZ1Lj74+o/cq64 qHddRhnoe3wwdB5icsvvAT8fmdkHeqvflkJqwzkc+3Adzpgp5SURvtoFJLRnNnpA zraLWsH87UiuONB3XjoJ/1uILrxTLhGjVJRq6bm8sGwYPHpEc5RPvdUOBRhwL9Pz HCXf4mXCKUok8RP7eA327iApU17HjUmtRCayN/FCnx1QV2QoEv659b3ir8Uru7hM Puaswo6pZeaYxu6FJ+EoRTdW669hLV2Xg2jS+sKOY5hIiyPAv4m59I+iVaT9iATY gAO5gETVWQOmd0Bz9JEr5Hr+nfW8SBLuxevwOyLCIkwgfkK2kwCBbj3OEOXejPi6 F/VxyntHMvSi0FXgnDf0ij4/CFIIAOUPudV4pVA9+gV1cMS9dWy9f3gIJr0lywCz Le/s0KF+nzVdRQyUDFGp/zlaRoTwokFjAqjrUWSVJqJ1jlOU8YGZhLo2WojBk9rt 326HX/5HEQArPsEYxAVqBkYpVsZa8sGk/YWUX5Bu5tLJ/GyP8jeUhYzGlWgti3yR nH5NT1dg3Fwwd9JSh6f0FtcT1litIp9tcALrMza2B89dafOOIQY= =/Eb3 -----END PGP SIGNATURE----- --mhpxupqgxcisxp6q-- From nobody Thu Sep 30 14:11:44 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6FA933A134C for ; Thu, 30 Sep 2021 14:11:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 3Wz8fZbUJXsS for ; Thu, 30 Sep 2021 14:11:36 -0700 (PDT) Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8F403A1349 for ; Thu, 30 Sep 2021 14:11:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id D8B77300C3C for ; Thu, 30 Sep 2021 17:11:35 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail.smeinc.net Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id SM0VsxWOO8EI for ; Thu, 30 Sep 2021 17:11:30 -0400 (EDT) Received: from [192.168.1.161] (pool-141-156-161-153.washdc.fios.verizon.net [141.156.161.153]) by mail.smeinc.net (Postfix) with ESMTPSA id 52F2D300C1E; Thu, 30 Sep 2021 17:11:29 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) From: Russ Housley In-Reply-To: <20210930205213.kzwpn3e4ft3q33a6@benm-laptop> Date: Thu, 30 Sep 2021 17:11:26 -0400 Cc: SIDR Operations WG , Steve Kent , Tim Bruijnzeels Content-Transfer-Encoding: quoted-printable Message-Id: References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> <2457bdd2-de07-241f-b8e4-87206dabcf16@verizon.net> <28F0ACCE-4D0C-4D80-B4C5-4E8B9D05760F@nlnetlabs.nl> <51acd845-d937-34a1-359b-7379b45e3fe3@verizon.net> <49e73d37-6d26-7715-da60-c2411020d595@verizon.net> <20210930171302.m7b5utqceotecooc@benm-laptop> <20210930205213.kzwpn3e4ft3q33a6@benm-laptop> To: Ben Maddison X-Mailer: Apple Mail (2.3445.104.21) Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2021 21:11:42 -0000 > On Sep 30, 2021, at 4:52 PM, Ben Maddison = wrote: >=20 > Signed PGP part > Hi Russ, >=20 > On 09/30, Russ Housley wrote: >>=20 >>=20 >>> appendix A: >>> The ASN.1 module should define an instance of the CONTENT-TYPE >>> class: >>>=20 >>> ``` >>> IMPORTS >>> CONTENT-TYPE FROM CryptographicMessageSyntax-2010 -- in = [RFC6268] >>> { iso(1) member-body(2) us(840) rsadsi(113549) pkcs(1) >>> pkcs-9(9) smime(16) modules(0) id-mod-cms-2009(58) } >>>=20 >>> ct-rpkiManifest CONTENT-TYPE ::=3D >>> { TYPE Manifest IDENTIFIED BY id-ct-rpkiManifest } >>> ``` >>=20 >> I agree, it would be good to include an updates ASN.1 module. To do = so, we need to ask IANA to assign a module identifier. >>=20 >> The improved module is here: >>=20 >> ... >>=20 >> CONTENT-TYPE >> FROM CryptographicMessageSyntax-2009 -- in [RFC5911] >> { iso(1) member-body(2) us(840) rsadsi(113549) pkcs(1) >> pkcs-9(9) smime(16) modules(0) id-mod-cms-2004-02(41) } ; >>=20 > Why CMS-2009 rather than CMS-2010? Thanks. It is better to use RFC 6268... RPKIManifest-2021 { iso(1) member-body(2) us(840) rsadsi(113549) pkcs(1) pkcs9(9) smime(16) mod(0) TBD } =20 DEFINITIONS EXPLICIT TAGS ::=3D BEGIN =20 -- EXPORTS ALL -- IMPORTS CONTENT-TYPE FROM CryptographicMessageSyntax-2010 -- in [RFC6268] { iso(1) member-body(2) us(840) rsadsi(113549) pkcs(1) pkcs-9(9) smime(16) modules(0) id-mod-cms-2009(58) } ; -- Manifest Content Type ct-rpkiManifest CONTENT-TYPE ::=3D { TYPE Manifest IDENTIFIED BY id-ct-rpkiManifest } id-smime OBJECT IDENTIFIER ::=3D { iso(1) member-body(2) us(840) rsadsi(113549) pkcs(1) pkcs9(9) 16 } id-ct OBJECT IDENTIFIER ::=3D { id-smime 1 } id-ct-rpkiManifest OBJECT IDENTIFIER ::=3D { id-ct 26 } Manifest ::=3D SEQUENCE { version [0] INTEGER DEFAULT 0, manifestNumber INTEGER (0..MAX), thisUpdate GeneralizedTime, nextUpdate GeneralizedTime, fileHashAlg OBJECT IDENTIFIER, fileList SEQUENCE SIZE (0..MAX) OF FileAndHash } FileAndHash ::=3D SEQUENCE { file IA5String, hash BIT STRING } END= From nobody Thu Sep 30 23:48:08 2021 Return-Path: X-Original-To: sidrops@ietfa.amsl.com Delivered-To: sidrops@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88CB23A086D for ; Thu, 30 Sep 2021 23:48:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 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, 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=nlnetlabs.nl 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 1jaJdM0VsU_Q for ; Thu, 30 Sep 2021 23:48:00 -0700 (PDT) Received: from outbound.soverin.net (outbound.soverin.net [116.202.126.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 394EE3A086A for ; Thu, 30 Sep 2021 23:47:59 -0700 (PDT) Received: from smtp.soverin.net (unknown [10.10.3.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by outbound.soverin.net (Postfix) with ESMTPS id 46C821D8; Fri, 1 Oct 2021 06:47:56 +0000 (UTC) Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.138]) by soverin.net DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nlnetlabs.nl; s=soverin; t=1633070875; bh=o5BnnbWerY7+/LsWLmD5Kr7paAH/7LbUUaiTlu8RoPE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=iActOaBKbjoW9jgPmCUBHhJsRdYk7onV1weC2piNrhfKa8ep75jhauE9wf4+Dv5/r f0HILQilqsBU9TQsvqRjbE/vHU/qrpNE82M5G10n0kglsHBCftCsCdrhPB3o43YcXC 6wCd4/jQ3S9Em+8AT3wQWgNGdzzc0Sf2cOEWPLSvjyJn1qd2F3EaEnWGInVGaytrMg LlWfviFVaA1s+S9Q5FeF5a/qOI37iMQluLshJysB3eaA43g5o+1Kzz1d11yPz8gBeZ eGlpCv7gnl6v9YEA92RdpomcmLZVc3Suydu1NgYUxLRuBkF9hnxdmo2+AKLTDEgeV/ b7LxksmP8oDmQ== Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) From: Tim Bruijnzeels In-Reply-To: Date: Fri, 1 Oct 2021 08:47:51 +0200 Cc: Ben Maddison , SIDR Operations WG , Steve Kent Content-Transfer-Encoding: 7bit Message-Id: References: <162730591845.29690.12178353991713962835@ietfa.amsl.com> <2457bdd2-de07-241f-b8e4-87206dabcf16@verizon.net> <28F0ACCE-4D0C-4D80-B4C5-4E8B9D05760F@nlnetlabs.nl> <51acd845-d937-34a1-359b-7379b45e3fe3@verizon.net> <49e73d37-6d26-7715-da60-c2411020d595@verizon.net> <20210930171302.m7b5utqceotecooc@benm-laptop> <20210930205213.kzwpn3e4ft3q33a6@benm-laptop> To: Russ Housley Archived-At: Subject: Re: [Sidrops] I-D Action: draft-ietf-sidrops-6486bis-06.txt X-BeenThere: sidrops@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: A list for the SIDR Operations WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Oct 2021 06:48:06 -0000 Hi, I saw this: > On 30 Sep 2021, at 23:11, Russ Housley wrote: > > version [0] INTEGER DEFAULT 0, This is how it was done, and also what the e.g. the ROA profile uses. However, reading the ASPA profile I came across another way, like: version [0] VERSION DEFAULT v0, VERSION ::= INTEGER { v0(0) } This does not change the profile really afaik, but I believe this explicitly limits the available options of 'version' to just 'v0', i.e. an INTEGER with value 0. So, this may be a bit better in that regard. Tim