From nobody Thu Jan 6 12:22:52 2022 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 645D73A15DF; Thu, 6 Jan 2022 12:22:46 -0800 (PST) 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.41.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: sidrops@ietf.org Message-ID: <164150056631.21380.9296870441333547877@ietfa.amsl.com> Date: Thu, 06 Jan 2022 12:22:46 -0800 Archived-At: Subject: [Sidrops] I-D Action: draft-ietf-sidrops-rpki-has-no-identity-03.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, 06 Jan 2022 20:22:47 -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-03.txt Pages : 7 Date : 2022-01-06 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-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sidrops-rpki-has-no-identity-03 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Thu Jan 6 15:26:33 2022 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 AB5C13A094A; Thu, 6 Jan 2022 15:26:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-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 ajIKRnuXzaju; Thu, 6 Jan 2022 15:26:27 -0800 (PST) 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 7759C3A094B; Thu, 6 Jan 2022 15:26:24 -0800 (PST) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.90_1) (envelope-from ) id 1n5c9G-0005F6-Fx; Thu, 06 Jan 2022 23:26:22 +0000 Date: Thu, 06 Jan 2022 15:26:21 -0800 Message-ID: From: Randy Bush To: Chris Morrow Cc: sidrops@ietf.org, sidrops-chairs@ietf.org, sidrops-ads@ietf.org In-Reply-To: <87y252j2kl.wl-morrowc@ops-netman.net> References: <87y252j2kl.wl-morrowc@ops-netman.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] WG-ADOPTION: draft-ymbk-sidrops-rov-no-rr - ENDS: 12/16/2021 (2021 Dec 16) 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, 06 Jan 2022 23:26:32 -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-03.txt > Pages : 7 > Date : 2022-01-06 > > 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-03 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-sidrops-rpki-has-no-identity-03 authers and the one please-fix reviewer, geoff huston, have converged. wglc can probably conclude. randy From nobody Thu Jan 6 15:27:55 2022 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 200523A0958 for ; Thu, 6 Jan 2022 15:27:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-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 Yp8-4HwkPo2m for ; Thu, 6 Jan 2022 15:27:49 -0800 (PST) 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 64C8A3A095F for ; Thu, 6 Jan 2022 15:27:49 -0800 (PST) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.90_1) (envelope-from ) id 1n5cAc-0005FV-Iz; Thu, 06 Jan 2022 23:27:46 +0000 Date: Thu, 06 Jan 2022 15:27:45 -0800 Message-ID: From: Randy Bush To: Tim Bruijnzeels Cc: SIDR Operations WG In-Reply-To: References: <3413E245-55FF-4C8E-BB93-BFD48C3F1A1F@nlnetlabs.nl> 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] three 8210bis issues 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, 06 Jan 2022 23:27:54 -0000 tim, i believe that draft-ietf-sidrops-8210bis-05.foo should address your issues. please review when you get a chance. randy From nobody Fri Jan 7 07:31:18 2022 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 F0A233A0917; Fri, 7 Jan 2022 07:31:16 -0800 (PST) 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 I8StNLalqnv0; Fri, 7 Jan 2022 07:31:12 -0800 (PST) Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (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 6B15E3A0916; Fri, 7 Jan 2022 07:31:12 -0800 (PST) Received: by mail-qt1-x831.google.com with SMTP id q14so5815974qtx.10; Fri, 07 Jan 2022 07:31:12 -0800 (PST) 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=uOsCTFF5IR2qgrcf27ZbtGKgt0gtjpXYZ9gwEBX2Thg=; b=Neri/3NqOnoHT1XXrNmVg2fuB2UweAYBmNajYoFzpaYjTUPWdFjqbPJBDhlbwhvOJM me81IpmJcB+muQUbTr7em26IiW4TPEUz5jwL8XZ8A6Xm7D1dKg/lPhJUHUB1TDRonmKC nJRFWhG0UMMomuWcicuk0MWWwj/X5a6FcO5tx59sabNJEPg3XtamvbPe1z9v//4E6NQV hh//vKT9628eUS7CLJBkFW/QV17K2K9N7uITHcO9MTv6aYdFtQzSlRithBv5aYMIMbhu e+GxAW8fFTeMVF6SkGM1oXCO/dQwQkf7qwPnynFdiVr+hy0iZP+l8ylJVpU8fjOZ2lMR qJjA== 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=uOsCTFF5IR2qgrcf27ZbtGKgt0gtjpXYZ9gwEBX2Thg=; b=oAOnyJyBmPITyJMAI2DSbrPBWrYhumvioRAjGuiNsDoYAJSFyuFmtcoAgxuEkCjwxa 8BCDypg4zfwNrOWvpv4q2y46n63tNBQfMhdNUN/FoD72xzdppHfRpiBoJIZvcD/9fgZB t9305iwqFUVD0uOuie4Gs0KHrcbxskePw2z+6xtfJVKJEoGyvrq/FEkSopzUnZvbCtH0 8TtZmCoGtp7qStih5FIxgfn0H0fWCo5FQlOTBmWjucx4ANQHk8caU6rxcpmVNICDzirH 8J3JnDBdNhAklA9LIv3ff7hliLtHsKm6ySgu3sN4BSaXDooiCQYLELOgUKViJZIjdpze vmBg== X-Gm-Message-State: AOAM5336XjF1YTDNjMjkjKX+UYNPuDKAMz8FGbHidB2bl4k9/CYCHdBg VXoGlbFToZ8ORNR32yJhdPUIOGrczYHKBmY8mxPqQJVbS0Y= X-Google-Smtp-Source: ABdhPJyWXGPbkL60Na3JBnNv2Z6aaeWg+8moGTHnrnpWr9oky/oVeqERhfS3qDgwPNabAx3sWoMa8udxSMxm8suPdPc= X-Received: by 2002:ac8:5c91:: with SMTP id r17mr55200317qta.339.1641569470197; Fri, 07 Jan 2022 07:31:10 -0800 (PST) MIME-Version: 1.0 References: <87y252j2kl.wl-morrowc@ops-netman.net> In-Reply-To: From: Christopher Morrow Date: Fri, 7 Jan 2022 10:30:59 -0500 Message-ID: To: Randy Bush Cc: Chris Morrow , SIDROps Chairs , SIDR Operations WG , sidrops-ads@ietf.org Content-Type: multipart/alternative; boundary="00000000000025349c05d4ffad9c" Archived-At: Subject: Re: [Sidrops] WG-ADOPTION: draft-ymbk-sidrops-rov-no-rr - ENDS: 12/16/2021 (2021 Dec 16) 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, 07 Jan 2022 15:31:17 -0000 --00000000000025349c05d4ffad9c Content-Type: text/plain; charset="UTF-8" Terrific thanks! I'll shepherd-review this and send it northbound. On Thu, Jan 6, 2022 at 6:26 PM Randy Bush 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 : The I in RPKI does not stand for Identity > > Authors : Randy Bush > > Russ Housley > > Filename : draft-ietf-sidrops-rpki-has-no-identity-03.txt > > Pages : 7 > > Date : 2022-01-06 > > > > 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-03 > > > > A diff from the previous version is available at: > > > https://www.ietf.org/rfcdiff?url2=draft-ietf-sidrops-rpki-has-no-identity-03 > > authers and the one please-fix reviewer, geoff huston, have converged. > > wglc can probably conclude. > > randy > > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops > --00000000000025349c05d4ffad9c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Terrific thanks!
I'll shepherd-review this and sen= d it northbound.

On Thu, Jan 6, 2022 at 6:26 PM Randy Bush <randy@psg.com> wrote:
> A New Internet-Draft is availab= le 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: The I in RPKI does not stand for Identity
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Authors=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 =C2=A0Russ Housley
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-= ietf-sidrops-rpki-has-no-identity-03.txt
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0: 7
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 : 2022-01-06
>
> Abstract:
>=C2=A0 =C2=A0 There is a false notion that Internet Number Resources (I= NRs) in the
>=C2=A0 =C2=A0 RPKI can be associated with the real world identity of th= e 'owner' of
>=C2=A0 =C2=A0 an INR.=C2=A0 This document attempts to put that notion t= o rest.
>
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ie= tf.org/doc/draft-ietf-sidrops-rpki-has-no-identity/
>
> There is also an htmlized version available at:
> https://datatra= cker.ietf.org/doc/html/draft-ietf-sidrops-rpki-has-no-identity-03
>
> A diff from the previous version is available at:
> https://www.ietf.= org/rfcdiff?url2=3Ddraft-ietf-sidrops-rpki-has-no-identity-03

authers and the one please-fix reviewer, geoff huston, have converged.

wglc can probably conclude.

randy

_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--00000000000025349c05d4ffad9c-- From nobody Fri Jan 7 07:32:12 2022 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 AE7BC3A0921; Fri, 7 Jan 2022 07:32:09 -0800 (PST) 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 NxJN-EMnnPCO; Fri, 7 Jan 2022 07:32:04 -0800 (PST) Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (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 996A43A091C; Fri, 7 Jan 2022 07:32:04 -0800 (PST) Received: by mail-qt1-x831.google.com with SMTP id p19so5808601qtw.12; Fri, 07 Jan 2022 07:32:04 -0800 (PST) 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=sUl4uWWdHc/pv5D7pYz/dcXRQ5T/5vAvmcIDpyCVNXQ=; b=oPX3jZoiZsqF/uc6QhE1Mh6neZYfWFZCojiqLgCmNVFCz9qoOQpPBwP4MkfOL4502X 3mRCgts2sUV0yb1P11YqMTqCsjba8gsIjKa+CawSVPTYS6WvjapBrTcsjiEHK8tti9up 4oTJE3Qkq2Gz7wENeTQHwsXHB0ml/myft1MEK+UVjb3Cr/PFVlXKTq6QqVJV9ZRY9YW3 ndsr4i1g6NUv1bM1DmOruv0ynLhLMHcTE9NMDlq9kXxkMHP2IoB2tKsF8NiXRm0jGMjp XC9mIC8QT7MJ2Z056ioSlxpsp4HdQ+rCVPPSPmmoCML1B3nSzPtCp+F/wH9E/I1lxsvY jVKw== 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=sUl4uWWdHc/pv5D7pYz/dcXRQ5T/5vAvmcIDpyCVNXQ=; b=aieeLAYbQnmsiEZl8tiEl7r+aHwIu9nrwe2sbiC+Sh9vj0L0pBDtBWnisMCsq7i2GQ nqeHm+uQHJ6wDahibh7DSy4KXC90MNbR/bYtj+8Oh9n+kzRCNaKLOvEfn7Ytuos6rajX xS8pyBnQ9E7pGQ4CX2rm5epSvR57HZbztOMuFi2iVMjQuC3kiVwTQuXufzczVAaSGbIA 5VTqHjWD4B8sYsjf7Babf8xKxkReC3DQKLowVMfNWKJ0/NKDyfHY8ZbsucXjqth3BO8z X7DChSDqd5390tFdQ0DDO44/1Wv6UnFJaWweVpbotWCpbc3H6gx2mBR5ElVPnfDAAwmG Xrlg== X-Gm-Message-State: AOAM532lwTe+imkPO8btmNZtIWD+FOecQxxdSz2ooFZEHA1KJ5PFJebA 0S1wcobT1cVi7lTSE8jrLmxukmzvbBIyJ5ycBEo= X-Google-Smtp-Source: ABdhPJwqiiC2ma5wqc8tFdIVRUkHsTDpisXxaRB8ErEaThQNefDcEt1EenDXuNVxEMKACDhBmvI001AyWLBU2AHbi6w= X-Received: by 2002:ac8:5ad6:: with SMTP id d22mr3856418qtd.617.1641569523070; Fri, 07 Jan 2022 07:32:03 -0800 (PST) MIME-Version: 1.0 References: <87y252j2kl.wl-morrowc@ops-netman.net> In-Reply-To: From: Christopher Morrow Date: Fri, 7 Jan 2022 10:31:52 -0500 Message-ID: To: Randy Bush Cc: Chris Morrow , SIDROps Chairs , SIDR Operations WG , sidrops-ads@ietf.org Content-Type: multipart/alternative; boundary="0000000000004bfbe305d4ffb050" Archived-At: Subject: Re: [Sidrops] WG-ADOPTION: draft-ymbk-sidrops-rov-no-rr - ENDS: 12/16/2021 (2021 Dec 16) 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, 07 Jan 2022 15:32:10 -0000 --0000000000004bfbe305d4ffb050 Content-Type: text/plain; charset="UTF-8" wait.. tricky person! :) this was, I think just an adoption call.... or I mis-spoke/read/wrote earlier? On Fri, Jan 7, 2022 at 10:30 AM Christopher Morrow < christopher.morrow@gmail.com> wrote: > Terrific thanks! > I'll shepherd-review this and send it northbound. > > On Thu, Jan 6, 2022 at 6:26 PM Randy Bush 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 : The I in RPKI does not stand for Identity >> > Authors : Randy Bush >> > Russ Housley >> > Filename : draft-ietf-sidrops-rpki-has-no-identity-03.txt >> > Pages : 7 >> > Date : 2022-01-06 >> > >> > 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-03 >> > >> > A diff from the previous version is available at: >> > >> https://www.ietf.org/rfcdiff?url2=draft-ietf-sidrops-rpki-has-no-identity-03 >> >> authers and the one please-fix reviewer, geoff huston, have converged. >> >> wglc can probably conclude. >> >> randy >> >> _______________________________________________ >> Sidrops mailing list >> Sidrops@ietf.org >> https://www.ietf.org/mailman/listinfo/sidrops >> > --0000000000004bfbe305d4ffb050 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
wait.. tricky person! :)

this was, I th= ink just an adoption call.... or I mis-spoke/read/wrote earlier?

On Fr= i, Jan 7, 2022 at 10:30 AM Christopher Morrow <christopher.morrow@gmail.com> wrote:
Terrifi= c thanks!
I'll shepherd-review this and send it northbound.

On= Thu, Jan 6, 2022 at 6:26 PM Randy Bush <randy@psg.com> wrote:
> A New Internet-Draft is available fro= m 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: The I in RPKI does not stand for Identity
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Authors=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 =C2=A0Russ Housley
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-= ietf-sidrops-rpki-has-no-identity-03.txt
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0: 7
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 : 2022-01-06
>
> Abstract:
>=C2=A0 =C2=A0 There is a false notion that Internet Number Resources (I= NRs) in the
>=C2=A0 =C2=A0 RPKI can be associated with the real world identity of th= e 'owner' of
>=C2=A0 =C2=A0 an INR.=C2=A0 This document attempts to put that notion t= o rest.
>
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ie= tf.org/doc/draft-ietf-sidrops-rpki-has-no-identity/
>
> There is also an htmlized version available at:
> https://datatra= cker.ietf.org/doc/html/draft-ietf-sidrops-rpki-has-no-identity-03
>
> A diff from the previous version is available at:
> https://www.ietf.= org/rfcdiff?url2=3Ddraft-ietf-sidrops-rpki-has-no-identity-03

authers and the one please-fix reviewer, geoff huston, have converged.

wglc can probably conclude.

randy

_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--0000000000004bfbe305d4ffb050-- From nobody Fri Jan 7 07:33:07 2022 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 828D03A092D for ; Fri, 7 Jan 2022 07:33:05 -0800 (PST) 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=unavailable 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 SKmf4UIYSzmt for ; Fri, 7 Jan 2022 07:33:00 -0800 (PST) Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (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 DAF2A3A094C for ; Fri, 7 Jan 2022 07:32:58 -0800 (PST) Received: by mail-io1-xd33.google.com with SMTP id i14so7486358ioj.12 for ; Fri, 07 Jan 2022 07:32:58 -0800 (PST) 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=OJMF0VkNyctIMH3Bgb9G2yJP/f32JcIZX2+36twOC74=; b=wZjbRTiJSsuE9jjN+t/B7bImIDVpJjA/N/M1rPefFIl+RJVOUpEBhSHSg7kfIppY5M 7liRUDAAGqfncoYS1uNq8i+U8QPT5lkKqzb2gL1jeNcecLQzQmKDszWmGWNBCs4zQH2B fcXP0Zowd7wGM2Nszh7CX7mkriBKrMxJwA7kI= 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=OJMF0VkNyctIMH3Bgb9G2yJP/f32JcIZX2+36twOC74=; b=x05OtpzqEgwrwgtuzP/agreiFcbXvIhcMIyq1pNkf+6IGxWWkePZ3p/MNoAYzT6ZSf NMNrusqJ1SUQQWYVQDfPpM73UZBJxpqd1wCuubTrGmN1RQ2blFWuC6sj5iv//HUCzEM3 W3k7r647/x9dINa8NURK7WOgZC9qNbUx8vSaG17CJEQpeIISYrUG3YYOfqHuE5G6Q6U4 sMzA6tsRfrVpUwxwdl+vdu/ieECX7AOg0qUVDuQugbAX1d6Mc+LXPDdo2S68x8CHsTfg jeWe0JoLVJ2x9AF+W+u9oQReg9gEz4Fwhz2KwD/IQFXhseTsyRfv5brfIK9FwgKW3kAc VRzQ== X-Gm-Message-State: AOAM533PPuoSpQ3GKS9R7LU0rx7XEFQ8dHldAkRMkuv202D4ayRkXyb9 aLxJNNgCdQwV6I+A4QSVv4VWbi/CgOalEa+rOSCd3g== X-Google-Smtp-Source: ABdhPJw2KqjAHGRUz2thUSgFP1U9dGmsmpjwsmJp2GAp/a1t9aEa6LISNPmgjx5ir3UZcepSH8X+zo3WlwCWtGBZZDw= X-Received: by 2002:a05:6638:1401:: with SMTP id k1mr29390264jad.289.1641569576613; Fri, 07 Jan 2022 07:32:56 -0800 (PST) MIME-Version: 1.0 References: <87y252j2kl.wl-morrowc@ops-netman.net> In-Reply-To: From: Job Snijders Date: Fri, 7 Jan 2022 16:32:46 +0100 Message-ID: To: Christopher Morrow Cc: Chris Morrow , Randy Bush , SIDR Operations WG , SIDROps Chairs , sidrops-ads@ietf.org Content-Type: multipart/alternative; boundary="0000000000007d0ea105d4ffb394" Archived-At: Subject: Re: [Sidrops] WG-ADOPTION: draft-ymbk-sidrops-rov-no-rr - ENDS: 12/16/2021 (2021 Dec 16) 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, 07 Jan 2022 15:33:06 -0000 --0000000000007d0ea105d4ffb394 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Let=E2=80=99s first do working group adoption :-) --0000000000007d0ea105d4ffb394 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Let=E2=80=99s first do working group adoption :-)
--0000000000007d0ea105d4ffb394-- From nobody Fri Jan 7 07:38:05 2022 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 894243A0966; Fri, 7 Jan 2022 07:38:03 -0800 (PST) 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 jBDcvzpMdB1j; Fri, 7 Jan 2022 07:37:59 -0800 (PST) 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 49E273A084D; Fri, 7 Jan 2022 07:37:59 -0800 (PST) Received: by mail-qt1-x834.google.com with SMTP id f9so5119652qtk.3; Fri, 07 Jan 2022 07:37:59 -0800 (PST) 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=a90hnPxRmkJEEMpZdOQ6t7VAYaoddx0CV1y07gpw3x4=; b=YMAuQOKM6nIxrdmOwRwJt36xjA62jo2pbvf2etYjA2fBNNqpSSE60Ecrmi69w8I1yx Wc4eNtoxGysVLgym4uY0Su0nc4hYgo4QVImpCxDKr0cWMrhx6kOI/4GLQikZPILf1Jdu xRMOl1FCPkbfm452onHWHvVOTFkKTveFQZCA8E5NWnau6zjboLRW8iclcNysc+D65aWA XNSpUMD1fVjCHQqlAotUSkF2z9p2Xi30bQmXgPVCF53wIt8XPeWoSprqLZjBf9N7jUKR JaIwcx7g+KREeUyHQgvsdTwxTAN/mOUyww5iTRR2qFC2Zvb9d16cUUnI31fiIhYw8lU+ 6GSg== 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=a90hnPxRmkJEEMpZdOQ6t7VAYaoddx0CV1y07gpw3x4=; b=DEqPntCK5f8G/RaYUqCYn8XWzK7xcGoL3eKEyPCTu4ODmTsdx1XNiyrl7IBdb9wDtO oM1PAvywgE5+CrWSwAOG3ZjJ6MiMfWIxIaMu4IBeLHHchzSC3v7Kss14pRsuSwcvcCaa r+yjsgfV8GyOT9kLuleh+jbz1IpwJythkoGTZ7ceeVDDJBLxv2SH7BFoUlQraNXfEhWp uZPAXwNCjl+i5auX2i+buunkqWVE8gzIjp4/ha1xcMRmANO7GjoqbFODv+2VJnxg4yw5 0O0iUv8pwRJjlB6Xtrxkx0I4ws4HOhTz8oKGb1ld4zOdf7sYlfb3GdQkQEKhPW4Ibdp5 ftQA== X-Gm-Message-State: AOAM530TYuAxFtLHQe24xP0kusFMjeGJU+p2ni1JXhVj+L1glSq764o0 kflf+/j5+MAG3d4qSjI0PdmC0tR/cx8sDtLVpZY= X-Google-Smtp-Source: ABdhPJwLZA/7TFCa9Lyb7yP0vP+ecSeSBiVQn5pHQgNC4dWbcZcSJt4nVH1GmGfAblC7GKlZd8Ykhy8V9cikoO5REdg= X-Received: by 2002:ac8:5ad6:: with SMTP id d22mr3880087qtd.617.1641569876536; Fri, 07 Jan 2022 07:37:56 -0800 (PST) MIME-Version: 1.0 References: <87y252j2kl.wl-morrowc@ops-netman.net> In-Reply-To: From: Christopher Morrow Date: Fri, 7 Jan 2022 10:37:45 -0500 Message-ID: To: Job Snijders Cc: Chris Morrow , Randy Bush , SIDR Operations WG , SIDROps Chairs , sidrops-ads@ietf.org Content-Type: multipart/alternative; boundary="0000000000005d715905d4ffc588" Archived-At: Subject: Re: [Sidrops] WG-ADOPTION: draft-ymbk-sidrops-rov-no-rr - ENDS: 12/16/2021 (2021 Dec 16) 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, 07 Jan 2022 15:38:04 -0000 --0000000000005d715905d4ffc588 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Jan 7, 2022 at 10:32 AM Job Snijders wrote: > Let=E2=80=99s first do working group adoption :-) > yea, someone tried to trick me! :) actually I think they meant: "Ok, now mark as adopted, see the rename happened!!" --0000000000005d715905d4ffc588 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Fri, Jan 7, 2022 at 10:32 AM Job S= nijders <job@fastly.com> wrote:=
Let=E2=80=99s first do working group adoption :-)

yea, someone <side eye looking> tried to trick me! :)=
actually I think they meant: "Ok, now mark as adopted, see = the rename happened!!"

=C2=A0
--0000000000005d715905d4ffc588-- From nobody Fri Jan 7 07:40:01 2022 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 D5AF03A0983; Fri, 7 Jan 2022 07:39:59 -0800 (PST) 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 gpUK0LdjBE_q; Fri, 7 Jan 2022 07:39:57 -0800 (PST) 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 661D23A0977; Fri, 7 Jan 2022 07:39:57 -0800 (PST) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.90_1) (envelope-from ) id 1n5rLN-0002Kn-7h; Fri, 07 Jan 2022 15:39:53 +0000 Date: Fri, 07 Jan 2022 07:39:52 -0800 Message-ID: From: Randy Bush To: Christopher Morrow Cc: Chris Morrow , SIDROps Chairs , SIDR Operations WG , sidrops-ads@ietf.org In-Reply-To: References: <87y252j2kl.wl-morrowc@ops-netman.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] WG-ADOPTION: draft-ymbk-sidrops-rov-no-rr - ENDS: 12/16/2021 (2021 Dec 16) 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, 07 Jan 2022 15:40:00 -0000 > wait.. tricky person! :) > > this was, I think just an adoption call.... or I mis-spoke/read/wrote > earlier? my error randy From nobody Fri Jan 7 07:45:35 2022 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 A35F23A09AB; Fri, 7 Jan 2022 07:45:34 -0800 (PST) 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 cbwzmq9TdeCl; Fri, 7 Jan 2022 07:45:30 -0800 (PST) Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (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 232583A09A6; Fri, 7 Jan 2022 07:45:30 -0800 (PST) Received: by mail-qk1-x72a.google.com with SMTP id w27so6265881qkj.7; Fri, 07 Jan 2022 07:45:30 -0800 (PST) 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=+gQ0b4hafZglGl7mOIectGka440eCaEbIyK0sItsvyc=; b=mpgB640kTzeh3HBi9sVZQVOIZjQwK+vRTtq+oiGpo0l4AnRLg3NiLolY7bpqii8Y9Y Fb32AAKFiEEVfZLGQqvDDr834GMD4A/CqPuIbjHKbGK9UQp+1y92e4hq64sNV0QY+W1W Fl+0RGinLcVMAapATLpo9x/cajTrosRNHBBk8SCVCpUxlq60R8g312SvgdMcJCE06LTB Fx9gOF1qg9cWPk2PtdrnjRCkRE3eaExJ/WhJ5j/xh0w+d4A3nFWTyvaRdySQFCBJd7J9 mDIzR3UM6Eozv5EIcKPCb42f7iVqlYccl9tyuamja5BJHt9I7WVHTxxmdWkcoydCXqig ZoGQ== 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=+gQ0b4hafZglGl7mOIectGka440eCaEbIyK0sItsvyc=; b=kUIYOQqEjf9kbtAxYBhkMb4EBfX1Zi+EY07+mE9adcmM2EgaOeLXiOmQmf+fJK8dqr OeRv99sW7t3F4pygDaPcT3aqQp5lGxn25PD6RqsEaUVko3+DKpC/V+AAniceHB/BQTRA GnvGJrQHB97uc5RJAxmOwJBRUCDrf6c4W2f2pB3C4efAAv90ixWpvEiv5vW3DFNFGQZx gD1HasCSAtK5YR4/9MXSbM1tKC+HaTxcu75y0sc81YbdM2dFS7Ux52jWwuA0gGyvGEyI bk1sbsp3xUhxzckh4tnL82tDojsV4WCRhrbDiq0RqnyNP4OYVghJSUJnWPOwJ0WKbZFY piwA== X-Gm-Message-State: AOAM533H6PI9NIHCBHV1DbHKHPHmva3v+6ZA2J7pmHkpcPk2YfyGw8tQ 1eAZJfp5/QfKlLcn7OFLq8fpfPhVO0Xc6AkLaIY= X-Google-Smtp-Source: ABdhPJyDN60P6gr9xGWWenBF9JfIrgGsBJP31p2MJ4tv3THS9KQiIAgd8UBxpSPV52Qx2+nW+vdU2YZ35YsQhoIThaQ= X-Received: by 2002:a37:b705:: with SMTP id h5mr45759467qkf.742.1641570327959; Fri, 07 Jan 2022 07:45:27 -0800 (PST) MIME-Version: 1.0 References: <87y252j2kl.wl-morrowc@ops-netman.net> In-Reply-To: From: Christopher Morrow Date: Fri, 7 Jan 2022 10:45:17 -0500 Message-ID: To: Randy Bush Cc: Chris Morrow , SIDROps Chairs , SIDR Operations WG , sidrops-ads@ietf.org Content-Type: multipart/alternative; boundary="000000000000459c5905d4ffe042" Archived-At: Subject: Re: [Sidrops] WG-ADOPTION: draft-ymbk-sidrops-rov-no-rr - ENDS: 12/16/2021 (2021 Dec 16) 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, 07 Jan 2022 15:45:35 -0000 --000000000000459c5905d4ffe042 Content-Type: text/plain; charset="UTF-8" On Fri, Jan 7, 2022 at 10:39 AM Randy Bush wrote: > > wait.. tricky person! :) > > > > this was, I think just an adoption call.... or I mis-spoke/read/wrote > > earlier? > > my error > > I look forward to a presentation at the next meeting from you about this topic. thanks! --000000000000459c5905d4ffe042 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Fri, Jan 7, 2022 at 10:39 AM Randy= Bush <randy@psg.com> wrote:
=
> wait.. tricky = person! :)
>
> this was, I think just an adoption call.... or I mis-spoke/read/wrote<= br> > earlier?

my error


I look forward to a presentation at th= e next meeting from you about this topic.

thanks!= =C2=A0
--000000000000459c5905d4ffe042-- From nobody Fri Jan 7 07:48:03 2022 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 914013A09BA; Fri, 7 Jan 2022 07:48:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-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 AMoW6jxS1cy1; Fri, 7 Jan 2022 07:47:58 -0800 (PST) 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 5349F3A0990; Fri, 7 Jan 2022 07:47:58 -0800 (PST) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.90_1) (envelope-from ) id 1n5rT8-0002MK-Q6; Fri, 07 Jan 2022 15:47:54 +0000 Date: Fri, 07 Jan 2022 07:47:53 -0800 Message-ID: From: Randy Bush To: Christopher Morrow Cc: Job Snijders , Chris Morrow , SIDR Operations WG , SIDROps Chairs , sidrops-ads@ietf.org In-Reply-To: References: <87y252j2kl.wl-morrowc@ops-netman.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] WG-ADOPTION: draft-ymbk-sidrops-rov-no-rr - ENDS: 12/16/2021 (2021 Dec 16) 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, 07 Jan 2022 15:48:03 -0000 > actually I think they meant: "Ok, now mark as adopted, see the rename > happened!!" the rename looks to have happened three revs ago, back in may, according to datatracker. i suspect the cause of confusion is your choice of your message subject. randy > 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-03.txt > Pages : 7 > Date : 2022-01-06 > > 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-03 > > A diff from the previous version is available at: > > https://www.ietf.org/rfcdiff?url2=draft-ietf-sidrops-rpki-has-no-identity-03 From nobody Fri Jan 7 09:34:17 2022 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 358473A0D53 for ; Fri, 7 Jan 2022 09:34:15 -0800 (PST) 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, HTML_MESSAGE=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 wJJWoukHSeq7 for ; Fri, 7 Jan 2022 09:34:10 -0800 (PST) Received: from mail3.g24.pair.com (mail3.g24.pair.com [66.39.134.11]) (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 49E123A0D52 for ; Fri, 7 Jan 2022 09:34:10 -0800 (PST) Received: from mail3.g24.pair.com (localhost [127.0.0.1]) by mail3.g24.pair.com (Postfix) with ESMTP id 7FC13112072; Fri, 7 Jan 2022 12:34:07 -0500 (EST) Received: from a860b60074bd.fios-router.home (pool-141-156-161-153.washdc.fios.verizon.net [141.156.161.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail3.g24.pair.com (Postfix) with ESMTPSA id 7065F117000; Fri, 7 Jan 2022 12:34:07 -0500 (EST) From: Russ Housley Content-Type: multipart/alternative; boundary="Apple-Mail=_93AC176A-50EB-44F8-934D-975BDBAC2D7F" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) Date: Fri, 7 Jan 2022 12:34:07 -0500 References: <87v906j2cm.wl-morrowc@ops-netman.net> Cc: SIDR Operations WG To: Christopher Morrow Message-Id: <57CF1837-CB50-4FE1-89C7-953396BD5FF6@vigilsec.com> X-Mailer: Apple Mail (2.3445.104.21) Archived-At: Subject: [Sidrops] Fwd: WGLC - draft-ietf-sidrops-rpki-has-no-identity - ENDS 12/16/2021 (Dec 16 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, 07 Jan 2022 17:34:15 -0000 --Apple-Mail=_93AC176A-50EB-44F8-934D-975BDBAC2D7F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Chris: This looks like a WG Last Call to me. I believe that the confusion came from Randy referencing the wrong draft = name (draft-ymbk-...) in the email. Russ > From: Chris Morrow > Subject: [Sidrops] WGLC - draft-ietf-sidrops-rpki-has-no-identity - = ENDS 12/16/2021 (Dec 16 2021) > Date: December 2, 2021 at 1:20:09 PM EST > To: sidrops@ietf.org, sidrops-chairs@ietf.org, sidrops-ads@ietf.org >=20 >=20 > Howdy WG Folks! >=20 > The Author(s) of: > draft-ietf-sidrops-rpki-has-no-identity >=20 > have requested a WGLC be made for their draft: > = https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-rpki-has-no-ident= ity-02 >=20 > with abstract content: > "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." >=20 > Please take some time to read the ~3 pages of content at: > = https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-rpki-has-no-ident= ity-02 >=20 > and provide you considered opinion on whether or not this document is = prepared > for evaluation by the great and powerful OZ (IESG). Deadline for reply = is > softly set at 12/16/2021 - Dec 16, 2021. >=20 > Thanks! > -chris > co-chair-persona >=20 > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops --Apple-Mail=_93AC176A-50EB-44F8-934D-975BDBAC2D7F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Chris:

This= looks like a WG Last Call to me.

I believe that the confusion came from Randy referencing the = wrong draft name (draft-ymbk-...) in the email.

Russ

From: Chris Morrow <morrowc@ops-netman.net>
Subject: = [Sidrops] WGLC - = draft-ietf-sidrops-rpki-has-no-identity - ENDS 12/16/2021 (Dec 16 = 2021)
Date: = December 2, 2021 at 1:20:09 PM = EST
To: = sidrops@ietf.org, sidrops-chairs@ietf.org, sidrops-ads@ietf.org


Howdy WG = Folks!

The Author(s) of:
=  draft-ietf-sidrops-rpki-has-no-identity

have requested a WGLC be made for their draft:
=  https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-rpki-h= as-no-identity-02

with abstract = content:
 "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."

Please take some time to read the ~3 = pages of content at:
 https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-rpki-h= as-no-identity-02

and provide you = considered opinion on whether or not this document is prepared
for evaluation by the great and powerful OZ (IESG). Deadline = for reply is
softly set at 12/16/2021 - Dec 16, 2021.

Thanks!
-chris
co-chair-persona

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

= --Apple-Mail=_93AC176A-50EB-44F8-934D-975BDBAC2D7F-- From nobody Fri Jan 7 09:47:28 2022 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 41A233A0DD8 for ; Fri, 7 Jan 2022 09:47:26 -0800 (PST) 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 mpSjKO0PanoR for ; Fri, 7 Jan 2022 09:47:22 -0800 (PST) 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 297363A0DD6 for ; Fri, 7 Jan 2022 09:47:22 -0800 (PST) Received: by mail-qk1-x730.google.com with SMTP id w27so6633457qkj.7 for ; Fri, 07 Jan 2022 09:47:22 -0800 (PST) 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=IomCd8lAG1X9tJDH5BIH2qGyRUXob2E819UhzG6VixU=; b=AWkZ3E5fm+93rV51Sapo1n5BBd5cIPep7lAA+9mc/eJaDRFFZlCFskuRPfDrMC/RMT Rk5oz4+ns+8adGtYgbHef7trq32ukKQUEigDA4W9HyH3n8r3J1azlg4iLl/HbytKaS45 368HxhWYLfN+WhXcsR4kqz9lsYXajixc+pWuWFhO+YpfnzperDetkYggApp4tdui/LEI tNxPhEIHV+bMF4H4uAogqtoQSeqWYozxozRcP8558BSnW9yUgPmNC8n6jI33AcxE/Xwq 6GVedNmM97N9NkmLKgj1+2TX09uJE5CrtvgHHcWmzldZr9rH3gvvtGwpuM0AZLb5qmhb QFrQ== 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=IomCd8lAG1X9tJDH5BIH2qGyRUXob2E819UhzG6VixU=; b=UigumpIuTADiaRg1PX842akaV3NLSUgZCQCn+pDkbVkWWhszuF2DjIEax8izyNR+ei +xWFsQpVP+hYFdCorK5dC71KORDwE2XsphQ52wDzCxhxM2SdOLUR/+N6riaQ+o87OOzJ Oc99QttBs0/AtXAF+Sl8xWxt4FgF/IZpcycUAyqFl/Ff7GdXAXdp80mTzRW/+f9XNQgK Kru+DSp2N3ZxPLlTVc6K9aliJvSnY2ZXF2B3DUQTMkpkq9x4TgP6ZVmF1r+YMfeuJZmC l1Hb/aCBNqc37FOA2A/+iz23VtTpa3PranoII6dbJ1fr8KkH8ZCYj+a7l04dOyX5GunU wHmg== X-Gm-Message-State: AOAM533ls63oZxUzxK3q91Uo2LKOGqdXlJ0XkQvXOHOUQwX2MkngfElE k4o59BWRUjvUP0UX2JXXK1Dvy8NrwWR6q663Nev/Z6/dFt/j1g== X-Google-Smtp-Source: ABdhPJzTSbKFu8/fW+YFQlwyYZIgVLkGksUv6MNsknW7ZMw1bNCVaxMvw0PBn0wgM2i+1nua4tv1CJxqHs14Qd2zRns= X-Received: by 2002:a37:983:: with SMTP id 125mr43942377qkj.63.1641577639957; Fri, 07 Jan 2022 09:47:19 -0800 (PST) MIME-Version: 1.0 References: <87v906j2cm.wl-morrowc@ops-netman.net> <57CF1837-CB50-4FE1-89C7-953396BD5FF6@vigilsec.com> In-Reply-To: <57CF1837-CB50-4FE1-89C7-953396BD5FF6@vigilsec.com> From: Christopher Morrow Date: Fri, 7 Jan 2022 12:47:09 -0500 Message-ID: To: Russ Housley Cc: SIDR Operations WG Content-Type: multipart/alternative; boundary="00000000000019da9905d5019436" Archived-At: Subject: Re: [Sidrops] WGLC - draft-ietf-sidrops-rpki-has-no-identity - ENDS 12/16/2021 (Dec 16 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, 07 Jan 2022 17:47:26 -0000 --00000000000019da9905d5019436 Content-Type: text/plain; charset="UTF-8" On Fri, Jan 7, 2022 at 12:34 PM Russ Housley wrote: > Chris: > > This looks like a WG Last Call to me. > > I believe that the confusion came from Randy referencing the wrong draft > name (draft-ymbk-...) in the email. > > confusion reigns!! :) ok, as randy pointed out: https://datatracker.ietf.org/doc/draft-ietf-sidrops-rpki-has-no-identity/ says the original was: draft-ymbk-sidrops-rpki-has-no-identity until may 2021, at which point: draft-ietf-sidrops-rpki-has-no-identity was born (bourne?), and then maybe 12/2 I wrote the original of this thread: "WGLC - draft-ietf-sidrops-rpki-has-no-identity - ENDS 12/16/2021 (Dec 16 2021)" So... sure, randy pointed out that 1/6/2022 (Jan 6th 2022) his update posted took into account the various commenters concerns/questions/comments. I suppose now: "Hey, if you made a comment and were expecting a reply/fix... Did you get what you wanted?" then we can sort the next step out. > Russ > > *From: *Chris Morrow > *Subject: **[Sidrops] WGLC - draft-ietf-sidrops-rpki-has-no-identity - > ENDS 12/16/2021 (Dec 16 2021)* > *Date: *December 2, 2021 at 1:20:09 PM EST > *To: *sidrops@ietf.org, sidrops-chairs@ietf.org, sidrops-ads@ietf.org > > > Howdy WG Folks! > > The Author(s) of: > draft-ietf-sidrops-rpki-has-no-identity > > have requested a WGLC be made for their draft: > > https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-rpki-has-no-identity-02 > > with abstract content: > "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." > > Please take some time to read the ~3 pages of content at: > > https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-rpki-has-no-identity-02 > > and provide you considered opinion on whether or not this document is > prepared > for evaluation by the great and powerful OZ (IESG). Deadline for reply is > softly set at 12/16/2021 - Dec 16, 2021. > > Thanks! > -chris > co-chair-persona > > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops > > > --00000000000019da9905d5019436 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Fri, Jan 7, 2022 at 12:34 PM Russ = Housley <housley@vigilsec.com> wrote:
Chris:

This looks= like a WG Last Call to me.

I believe that the confusion= came from Randy referencing the wrong draft name (draft-ymbk-...) in the e= mail.




says the original was:<= /div>
=C2=A0 draft-ymbk-sidrops-rpki-has-no-identity
until ma= y 2021, at which point:
=C2=A0=C2=A0draft-ietf-sidrops-rpki-has-no-ident= ity
was born (bourne?), and then maybe 12/2 I wrote the original = of this thread:
=C2=A0 =C2=A0"WGLC - draft-ietf-sidrops-rpki-has-no= -identity - ENDS 12/16/2021 (Dec 16 2021)"

So= ... sure, randy pointed out that 1/6/2022 (Jan 6th 2022) his update posted = took into account
the various commenters concerns/questions/comme= nts.

I suppose now:
=C2=A0 "Hey, if you made a comment and w= ere expecting a reply/fix... Did you get what you wanted?"
<= br>
then we can sort the next step out.
=C2=A0
Russ

From:= Chris Morrow <morrowc@ops-netman.net>
S= ubject: [Sidrops] WGLC - draft-ietf-sidr= ops-rpki-has-no-identity - ENDS 12/16/2021 (Dec 16 2021)
Date: = December 2, 2021 at 1:20:09 PM EST
= To: sidrops@ietf.org, sidrops-chairs@ietf.org, sidrops-ads@ietf.org


Howdy WG Folks!

The Author(s) of:
=C2=A0draft= -ietf-sidrops-rpki-has-no-identity

have requested a WGLC be made for= their draft:
=C2=A0https://datatra= cker.ietf.org/doc/html/draft-ietf-sidrops-rpki-has-no-identity-02
with abstract content:
=C2=A0"There is a false notion that Inter= net Number Resources (INRs) in the
=C2=A0=C2=A0RPKI can be associated w= ith the real world identity of the 'owner' of
=C2=A0=C2=A0an IN= R.=C2=A0 This document attempts to put that notion to rest."

Pl= ease take some time to read the ~3 pages of content at:
=C2=A0https://datatracker.ietf.org/doc/html/draft-ie= tf-sidrops-rpki-has-no-identity-02

and provide you considered op= inion on whether or not this document is prepared
for evaluation by the = great and powerful OZ (IESG). Deadline for reply is
softly set at 12/16/= 2021 - Dec 16, 2021.

Thanks!
-chris
co-chair-persona

__= _____________________________________________
Sidrops mailing list
Sidrops@ietf.orghttps://www.ietf.org/mailman/listinfo/sidrops

--00000000000019da9905d5019436-- From nobody Fri Jan 7 09:53:11 2022 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 F1AC43A0E09 for ; Fri, 7 Jan 2022 09:53:09 -0800 (PST) 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, HTML_MESSAGE=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 qORvzuOX_ENx for ; Fri, 7 Jan 2022 09:53:07 -0800 (PST) Received: from mail3.g24.pair.com (mail3.g24.pair.com [66.39.134.11]) (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 40B0F3A0E08 for ; Fri, 7 Jan 2022 09:53:07 -0800 (PST) Received: from mail3.g24.pair.com (localhost [127.0.0.1]) by mail3.g24.pair.com (Postfix) with ESMTP id 5016D11A193; Fri, 7 Jan 2022 12:53:06 -0500 (EST) Received: from a860b60074bd.fios-router.home (pool-141-156-161-153.washdc.fios.verizon.net [141.156.161.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail3.g24.pair.com (Postfix) with ESMTPSA id 44B83119E32; Fri, 7 Jan 2022 12:53:06 -0500 (EST) From: Russ Housley Message-Id: <4F3257F1-3627-43BE-B084-AEB5393FAA90@vigilsec.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_A609DEAC-F49A-4B65-978B-074F3BC67F27" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) Date: Fri, 7 Jan 2022 12:53:05 -0500 In-Reply-To: Cc: SIDR Operations WG To: Christopher Morrow References: <87v906j2cm.wl-morrowc@ops-netman.net> <57CF1837-CB50-4FE1-89C7-953396BD5FF6@vigilsec.com> X-Mailer: Apple Mail (2.3445.104.21) Archived-At: Subject: Re: [Sidrops] WGLC - draft-ietf-sidrops-rpki-has-no-identity - ENDS 12/16/2021 (Dec 16 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, 07 Jan 2022 17:53:10 -0000 --Apple-Mail=_A609DEAC-F49A-4B65-978B-074F3BC67F27 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Chris: > I suppose now: > "Hey, if you made a comment and were expecting a reply/fix... Did = you get what you wanted?" Geoff provided the only comment. His message to the WG Chairs and = authors yesterday tells me that the comments have been addressed. Russ= --Apple-Mail=_A609DEAC-F49A-4B65-978B-074F3BC67F27 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Chris:

I suppose now:
  "Hey, if you made a comment and were expecting a = reply/fix... Did you get what you = wanted?"

Geoff provided the only comment. =  His message to the WG Chairs and authors yesterday tells me that = the comments have been addressed.

Russ
= --Apple-Mail=_A609DEAC-F49A-4B65-978B-074F3BC67F27-- From nobody Fri Jan 7 11:00:55 2022 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 8B8483A11D3 for ; Fri, 7 Jan 2022 11:00:49 -0800 (PST) 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 c9gvgPww13we for ; Fri, 7 Jan 2022 11:00:48 -0800 (PST) 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 93EC23A11D2 for ; Fri, 7 Jan 2022 11:00:48 -0800 (PST) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.90_1) (envelope-from ) id 1n5uTk-0002lj-OV; Fri, 07 Jan 2022 19:00:44 +0000 Date: Fri, 07 Jan 2022 11:00:43 -0800 Message-ID: From: Randy Bush To: Russ Housley Cc: Christopher Morrow , SIDR Operations WG In-Reply-To: <4F3257F1-3627-43BE-B084-AEB5393FAA90@vigilsec.com> References: <87v906j2cm.wl-morrowc@ops-netman.net> <57CF1837-CB50-4FE1-89C7-953396BD5FF6@vigilsec.com> <4F3257F1-3627-43BE-B084-AEB5393FAA90@vigilsec.com> 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] WGLC - draft-ietf-sidrops-rpki-has-no-identity - ENDS 12/16/2021 (Dec 16 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, 07 Jan 2022 19:00:50 -0000 >> I suppose now: "Hey, if you made a comment and were expecting a >> reply/fix... Did you get what you wanted?" > > > Geoff provided the only comment. His message to the WG Chairs and > authors yesterday tells me that the comments have been addressed. as i said, misspelling, in my message > authers and the one please-fix reviewer, geoff huston, have converged. randy From nobody Mon Jan 10 01:15:32 2022 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 1BD3F3A0997 for ; Mon, 10 Jan 2022 01:15:31 -0800 (PST) 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, RCVD_IN_DNSWL_BLOCKED=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=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 NQbcanDV9yZl for ; Mon, 10 Jan 2022 01:15:26 -0800 (PST) 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 4E7A23A0994 for ; Mon, 10 Jan 2022 01:15:25 -0800 (PST) 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 8FC26292; Mon, 10 Jan 2022 09:15:20 +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=1641806119; bh=N18idnScYkIrrePj1hB6ms9XcB8z+038bYuYLUyf15k=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=d2CLE8EKI0l4H5xhDS8BJjWzfzfc32oujnf74H9Q9pPxdADBPJxiwDvJWJ1Ub39SR nIrKZ7ZbLNpSZeWIkFH4NoV+SmiE7D0Jkl1JhtonEJTfHgRE8lcmdiLVjhGR4udZU5 gr7ia2tWXqRLcmcUQJJ2ehU5HFDLZBpOO/xn77H1sybptLOMuh9NG5Gs00yvYReLph fVQnsnapNihnxzTHN9PismkMCjEPSCp9naj3k4xlL58MOUX/7uwVT7h6v0X0V+17k7 AKNj+1rucdFOXYpcsFKj8k/L9ShlItwaY/SQRSIhEz6Vk2mZdqUUEo3LXO+iGFEWAS NBh7h6Bds3oIQ== 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: Mon, 10 Jan 2022 10:15:17 +0100 Cc: SIDR Operations WG Content-Transfer-Encoding: quoted-printable Message-Id: References: <3413E245-55FF-4C8E-BB93-BFD48C3F1A1F@nlnetlabs.nl> To: Randy Bush Archived-At: Subject: Re: [Sidrops] three 8210bis issues 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, 10 Jan 2022 09:15:31 -0000 Randy, > On 7 Jan 2022, at 00:27, Randy Bush wrote: >=20 > tim, i believe that draft-ietf-sidrops-8210bis-05.foo should address > your issues. please review when you get a chance. Kids are back to school so work can get done again by the parent.. Thank you for the changes. They now allow for the explicit distinction = between the case where an ASPA exists for a customer ASN with an = explicit empty set of providers vs not having an ASPA for that ASN. I believe that this also enables changing the ASPA profile and = verification documents to use the explicit empty set rather than = overloading AS0. I have made some noises during the discussion that AS0 = should be used - but that was based on the assumption that 8210bis did = not allow for this distinction. Now that it does I prefer that an = explicit empty set is used. So, can I take this thread to ask the profile and verification document = authors about their opinion on the use of the empty set of providers? I = think the discussion happened mainly between me, Ben Madisson, Randy = Bush and Job Snijders - if I am not mistaken. I think that the four of = us are pretty much aligned on this now (again if I am not mistaken). If = it is desired then I can suggest some specific text changes to this = effect for both documents, but I do not wish to overstep. Tim >=20 > randy From nobody Mon Jan 10 03:28:22 2022 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 DC37B3A13AC for ; Mon, 10 Jan 2022 03:28:17 -0800 (PST) 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, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 KKDso96H5Ghv for ; Mon, 10 Jan 2022 03:28:12 -0800 (PST) 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 A8F513A139D for ; Mon, 10 Jan 2022 03:28:12 -0800 (PST) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.93) (envelope-from ) id 1n6sqO-00033q-BD; Mon, 10 Jan 2022 11:28:08 +0000 Date: Mon, 10 Jan 2022 03:28:07 -0800 Message-ID: From: Randy Bush To: Tim Bruijnzeels Cc: SIDR Operations WG In-Reply-To: References: <3413E245-55FF-4C8E-BB93-BFD48C3F1A1F@nlnetlabs.nl> 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] three 8210bis issues 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, 10 Jan 2022 11:28:20 -0000 thanks tim i believe this clears the last discuss on wglc for 8210bis good luck with the aspa docs :) randy On Mon, 10 Jan 2022 01:15:17 -0800,Tim Bruijnzeels wrote: > > Randy, > >> On 7 Jan 2022, at 00:27, Randy Bush wrote: >> >> tim, i believe that draft-ietf-sidrops-8210bis-05.foo should address >> your issues. please review when you get a chance. > > Kids are back to school so work can get done again by the parent.. > > Thank you for the changes. They now allow for the explicit distinction > between the case where an ASPA exists for a customer ASN with an > explicit empty set of providers vs not having an ASPA for that ASN. > > I believe that this also enables changing the ASPA profile and > verification documents to use the explicit empty set rather than > overloading AS0. I have made some noises during the discussion that > AS0 should be used - but that was based on the assumption that 8210bis > did not allow for this distinction. Now that it does I prefer that an > explicit empty set is used. > > So, can I take this thread to ask the profile and verification > document authors about their opinion on the use of the empty set of > providers? I think the discussion happened mainly between me, Ben > Madisson, Randy Bush and Job Snijders - if I am not mistaken. I think > that the four of us are pretty much aligned on this now (again if I am > not mistaken). If it is desired then I can suggest some specific text > changes to this effect for both documents, but I do not wish to > overstep. > > Tim From nobody Mon Jan 17 14:29:43 2022 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 D6E343A194B for ; Mon, 17 Jan 2022 14:29:41 -0800 (PST) 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 TWFZ0ax6Rjky for ; Mon, 17 Jan 2022 14:29:40 -0800 (PST) Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2062.outbound.protection.outlook.com [40.107.237.62]) (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 52FB43A194A for ; Mon, 17 Jan 2022 14:29:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=f/pT756P18e6A8pFLwYJz5Xc1zhYB2J0uRzPJ+yXTs01cXnjJvKHvRtfUGJzBOne4H8cDmzUYBw8aYTBD33SQRQLCDaJvtc9VuF3Dxvxb7bwN2Fmmj3pZOYvox9vbDnqTidw5H6pBX4JOhjS96UTIZHv47gvFbYILM8DnkS53gT62wOW7eZxktZdoWQmElNGxoDCYRzQlNVNOvt6RQ+CKJgjZ4pKGrJvmDeRUI3/SUQpcQb30VBQUji9SQpf2NCQzJ1ONEPdlHcmLj2zO3AFejK2cYpM4L+DwJ0RnNYKowFh/65c0MWN/dlh3djwwTFoc72o+4bZajLZZhfcH5ElEg== 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:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=RIlhsfw70Alo3vF/kb66aVrn15sdqt5BUdvggyPkWEg=; b=KH7SkTCUUvVyRLq262QDw4WygICbunkWOO3vGznpmkr6dA5ahM/KUWPPbTQnpkaKf3Y7pCB1AlaEHHptgdBYCwfzfUqQMzIYmCTRUUNvORDsp5O2q3/chnfU4vNCCkxXHNz+y5pYnn5Lo9qxuj7X7rqtGfpnSvZO6pd6dr/wMTTCIUGAWqVyOVJu+A1An9CE4iMHLWK24RK8YJxnUmRWF0rHEo7FMo8UF772myYmWChPGp0T3oDllXHTh3p91RUslGjH/UshLLT+E3o9cPPCBRIVO3wgE/C+XnagC72btMb/XKB5s3GK1P6KlqOIxUJBm9L7hQDIU+03s7c6335DSg== 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=RIlhsfw70Alo3vF/kb66aVrn15sdqt5BUdvggyPkWEg=; b=tHf+hH0fwH7jt/KBRpX4yIyBL8OlujQMZsC7EBxtLlsSqLfJ9K5zeIAp6nKadK/FO1+1p6mlGudVt+n/OC4lqAfoe5A1x9oYtAwEtf/L7nbNA2VCHDKw9shVLPsy0GS6exwcJgFnW3mQPGS4pQrIa8H7wWXi7oSft6Vl6KfcElc= Received: from BYAPR18MB2696.namprd18.prod.outlook.com (2603:10b6:a03:10b::26) by MWHPR1801MB1824.namprd18.prod.outlook.com (2603:10b6:301:67::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4888.11; Mon, 17 Jan 2022 22:29:30 +0000 Received: from BYAPR18MB2696.namprd18.prod.outlook.com ([fe80::cd59:9ef2:d19e:3731]) by BYAPR18MB2696.namprd18.prod.outlook.com ([fe80::cd59:9ef2:d19e:3731%7]) with mapi id 15.20.4888.013; Mon, 17 Jan 2022 22:29:30 +0000 From: Keyur Patel To: "sidrops@ietf.org" Thread-Topic: [WGLC] draft-ietf-sidrops-8210bis-05 - Ends 31/January/2022 Thread-Index: AQHYC/GxHJJ/I8OAt020IjALuDAJSw== Date: Mon, 17 Jan 2022 22:29:30 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.54.21101001 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: 85f006a1-eeec-4d72-4b15-08d9da08d469 x-ms-traffictypediagnostic: MWHPR1801MB1824:EE_ 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: CUFaR70lTN0sEkHYZHJF/qJHHoJk2j+rSPfNPEYq005zRKNgAM0qmlA1rg8fk2ya446wC09eJYLez6H7uZc1gHZ+IWlDmBkO9IADqkn+4bOU/fKf3ucnwB9THgxL44mXI/NXMV8CamtHZrqQHnv34ePSpMohJgR/CCXZHx6dLnVaW2RrgHLnE/KRfrNQQsS+EsdIdLBRGpLdlA/wGY2ax23TcPJ0arZjWaLOaj1Py9Z2nS+MDGbhpkDYMxchpvpdwZEI8JsZ+F0khOUE8k8bEnChWyzlX9+a24vvISuA/7ewUOF5EDyr0Fhshid0q/qflNXq1KvrOtggosY9v8Nkf8dXdE6bskk2Up8MbjPsIq1OrD/FzbtrPOKzrh3RD3bjvo+u6XckpSksHpwec3cUGjfK92Por2hNieIeN7aN2kNwGM8D0K/2VX6hnqj9p5J/tWGX87QtAjveyT/QzFdmXvOIQtj99I92MctZr1ONUE1eQcdWTP3rriQsuw/JF55NkU+qWx+TUawF0xwE6AzcovkMIxZOMOITHUqL3e7HCvQuy2SyD8yxaTZ9gzNLcfX68N+Bt2LhzjUdkxMVeUakgr0hvppEprOXViF8jxM3Disi6QBl8GFqcFkQ1xQWTxtx/jbTyPMyeS8m0xeuy6VgTSfk64ZoPieEpK89o2h1am8FpXbh0w89lYl4TPRs8BAW7DgCNSJBQFQj7MHg9vcwtzjEHucUI0Qzhesz300QWP2y5/gWJ4+Uece4/S92UqDpvjv1k/+EIaEy2yfe1k1ND6J/ZKUORmLkatMvyH39scbU7PyyMaI4Q/MC6rjXCM1t 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:(136003)(376002)(39840400004)(346002)(366004)(396003)(86362001)(6916009)(83380400001)(6506007)(186003)(36756003)(71200400001)(2906002)(8676002)(8936002)(66574015)(66556008)(6512007)(4744005)(6486002)(33656002)(5660300002)(166002)(508600001)(26005)(966005)(66476007)(2616005)(316002)(64756008)(66446008)(66946007)(38100700002)(122000001)(38070700005)(76116006)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?clgrUCt5ZWQ4WW1TWGhVbzlWNDMvNHhOREJSMW0xMzRzTC9jOHhza1hsYWFh?= =?utf-8?B?SWhsbTR6Vk1FcElUMjFWV2NaRlRlaThxZ3BqKzQrZHpoc0FXTE9hNWphU1lz?= =?utf-8?B?NHllQXl2VXgrV0VhWW5pZTRxUjVrSHphQmFoR1ZxWlNqNWFwdXNEYkZpUmJC?= =?utf-8?B?c3JUS3FodFpDTVEyNHBKb0FJT2w1QXQwVTBneUt2MUVQTThVdG5zYWVWWENk?= =?utf-8?B?SUtvV2xXRDYwbzhQdTVOKytyYjcxbXByZGFNR1daZndaOU0rQis5OUxuSzBr?= =?utf-8?B?aVIyQ0JIOEhxQlNndWd2MEFNR0ozdlRjU0VlSjA5SkZRR1NVRDJxM2xlY2wy?= =?utf-8?B?MlRtVTh1OWdDZHd5SDR5MUpZUDgwVXFnWE9ZL3JQaFgzd0p2NDB4cU5zbkh6?= =?utf-8?B?ZVlabFNLWGw5OEpKbXhqVVpJM2p6bmlRMjFpZ0ZVNmgrVWx5MWJiN3RyUUJB?= =?utf-8?B?WlhUd0lYakc0S0JSa216SEpqVHNDREJqUGNNT1puMW51TStjRURVK25ObTIz?= =?utf-8?B?N2dPU1lMTmY1ZGtKWnVZZk43WVJWandYcEFVN0VUOGh4MGlZd1F2c1V2eU9j?= =?utf-8?B?TzliUkV1a093YmZyVGVhZjhpdWJ6bFZ6TUNCbWd0NjIrUmdTYVNuNWpoTnZl?= =?utf-8?B?c2NSY2poN1loL0NaR0pKMDd0ZWZicjJhaFk2SjF5cVBwMXl1eWthNDZOOEdD?= =?utf-8?B?WnFaaGZQT0VoQlBPVFowS2hLRnBybkN2QmViL0UxaERRbEExZE1LaXJVenpx?= =?utf-8?B?eFZPSzZmbW55cTVtWi9HdVdwaGUvdWpsdENjWXpnL2tCTUNrUGlvMVpCM0hO?= =?utf-8?B?QXVXeW5aVEJjYVJtZGtQaFVXWWJOcVJSZFhMRGR5MGsrRjgyMVVRTXhJdmpN?= =?utf-8?B?dFRraGRycHRiYjVOQ0JKeldjMm5YSGNIVEZqQ21hVlVVUUVBUk0wYmJGVVhi?= =?utf-8?B?aEZkZVlqT0hzcDFtcElmTVRGWmlmeFlHTEhvQTN4UkhXU0VJUE1LRkxuazNk?= =?utf-8?B?UzhqWEZjQTBXZ0FZdjJkMFVBZ1FjeXhlYWdVMzlzbTZZa0hVNnZLWjNnUjFX?= =?utf-8?B?T2xwN0IrbEdJb2VVb215RVVkNFVLbDR5L3IzWU1HMm53NDBFdlJ1NEtHY2h6?= =?utf-8?B?dG03QUMxWi80THFJTTNPRXA2ZjROMXBWcHhKMXlwR3g0NzM2SzVsdnlmdkoz?= =?utf-8?B?V1V1NDJvTjBzeDU0MHFuN0Ird292diswdDh6QXZldC9xU1d5eU1scXp0VCtD?= =?utf-8?B?dWEyR2FyVC9BaXJaSHBGcmtRVlQ5MUFnMmpKaWpGZHlYc3VVYUpPbUhmeWk0?= =?utf-8?B?Qk1oYkVMQjJ6UkZPazJsSmM3M1dtazJEQ0NCZDRYNE9DOU1HWVBLNlJCZ0pt?= =?utf-8?B?S245SkRKWUJMNUxaSzF6dGkxSmlBRVducDJNZXZ6WkFZcGd1bkJpWUdxSGxm?= =?utf-8?B?K3ZXemZxSW5VUExEckRQd3FjOVpvVS9xbjExZXVCWjVrbnZSUHVwWXl0NkRK?= =?utf-8?B?MUxsTFNiNUJUc2pVZ3E4ZXF0UEczWmUzdnRFTkNKejdTMGhTOHpWOHRCZ3dP?= =?utf-8?B?OU1QaGZwTXJ0ZElybVNMTjdIS2RSMHB1VUtqZnNQR204aEx2WWtaeGtLNHdp?= =?utf-8?B?b0RDSXZFNUg0czBNTVRmZ0tZQmNkdjVKQ3ZoNWV6ZGtHWmltNFMrNVpHekVG?= =?utf-8?B?WHdDditpSjRFNzVJY0Z3a0VPUW9zdWV2L29GY1pVUWRpMDkzaFlXcUVEM2pa?= =?utf-8?B?akZvMlJ2K3o4Y0gxbTBERjVrN2VDb3ZOTEsvMHFuSXhTcksxZ2pZb2Frc0po?= =?utf-8?B?UW4rZ2Z3d0g1Z1RJMEJVRDBSVCtySnl0VWZyV3FJZmFWcmd0dkIxWnhQaS9z?= =?utf-8?B?djBjNVAwU3poS0hTV0R1UGM5SWc5d1lvNU9aZU9KdFRPUkRTMThzd3Blci9h?= =?utf-8?B?TDBweTVDZXRBd2owSjJDMTlxYnZPTk05aWVSWVRiSXBTNXd0NHdzeWJnS0Zm?= =?utf-8?B?YWFIdVllb0ZhSm53VnhnVzF5RktGNVUvVGp1ckRRNmdIVk5FNjg2c3lza25j?= =?utf-8?B?Z2FVYk5tNHNrWTBtMExFQUh0c3p2VzcrV1ZwaWlsKzF4UjdKc25aK2RyWUtl?= =?utf-8?B?QlNOaGJNZFNUeFdjREY1bGpTT1U4WWVKQzNNRFBrVklRWm1lVE1QcVBmejFa?= =?utf-8?Q?fAK7Nvq5Q4y2rvBg/deLyOo7jv8xoLXw/9vuoTvu3CN7?= Content-Type: multipart/alternative; boundary="_000_D0887729957C498ABCF7B4BBFBB6F295arrcuscom_" 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: 85f006a1-eeec-4d72-4b15-08d9da08d469 X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jan 2022 22:29:30.6493 (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: DNriXeQ4PlphE5KSJeMd9oAzgCV2HDvPGId5+CmQWZDMI775szXFiL0BBcS9JJRbjOXvaloU78tjNqasFDvFkA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1801MB1824 Archived-At: Subject: [Sidrops] [WGLC] draft-ietf-sidrops-8210bis-05 - Ends 31/January/2022 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, 17 Jan 2022 22:29:42 -0000 --_000_D0887729957C498ABCF7B4BBFBB6F295arrcuscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRm9sa3M6DQoNCg0KDQpBIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGhhcyBiZWVuIHJlLWlz c3VlZCBmb3IgZHJhZnQtaWV0Zi1zaWRyb3BzLTgyMTBiaXMtMDUsIOKAnFRoZSBSZXNvdXJjZSBQ dWJsaWMgS2V5IEluZnJhc3RydWN0dXJlIChSUEtJKSB0byBSb3V0ZXIgUHJvdG9jb2wsIFZlcnNp b24gMuKAnS4gIEFsbCB0aGUgcGVuZGluZyBlZGl0cyBhbmQgZGlzY3Vzc2VzIGZyb20gdGhlIHBy ZXZpb3VzIGxhc3QgY2FsbCBoYXMgYmVlbiByZXNvbHZlZC4gUGxlYXNlIHJlcGx5IHRvIHRoZSBs aXN0IHdpdGggeW91ciBjb21tZW50cy4gVGhlIFdHTEMgd2lsbCBlbmQgb24gSmFudWFyeSAzMXN0 LCAyMDIyLg0KDQoNCg0KVGhlIGRyYWZ0IGNhbiBiZSBmb3VuZCBhdCBodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtc2lkcm9wcy04MjEwYmlzLiBBdXRob3Jz LCBwbGVhc2UgcmVwbHkgaW5kaWNhdGluZyB3aGV0aGVyIHlvdSdyZSBhd2FyZSBvZiBhbnkgcmVs ZXZhbnQgSVBSIHRoYXQgaGFzbid0IGJlZW4gZGlzY2xvc2VkLg0KDQoNCg0KUmVnYXJkcywNCg0K TmF0aGFsaWUsIENocmlzICYgS2V5dXINCg0KDQo= --_000_D0887729957C498ABCF7B4BBFBB6F295arrcuscom_ Content-Type: text/html; charset="utf-8" Content-ID: <6EFEE05D07A3EF4B811CF657EB4EBA6A@namprd18.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJ2YXJcKC0t YnMtZm9udC1tb25vc3BhY2VcKSI7DQoJcGFub3NlLTE6MiAxMSA2IDQgMiAyIDIgMiAyIDQ7fQ0K LyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5N c29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30N CnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9y bWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoi SFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KLk1zb0No cERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEyLjBw dDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlv bjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGlu O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4N CjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3 MiIgc3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 dmFyKC0tYnMtZm9udC1tb25vc3BhY2UpJnF1b3Q7LHNlcmlmO2NvbG9yOiMyMTI1MjkiPkhpIEZv bGtzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O3ZhcigtLWJzLWZvbnQtbW9ub3NwYWNlKSZxdW90Oyxz ZXJpZjtjb2xvcjojMjEyNTI5Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDt2YXIoLS1icy1m b250LW1vbm9zcGFjZSkmcXVvdDssc2VyaWY7Y29sb3I6IzIxMjUyOSI+QSB3b3JraW5nIGdyb3Vw IGxhc3QgY2FsbCBoYXMgYmVlbiByZS1pc3N1ZWQgZm9yIGRyYWZ0LWlldGYtc2lkcm9wcy04MjEw YmlzLTA1LCDigJxUaGUgUmVzb3VyY2UgUHVibGljIEtleSBJbmZyYXN0cnVjdHVyZSAoUlBLSSkg dG8gUm91dGVyIFByb3RvY29sLCBWZXJzaW9uIDLigJ0uICZuYnNwO0FsbCB0aGUgcGVuZGluZyBl ZGl0cyBhbmQgZGlzY3Vzc2VzIGZyb20gdGhlIHByZXZpb3VzIGxhc3QgY2FsbCBoYXMgYmVlbiBy ZXNvbHZlZC4gUGxlYXNlIHJlcGx5IHRvIHRoZSBsaXN0IHdpdGggeW91ciBjb21tZW50cy4gVGhl IFdHTEMgd2lsbCBlbmQgb24gSmFudWFyeSAzMTxzdXA+c3Q8L3N1cD4sIDIwMjIuPG86cD48L286 cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7dmFyKC0tYnMtZm9udC1tb25vc3BhY2UpJnF1b3Q7LHNlcmlmO2NvbG9yOiMy MTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O3ZhcigtLWJzLWZvbnQtbW9ub3NwYWNl KSZxdW90OyxzZXJpZjtjb2xvcjojMjEyNTI5Ij5UaGUgZHJhZnQgY2FuIGJlIGZvdW5kIGF0IDxh IGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1z aWRyb3BzLTgyMTBiaXMiPjxzcGFuIHN0eWxlPSJjb2xvcjojMzM3QUI3Ij5odHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtc2lkcm9wcy04MjEwYmlzPC9zcGFu PjwvYT4uIEF1dGhvcnMsIHBsZWFzZSByZXBseSBpbmRpY2F0aW5nIHdoZXRoZXIgeW91J3JlIGF3 YXJlIG9mIGFueSByZWxldmFudCBJUFIgdGhhdCBoYXNuJ3QgYmVlbiBkaXNjbG9zZWQuPG86cD48 L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7dmFyKC0tYnMtZm9udC1tb25vc3BhY2UpJnF1b3Q7LHNlcmlmO2NvbG9y OiMyMTI1MjkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O3ZhcigtLWJzLWZvbnQtbW9ub3Nw YWNlKSZxdW90OyxzZXJpZjtjb2xvcjojMjEyNTI5Ij5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFu PjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O3ZhcigtLWJzLWZvbnQtbW9ub3NwYWNlKSZxdW90OyxzZXJpZjtjb2xvcjojMjEyNTI5Ij5O YXRoYWxpZSwgQ2hyaXMgJmFtcDsgS2V5dXI8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_D0887729957C498ABCF7B4BBFBB6F295arrcuscom_-- From nobody Tue Jan 18 01:43:33 2022 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 508A73A145A for ; Tue, 18 Jan 2022 01:43:31 -0800 (PST) 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 (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 azbwk-Q1cQu2 for ; Tue, 18 Jan 2022 01:43:27 -0800 (PST) Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (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 0EBAC3A1455 for ; Tue, 18 Jan 2022 01:43:27 -0800 (PST) Received: by mail-ed1-x52b.google.com with SMTP id m11so345152edi.13 for ; Tue, 18 Jan 2022 01:43:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastly.com; s=google; h=date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=MRaZYNCg0QliqPpuEpO/yRG7IPd/qO9Y838zqJKtvbg=; b=vhcA0YsU0rsUorCchgncWsz7+5oKcCF5DaX71NKV5ktDpnPjZHL1yObi26V1h+/Xv/ hFRitzKUUAd9TtIxFZunXP/5tBZK6G3FLCCPjZ2IcouVzeD2t3137UZHw6pX0zHjT6pO 4OEEeTYOG9B9Cm5s3nyZkSiLPODVriFIRDu0w= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=MRaZYNCg0QliqPpuEpO/yRG7IPd/qO9Y838zqJKtvbg=; b=RFj4Hyscfq/gY4DmFpeLc4XlwZpzo7peEyoWmPtHccIzLmBmJ5a/1C0NPQu9PLl435 F/t6b3+U/xQrqy0uuXzwPFEN1QKyou7bXTQAhSbaoLCTTBeG4l3TkcQ06uNxQQ8xi0zX MrL1I0f6OoyxfruloUuy0Xt2zo8ZnXBqxYzVjdQUCFyI/uM3WcOkwk2coAfD11UFHe9J YCTHcddHgePcAYupeg6AMfmLrKTynr1MyShYv402bWiTs6jM/kjoAMB3e7rJDEuaN63g BRY9x62i/JnuYvVIPNhdPigWhAkJpwHxxtQLZXqRiV1NxKEocv4rPcEL3BgvZis5vVzj Mhlw== X-Gm-Message-State: AOAM532nWWjySYuE4duCDdV/XYFjLEFzA2rncU8hVkw1GZ/nlYISQH1j B2Q+U7JheOCEmJgvFMKXifLbJVkCEMZpzIRxsAYN2JzBUWNaBgaji95sXRHU2Dm7B04nR1AnFAQ lYQc1n2nsvt67HKZIlWbYk8PIgDSgMamxYHQWK8vK/FxpjcTEdyviRR4= X-Google-Smtp-Source: ABdhPJyjWd5c9D0OX7wOvJ+S4o2va2Ul2uU1i22/x0Vl00ycn6oM6HD5qJpBcjwCTLyMAWJT0RugUA== X-Received: by 2002:a17:907:6da4:: with SMTP id sb36mr19304063ejc.542.1642499003921; Tue, 18 Jan 2022 01:43:23 -0800 (PST) Received: from snel ([2a10:3781:276:2:16f6:d8ff:fe47:2eb7]) by smtp.gmail.com with ESMTPSA id 7sm3850568ejz.38.2022.01.18.01.43.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 18 Jan 2022 01:43:23 -0800 (PST) Date: Tue, 18 Jan 2022 10:43:21 +0100 From: Job Snijders To: sidrops@ietf.org Message-ID: References: <00E18520-A535-4CC8-A287-56FB2F164E14@nist.gov> <5B2CD457-E376-4B8C-B901-202ACC4C465C@ripe.net> <20211208120944.5oq6o2sr6m6xzq42@benm-laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Sidrops] [WGLC] draft-ietf-sidrops-rpkimaxlen-08 - ends 25/October/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: Tue, 18 Jan 2022 09:43:32 -0000 Hello all, As far as I am aware all comments have been addressed, I didn't see additional discussion about the merits (or lack thereof!) of the MaxLength field in RPKI ROAs. If there still are outstanding concerns, please explicitly point me towards those comments through mailarchive.ietf.org links so we can continue a conversation. Chairs, can draft-ietf-sidrops-rpkimaxlen move forward to IESG? Kind regards, Job On Fri, Dec 10, 2021 at 06:05:13PM +0100, Job Snijders wrote: > On Fri, Dec 10, 2021 at 07:38:58PM +0300, Alexander Azimov wrote: > > > If your neighbors drop invalids, turning off egress ROV doesn't make any > > > difference: the update gets dropped on the other end of the wire. > > > > > > If your neighbors don't drop invalids then this can be done in local > > > policy using SLURM, in close to real time. > > > > > > In either case, this is a red-herring. > > > > In this scenario, I was supposing that ROV is done on egress and is absent > > at the ingress of the neighbor. > > Sasha, I fail to see what you want to achieve with this discussion - > egress ROV is a novelty that almost nobody uses today. All of today's > educational outreach efforts focus on ingress ROV. > > draft-ietf-sidrops-rpkimaxlen can be summarized in just a few sentences: > "Configure your ROAs such that they align exactly with your BGP > announcements. Adversarial actors can and will use any 'holes' you leave > open: if you permit more-specifics but don't announce those > more-speciics, someone else might!" > > If this group really cannot come to consensus on the draft at hand, I > suppose the next step simply is to propose to remove the ROA MaxLength > functionality entirely from the ecosystem. Eradicate the misfeature. > > The 'MaxLength' feature seems to cause nothing but confusion, as a > result it all to easily leads to a reduction of security posture. > > Kind regards, > > Job From nobody Wed Jan 19 10:04:11 2022 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 342CF3A160E for ; Wed, 19 Jan 2022 10:04:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=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 aBuWp3tGpkSc for ; Wed, 19 Jan 2022 10:04:05 -0800 (PST) Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2050.outbound.protection.outlook.com [40.107.243.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 BE4323A160D for ; Wed, 19 Jan 2022 10:04:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hIfB9fQJyCCfBQvli/SgxWVRvW1R5+7suydzykdibt5RXKi5eeeHS/mInK5q1cxW/VseacreD13gugSrPmZK+Z//sFIR0C2pv1iZw52j3GIPX8T3/ePt8IEQGalF7uytRTC81aXBdHMi30eLb8MGTFwT26wcatvazQs5pOjRS1OsTswRgNg8lWGFpyj7z36h1e6xgIZcw8VEzWns7mboKfkn+D8tVg/AuO+g9x+uIY32agwqFDdcI1MoNN64sq6Lo9q4P2K8LESmSSAyXeiIn7k/R73GsLrNArDuxM+NTkzBN1qaHCcC+KAcxNBcwJqlPbEgNu/iB75YeGHZVIK+pA== 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:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=+TnEmm5UdveL3HWa+GyZQjYjYUHhkV9DO8V3Yy0mF/4=; b=Z6zOGxuwy6BFaDmrsl3JVFs0vTjwONnClJLSKCO0D51WgouvoL2tF17rhMBS0+7vEaRJJMJGkigMow1b1ZP/KYYnTzy/L5ylUfyBA+RG3wJ5YF87uXkb18ZZSqLac7IIV9HquyQuKgQicjwTiAuZG+1OT79/u5KMD+h4AfC9XNdy4d0v7OGtfgJ4/ss6Yseff4KXTe4eraM8dMNBIjbwXtv6UVqLU2NI4w0B3YRv/MJYeP8Rble0E6RGjhHCGVRF2ZLDV4mOEouxCKeswi/lyhcqirhRLWJvkqkA/Wgju/A1hG8Z5RkIuFHC7DnVhX9ZPnET5v4dTa1ievXUaZqsKg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; 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=+TnEmm5UdveL3HWa+GyZQjYjYUHhkV9DO8V3Yy0mF/4=; b=TJmCqQu+Wlr5REQ2ZlIuL4reEPZHukVfs6e2wcnYMUkm7tyAHVfb0ykczEr7n/AJd36f+kCAwmHB+d9L/En56Jxk2fl7xS0HL0ju1nZwJoOZcaYPdeEGdvku1PQJeWLQvglJPMb+MkzrEWMFaBNqFMJN3yoN+TjjVAqmFxAj8R8= Received: from BYAPR18MB2696.namprd18.prod.outlook.com (2603:10b6:a03:10b::26) by PH0PR18MB3992.namprd18.prod.outlook.com (2603:10b6:510:2a::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4888.11; Wed, 19 Jan 2022 18:04:03 +0000 Received: from BYAPR18MB2696.namprd18.prod.outlook.com ([fe80::cd59:9ef2:d19e:3731]) by BYAPR18MB2696.namprd18.prod.outlook.com ([fe80::cd59:9ef2:d19e:3731%7]) with mapi id 15.20.4888.014; Wed, 19 Jan 2022 18:04:03 +0000 From: Keyur Patel To: "sidrops@ietf.org" Thread-Topic: [Sidrops] [WGLC] draft-ietf-sidrops-rpkimaxlen-09 - Ends 2/February/2022 Thread-Index: AQHYDV7xRbF3XTmHXUepWLg1SNe6kQ== Date: Wed, 19 Jan 2022 18:04:03 +0000 Message-ID: <25195743-3EB5-443C-8C6A-251735A9206C@arrcus.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.54.21101001 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: 447472d3-933b-4b67-cc2a-08d9db7613c5 x-ms-traffictypediagnostic: PH0PR18MB3992:EE_ 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: C6J2MLzVJAVsC53qjVuIq//TeCLD/PNlAnGQNLE0J4SEikjqzp+8Pri388nZ7t8lEEZzxuZ8D7CeRUxvL9/0iLi2kk3xllrv/IVEXipwsJZmFnCg1F9uRUzca/l5JC1DGQggjWW6db1aGfzL589FtAop20mqo+v83na4SbowEfV8bjesA5xLqPXMB/hkY/VNMjIMSeK+o7pshsV/luP5D9q/t67MWJayTQKMKzA1jmOvxCQ7tKxADLMR6tGHS2kzvYa/G6ie2fx/ha3RJJDPfvhPy+65J8Rt3ZG2KF+Gx1mOeYj+gclNv/qU9hHVroR1CLOXVZRHVCLineQEdZkcKNRzfhVgrTlaatJ/VfpbiVdMQhzZcNB5KyOc3EcL7K+D4V0oh+h30ATPqCNstFlf0Pzcb4gLY8vGA8nCwFSLuDZ5EmgSOqyISC2IF3RI0B9i2VsUEdFqG3jgZFrhQl0QD1HTs5Zeq+GMDciUAOqiuo1wQBIUPaSf9rmW92oA3n6Sn190OHNPuKnu/4G9nBIoCZbJzdLBWt/qxHREhrElgWcIq8UL5vLD5+9O4yvVkcKd9Os1RkyxrbGL5cdTjLSZ88HEAgi7XZWQsOCjcD388K2rVV1XI7fhO8DA1OfVP/v9mC+HtUVzcq7sdjtmE+w+yMIeEG8WJk4IOoTQubflAN4oxljY4Q5CigRW2m66V6Ei6EWNCBYBUZHOhhBtTtfVTlvk2voWyDCIxT1yhdvq/jHGMTHmd0aH+FeXVO+7ojTNmH2CKcY9SOelQPuBoOqVogHHt9pMYWWzJRGBdI3NYC8C0OuWeno7++5Nll8eY+Ed 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:(39830400003)(396003)(136003)(346002)(366004)(376002)(5660300002)(316002)(186003)(4744005)(38100700002)(122000001)(508600001)(166002)(8676002)(6506007)(966005)(6512007)(6916009)(76116006)(36756003)(8936002)(6486002)(66446008)(38070700005)(64756008)(33656002)(2616005)(26005)(2906002)(71200400001)(86362001)(66476007)(66556008)(66946007)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?WVpZVUtTYVp1c0l0VWVyMTQ0b2V0Sm9PM3gvdVJkb09YYURRVkw4TCt2dkpP?= =?utf-8?B?ZldXckJ0TUIwVnhFZUd0ZjZick9PWjliTlE5eGp5SS9aY0xhclNBRkFxWksr?= =?utf-8?B?VVJqbVl5bGNyeUNabWhqK1dpWjFPK0c0RTJ4SlZrU2F1aUlvUXFpclAxaHpw?= =?utf-8?B?WjlPQ0NQZ3JKaEVibmhMN2RVcnN5WTF0a2k5UFF3UytKUlNzTDJpbXJBUVVY?= =?utf-8?B?TlpkUmFkSnJ5emM3NW95LytjQ29JSVJadlI4SDRvdGN1SlNKRHg5ZXJkMkhw?= =?utf-8?B?dU9ELzUwc2ErdnZEUDdZa3pUZGNGdjhEdE1oTVZPOFNBRnlJaWpDUk9RaXYw?= =?utf-8?B?Mm9vMUNhV09JenBDN2ZobHZBQk5ERkZrMU1Ob21kSWN5T3dHK1daajdqQnhw?= =?utf-8?B?aGlIZlIxSS9CNXM0ZklnbFdILzZ3a0tpRnhtaU9xOXpHU0hZWEk0blorQmt3?= =?utf-8?B?K2tVUHl3MnBnazR2bFhwcWgrNUpET2J4djNhdFBKWi9obVFpQjJlS0xTQm1t?= =?utf-8?B?THp3TVV0b3k4OWhOcVJJZDlZV3hxTEs3V1hXeFBadU8yTlkvdWR1RW1oVW5w?= =?utf-8?B?NjFvTDVVZmNKSENwemViemMwak8vRENEUXRnTHZ5WVp2NWwzM1poT3M5eTVX?= =?utf-8?B?MUtSYWZUOUorMzN0bDNhbEYzL2NyakdQc29mMEtGbVAxV0ovYzNlcXhWcUFK?= =?utf-8?B?dURqQjZHSjhnblgxdTdNQlBoeFNQMzVibWRIYWhBa1pydTBnOFZodS82RDBZ?= =?utf-8?B?eHFVMmRsZHliNmI2eENSbjd1bTlHOWlNZW9sNHRGQWlVUXhTUU44blBZcldQ?= =?utf-8?B?OFlqSmREbU9HVUVXQ0YzaVNFTm9MQTNPWWp6anBlM2RTZTBYZFBjYU1jMC81?= =?utf-8?B?b3FTVkxnenB6Qi9Ob3k4M2d1QnFUZ3BuK2hMUWk3KzNyZ1FrWjVDVTJPQzFo?= =?utf-8?B?dGN3SjRqaVdZRE84LzFJRTNpN0FQRERjRkovdlhlOHFER2o0V1MwYTBZUERi?= =?utf-8?B?VnM5cXhOMnVneHZDbGNNSUo1bVkyK1lYS1V3S05RSmlBcDFxekowY21SemRN?= =?utf-8?B?SjN2NnNxREM4UldjQ09pejBURlhGaW1JZTMybGdwelFtS1FKOVQxL0h3SkFs?= =?utf-8?B?NkdIbTNEZkdoWFhieUxGQTNIMHhwQ2pWc0pneWVIVVN4NHJoOWVpem83UWp5?= =?utf-8?B?K1dsbTdZZ2Z4dlJRVG1IL0U5WWFZRGJvakxXRDF6UXJreEZlNXdGNHNleVk4?= =?utf-8?B?UDA0SnhFOVBkRHVqZXorQ2NNOGpaQURpQTErTGpGL0w4TFYwVENuY3VaKzdy?= =?utf-8?B?UWxWVFdkN0x0S0JCbUtSY29od3pJN3B1OFpTeFZvWHhuUmIyU1RWNDUvYWJu?= =?utf-8?B?aVdDSmFPUnR0VnprSVVXYzFQcVRIZlJWWmlJWU1HbnV4cFNDdjVxc3YrODRn?= =?utf-8?B?QVZHUGpaRGVDK0xXZytYL0NKc29vdytyWXd5SDhCMU5uMTVweXpyallKUUp2?= =?utf-8?B?MUNVT3dLQ1YwSlB4Z0Uwb3lodFZDVUlidWlQRmhXU0xqQ0h6SEZMNGp3QS9n?= =?utf-8?B?djVPaWE5ZmF0NlRoakgwdlBuVUNGcEZXZmNsR3lVLytsQ3gwTDB3WHhVZmNE?= =?utf-8?B?cmNKN2JJckthWjFYUERVaXArUnJoUDIrU0QrS1Vjb3R6eXFmN1pyR1ZCNnlG?= =?utf-8?B?V3Y2T2FhMkhUaTVEYndjUnZEekEvbnB3cXQ3Q25NbU82Q0NSaEFyelA5aDFj?= =?utf-8?B?Z2NqdlAzMWZaOSs5ZmtId1BpZDA4N0V1dXFkSS8zWCtDU0xTOGRmcGJGbmZq?= =?utf-8?B?RitObExjU1dxZmJxME5qMUl3YmxzQlQ4dHFRb3RkNmEvN0NVNjRHaE5LWkpr?= =?utf-8?B?QjNjNUVBVHNkdWVQYmZEQTd5UzE0bDFNWlBqWW8reUFEVjdJaFpTN201dlhS?= =?utf-8?B?elRlK0xicTBmRHdYa1J2Zng5SUhZZC85am1ST2RaQkE4V29BVklVcER1Y2Mz?= =?utf-8?B?TVZOanBXVW9SZ2c4K3R6a0M4VEVkaVZ1NWR0UUwvV1U2WjhPdDNrMmNGYjRo?= =?utf-8?B?azVRM3JuY1ZlRHNuR0VVTmdqRDJRT29kbkxBZHN5RENXK0xkVHk4MXZ6ZEQr?= =?utf-8?B?Q04zL1FBaDRkRnE3dW5zNDhjamNZRXZNL0Z6Y0RMVWdTK1hIZHJyTlZCdEIy?= =?utf-8?Q?M06Tr+i31ri1Km8lT39+nUoRySn+oVuUYX/Z63LSHz95?= Content-Type: multipart/alternative; boundary="_000_251957433EB5443C8C6A251735A9206Carrcuscom_" 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: 447472d3-933b-4b67-cc2a-08d9db7613c5 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jan 2022 18:04:03.2895 (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: HYTx96omwJvSFOAyFUCYbSnT2v23TLhpy8L1tbGkKcU6Wf10b5AAIog7sJjITC+pK1M8gptwy2BS+DtNdHRvZQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR18MB3992 Archived-At: Subject: [Sidrops] [WGLC] draft-ietf-sidrops-rpkimaxlen-09 - Ends 2/February/2022 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, 19 Jan 2022 18:04:10 -0000 --_000_251957433EB5443C8C6A251735A9206Carrcuscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRm9sa3M6DQoNCkEgd29ya2luZyBncm91cCBsYXN0IGNhbGwgaGFzIGJlZW4gcmUtaXNzdWVk IGZvciBkcmFmdC1pZXRmLXNpZHJvcHMtcnBraW1heGxlbi0wOSwg4oCcVGhlIFVzZSBvZiBNYXhs ZW5ndGggaW4gdGhlIFJQS0nigJ0uIEFsbCB0aGUgcGVuZGluZyBlZGl0cyBhbmQgZGlzY3Vzc2Vz IGZyb20gdGhlIHByZXZpb3VzIGxhc3QgY2FsbCBoYXMgYmVlbiByZXNvbHZlZC4gUGxlYXNlIHJl cGx5IHRvIHRoZSBsaXN0IHdpdGggeW91ciBjb21tZW50cy4gVGhlIFdHTEMgd2lsbCBlbmQgb24g RmVicnVhcnkgMnRoLCAyMDIyLg0KDQpUaGUgZHJhZnQgY2FuIGJlIGZvdW5kIGF0OiBodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYtc2lkcm9wcy1ycGtpbWF4 bGVuLTA5Lg0KDQpSZWdhcmRzLA0KTmF0aGFsaWUsIENocmlzICYgS2V5dXINCg0KDQo= --_000_251957433EB5443C8C6A251735A9206Carrcuscom_ Content-Type: text/html; charset="utf-8" Content-ID: <0F73A1F83ABCEA43883DA455458BB840@namprd18.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OmluaGVyaXQ7 DQoJcGFub3NlLTE6MiAxMSA2IDQgMiAyIDIgMiAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMg Ki8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBp bjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm O30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWls U3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5hcHBsZS1j b252ZXJ0ZWQtc3BhY2UNCgl7bXNvLXN0eWxlLW5hbWU6YXBwbGUtY29udmVydGVkLXNwYWNlO30N Ci5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6 ZToxMi4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1h cmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6 V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIg bGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiIHN0eWxlPSJ3b3JkLXdyYXA6YnJlYWstd29y ZCI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5IaSBGb2xrczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDtvcnBo YW5zOiBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOiBhdXRvOy13ZWJraXQtdGV4dC1zaXpl LWFkanVzdDogYXV0bzstd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7Y2FyZXQtY29sb3I6 IHJnYigwLCAwLCAwKTt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9ImZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7b3JwaGFuczogYXV0bzt0ZXh0LWFsaWduOnN0 YXJ0O3dpZG93czogYXV0bzstd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87LXdlYmtpdC10 ZXh0LXN0cm9rZS13aWR0aDogMHB4O2NhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7d29yZC1zcGFj aW5nOjBweCI+DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7aW5oZXJpdCZxdW90Oyxz ZXJpZjtjb2xvcjpibGFjayI+QSB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBoYXMgYmVlbiByZS1p c3N1ZWQgZm9yIGRyYWZ0LWlldGYtc2lkcm9wcy08L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O2luaGVyaXQmcXVvdDssc2VyaWY7Y29sb3I6IzA3MDcwNjtiYWNrZ3JvdW5kOiNG RkVFOTQiPnJwa2ltYXhsZW48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O2lu aGVyaXQmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPi0wOSwNCiDigJxUaGUgVXNlIG9mIE1heGxl bmd0aCBpbiB0aGUgUlBLSeKAnS4gQWxsIHRoZSBwZW5kaW5nIGVkaXRzIGFuZCBkaXNjdXNzZXMg ZnJvbSB0aGUgcHJldmlvdXMgbGFzdCBjYWxsIGhhcyBiZWVuIHJlc29sdmVkLiBQbGVhc2UgcmVw bHkgdG8gdGhlIGxpc3Qgd2l0aCB5b3VyIGNvbW1lbnRzLiBUaGU8L3NwYW4+PHNwYW4gY2xhc3M9 ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8 L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+V0dMQzxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj53aWxsDQogZW5kIG9uIEZlYnJ1YXJ5 IDI8c3VwPnRoPC9zdXA+LCAyMDIyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApO2ZvbnQtdmFyaWFudC1j YXBzOiBub3JtYWw7b3JwaGFuczogYXV0bzt0ZXh0LWFsaWduOnN0YXJ0O3dpZG93czogYXV0bzst d2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDog MHB4O3dvcmQtc3BhY2luZzowcHgiPg0KPHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iZm9udC12 YXJpYW50LWNhcHM6IG5vcm1hbDtvcnBoYW5zOiBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dz OiBhdXRvOy13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzstd2Via2l0LXRleHQtc3Ryb2tl LXdpZHRoOiAwcHg7Y2FyZXQtY29sb3I6IHJnYigwLCAwLCAwKTt3b3JkLXNwYWNpbmc6MHB4Ij4N CjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+VGhlIGRyYWZ0IGNhbiBiZSBmb3VuZCBhdDogPGEg aHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLXNp ZHJvcHMtcnBraW1heGxlbi0wOSI+DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9o dG1sL2RyYWZ0LWlldGYtc2lkcm9wcy1ycGtpbWF4bGVuLTA5PC9hPi4gPG86cD4NCjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iY2FyZXQtY29sb3I6IHJnYigw LCAwLCAwKTtmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsO29ycGhhbnM6IGF1dG87dGV4dC1hbGln bjpzdGFydDt3aWRvd3M6IGF1dG87LXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOy13ZWJr aXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxzcGFuIHN0eWxl PSJjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9ImZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7b3JwaGFuczogYXV0bzt0 ZXh0LWFsaWduOnN0YXJ0O3dpZG93czogYXV0bzstd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1 dG87LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4O2NhcmV0LWNvbG9yOiByZ2IoMCwgMCwg MCk7d29yZC1zcGFjaW5nOjBweCI+DQo8c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlJlZ2FyZHMs PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImZvbnQt dmFyaWFudC1jYXBzOiBub3JtYWw7b3JwaGFuczogYXV0bzt0ZXh0LWFsaWduOnN0YXJ0O3dpZG93 czogYXV0bzstd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87LXdlYmtpdC10ZXh0LXN0cm9r ZS13aWR0aDogMHB4O2NhcmV0LWNvbG9yOiByZ2IoMCwgMCwgMCk7d29yZC1zcGFjaW5nOjBweCI+ DQo8c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPk5hdGhhbGllLCBDaHJpcyAmYW1wOyBLZXl1cjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJmb250LXZh cmlhbnQtY2Fwczogbm9ybWFsO29ycGhhbnM6IGF1dG87dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6 IGF1dG87LXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOy13ZWJraXQtdGV4dC1zdHJva2Ut d2lkdGg6IDBweDtjYXJldC1jb2xvcjogcmdiKDAsIDAsIDApO3dvcmQtc3BhY2luZzowcHgiPg0K PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_251957433EB5443C8C6A251735A9206Carrcuscom_-- From nobody Tue Jan 25 13:10:51 2022 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 4C4F23A08A7; Tue, 25 Jan 2022 13:10:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.2 X-Spam-Level: X-Spam-Status: No, score=-0.2 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, 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 (4096-bit key) header.d=ops-netman.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 p8qukC6Bzk8S; Tue, 25 Jan 2022 13:10:45 -0800 (PST) Received: from relay.ops-netman.net (relay.ops-netman.net [192.110.255.59]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 172F93A08A9; Tue, 25 Jan 2022 13:10:44 -0800 (PST) Received: from mail.ops-netman.net (mail.ops-netman.net [199.168.90.119]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by relay.ops-netman.net (Postfix) with ESMTPS id 3389F3C1E0B; Tue, 25 Jan 2022 21:10:43 +0000 (UTC) Received: from mailserver.ops-netman.net.ops-netman.net (mailserver.ops-netman.net [199.168.90.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.ops-netman.net (Postfix) with ESMTPSA id 9C9AA245; Tue, 25 Jan 2022 21:10:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ops-netman.net; s=2021; t=1643145042; bh=qpYE0rTlwG4b/F73p0zC9f1+tJgei8G+MvwP7TxsZoA=; h=Date:From:To:Subject:From; b=m/eSAg4UJ9sIYronds3He286yv/fyd0DtbE6p9stVLgVqpPZjQA99Q3YqAPKmS2D4 JOIFK00LOhD61co32pxb9SEZ6cvVZwCryA9pIuoDL8Ti1mGVJpbiffqMaWWItStiJk kPEUEGnaDndhKfy0zFV/jYvSSJdbG1iXqJLsEDk511ncM8ntybxWVm1uzomYDzXrZq ppWm1+/mCVHS7T621+Cosr1ec0kGROwIlvf1VP2S3jVqtnrzRMekRkTKj5tJQyptDB GsHw8mtrnPqOwRzKMZyUluR53M6lWWcrR2SSO+L+6B39PBRg3gb/TZBNbRTr3YKSAf UTD6455Rpff6DfnT3cMdDmHmV2LwsqHp/mz/7kd3KOeNAdfszGikP6nMfWHC8KpZjQ 7DS4wPfD3mPAL+tYlCDMZWVQLmL2kMir2SkMa26cCzUwtP7i4+kAEJemrAE+zyg2hO kScPjbCy+dSHjRjfo8f6/9RupGkg0Gavu1Lc5u6xs158JlQxfzW07MnE9UcSTcNZ41 oMZx/NKIeRaqzqi/k0RO3I9HeohERmDOLfBZErXvfca2J8CZ8E75+Cl6raV1DJaAU3 B7LXfhQzSDXxQctVdaanSFuyE4tUFysvN/Kto4l7Rs8LR5RwzbPh/5D2rHiTyDsOir NU2ZDII0u+fCEwM2Wk72HVAU= Date: Tue, 25 Jan 2022 21:10:42 +0000 Message-ID: <87sftb4j3h.wl-morrowc@ops-netman.net> From: Chris Morrow To: sidrops@ietf.org, sidrops-ads@ietf.org, sidrops-chairs@ietf.org User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/25.2 Mule/6.0 (HANACHIRUSATO) Organization: Operations Network Management, Ltd. MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Archived-At: Subject: [Sidrops] A note about civility and work-group discussions 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, 25 Jan 2022 21:10:50 -0000 Wishing you all a very happy and safe 2022! As we get into 2022, there is no doubt that we will be dealing with complex issues/topics like we always have done in past. The chairs would want to remind the group that as we deal with these issues we want to be mindful and treat everyone fairly. It is important that we preserve the code of conduct both at in-person meetings and with discussions on the mailing list. We have had few mis-steps last year with maintaining our code of conduct. It is important for us to look forward and ensure such mis-steps are not repeated. Thanks! -chris co-chair-persona From nobody Thu Jan 27 11:12:44 2022 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 43BA23A0DCE for ; Thu, 27 Jan 2022 11:12:42 -0800 (PST) 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 FZX4s_-c_lIn for ; Thu, 27 Jan 2022 11:12:38 -0800 (PST) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (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 058BA3A0D9F for ; Thu, 27 Jan 2022 11:12:37 -0800 (PST) Received: by mail-qt1-x82b.google.com with SMTP id h25so2431086qtm.1 for ; Thu, 27 Jan 2022 11:12:37 -0800 (PST) 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=F8PGBhlJDQvVC5mrh+W0xMoVURsrNrFoeEJlwnV0MlE=; b=G7xr8Qr16Sz9FbsY8xUbAj8WWpYl/odeS6FD/2JChQhKhu8/+OU2JSEUuWbwteq4qN tPvi9rlRBTfmRW5ZuSeNPMcEagHk7TiP4XAFwUjctsOaOuikwjAOSq/NzSB5e7cMrgba PvffCDapaM8UM2SDyQqwBSY3n2MzH8zpOAxeNZP3DLxdL7Ba0OAV6KAGGOEQxs0mF6bN 4fOZQTjoPUjoD1N9ZVHZXPtgHZTOA5ZK/mr5b50NY+/J1tGwQoTbacE8+Oqnxyk1C7Jk egLzXFzQk1gBj4g0fpAKz8WGJqU+4jTncbKvBr90kxsEgbJUZ08qpqBXDv3FKih/w19q DafA== 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=F8PGBhlJDQvVC5mrh+W0xMoVURsrNrFoeEJlwnV0MlE=; b=LAemdr5PIQ78AYTe79I1cIztYRZOyhTiA7hrH9h47CN4trsL+QrxG7LYthNWE7wKqH 6phDWmDHb8DTk1heaMnEBoIjA/zvDIsuSiV9oOCaNt2mdG4kELdnFWkErqlwo7IuMcwT QpOYaVJ/VfUn7T2A44v/MvV/oMvOFaNM27BVqcwznQ7pIgBrQB4BtS1jIoXqD8E+CJBB Y2Qkjf4B7CKLXAF+3eiG2NJRF3cNc/p7X7YJGkYgfSENPhQXdHZcJPgx9cLiTSfOsF2V OG3ygun15gi3yX8xaJCJKAzzqF+Jgel+RT/KzyPrPaG3/Fsi7NEhJ6XzALPgVX/KlvZd BiPQ== X-Gm-Message-State: AOAM533aQmsW3FOL550IALLvWVLpxuPqVhOxmAmSQaAIiCzTNLVD7B6y 9kU+fMRlu+b5lNT1lqHeIfETtqV1q11KyAaUdB4= X-Google-Smtp-Source: ABdhPJz9sdqettkcEI2HlIQ/5j2gUZac4LdMb830693eC/GV4goV2E9gRUQkwjNqf7OpIhJYUGXkg56rqj5hvDWQwT0= X-Received: by 2002:a05:622a:164a:: with SMTP id y10mr3882952qtj.629.1643310755333; Thu, 27 Jan 2022 11:12:35 -0800 (PST) MIME-Version: 1.0 References: <87v906j2cm.wl-morrowc@ops-netman.net> <57CF1837-CB50-4FE1-89C7-953396BD5FF6@vigilsec.com> <4F3257F1-3627-43BE-B084-AEB5393FAA90@vigilsec.com> In-Reply-To: From: Christopher Morrow Date: Thu, 27 Jan 2022 14:12:24 -0500 Message-ID: To: Randy Bush Cc: Russ Housley , SIDR Operations WG Content-Type: multipart/alternative; boundary="000000000000d3cc2805d69519ae" Archived-At: Subject: Re: [Sidrops] WGLC - draft-ietf-sidrops-rpki-has-no-identity - ENDS 12/16/2021 (Dec 16 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: Thu, 27 Jan 2022 19:12:42 -0000 --000000000000d3cc2805d69519ae Content-Type: text/plain; charset="UTF-8" Hulo! new day, new message... I believe the end of the story for: https://datatracker.ietf.org/doc/draft-ietf-sidrops-rpki-has-no-identity/ is that the WGLC ended, we all agreed to move forward, so now I need to shephard doc this and click the 'pls publish' button. On Fri, Jan 7, 2022 at 2:00 PM Randy Bush wrote: > >> I suppose now: "Hey, if you made a comment and were expecting a > >> reply/fix... Did you get what you wanted?" > > > > > > Geoff provided the only comment. His message to the WG Chairs and > > authors yesterday tells me that the comments have been addressed. > > as i said, misspelling, in my message > > > authers and the one please-fix reviewer, geoff huston, have converged. > > randy > --000000000000d3cc2805d69519ae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hulo!
new day, new message...

I believe the end of the story for:
=C2=A0=C2=A0https://data= tracker.ietf.org/doc/draft-ietf-sidrops-rpki-has-no-identity/

is that the WGLC ended, we all agreed to move forward, so n= ow I need to shephard doc this and click the 'pls publish' button.<= /div>

On Fri, Jan 7, 2022 at 2:00 PM Randy Bush <randy@psg.com> wrote:
>> I suppose now: "Hey, if you made a comm= ent and were expecting a
>>=C2=A0 =C2=A0reply/fix... Did you get what you wanted?"
>
>
> Geoff provided the only comment.=C2=A0 His message to the WG Chairs an= d
> authors yesterday tells me that the comments have been addressed.

as i said, misspelling, in my message

> authers and the one please-fix reviewer, geoff huston, have converged.=

randy
--000000000000d3cc2805d69519ae-- From nobody Thu Jan 27 11:22:46 2022 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 8C5EA3A0E47; Thu, 27 Jan 2022 11:22:43 -0800 (PST) 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 1X4b-AkObjJw; Thu, 27 Jan 2022 11:22:39 -0800 (PST) Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (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 1F3113A0DFF; Thu, 27 Jan 2022 11:22:39 -0800 (PST) Received: by mail-qk1-x72b.google.com with SMTP id g145so3582897qke.3; Thu, 27 Jan 2022 11:22:39 -0800 (PST) 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=5ef8jNOvyDogQHqbQkNkFn9uvGveiGBxgWncjECSKkE=; b=gdetcNZdLLY5A1HV03gVXDNf3f/T1zO7mIJ8uwsuolwKGDHncfx+cUVEtW1wgGgNuz u0dKz+IU3Raaah3b5csPK0sISMAUzLU2/IgqWwbPBzi0M1Bq1F6RnFJXDgdppBnjj5tX +HklN+sfN1W7ySfe0+U+NuxTywQpCXfjf87QQbqR85p0eAbXPboZVhs7O65+kAJEbGRS bTyhJDVS0Qt0kDOFLIRNeygvG7EJ+tDVQlEjgyiUsUKaDr2ATRJY4psD2FG6GqKwQfDt kMp9WNWMc2nbheXB+4TMbDFJaImiCjCa8yIn6FSAryrRcOJB22Yh0nHglmMSbPIn+rtQ FJYw== 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=5ef8jNOvyDogQHqbQkNkFn9uvGveiGBxgWncjECSKkE=; b=oK0Q3vUZFjya2th9by1SdByKMsXWknDQ6pzPCCsayGxvhP0RLLvJ7uQv2CdAgfQvWW INEBDq9z9hD52v5bNqCrLdDqj5fLldKZBrrnpO2CcnfENPrh/7FoZoA9YU5nn0Z7ikSP 9xXCafFWJYn4oiiicvQDPKysV3wQbeb6B2WwFcDCP6X/SJJ7VFa40sRN8lgGhxtbl/pn kWc9MBJi87AdOVydgCptyiK1/zREGI3egJJqiQaVJUg0+xYQ0mMGKSr7Z7XP35dhWxbm VDP5sXeqtL0TWl5/FRoqgUtTtz77GudECtdStltk4ik0XG5+T8HKjg31ziKB4ngimwuF 65HA== X-Gm-Message-State: AOAM530u3MqYOs+hbZF/2J/0YoLo4y526+J/XG4XNZ7FoUTa4AUHZSNL A+E2QyXMlM4ZMaYw8J8MHaDpUzyXJ/t53BgcTrXwEdgaRDV/Rw== X-Google-Smtp-Source: ABdhPJy/fu7f9jWgRRJUyKUCZMLpOJX4GK+wnLaLTmf+tTK6654XGmgrrNcIO6PfjkgRLIQzJstK5YVRywR78asqLx0= X-Received: by 2002:ae9:e648:: with SMTP id x8mr3839541qkl.366.1643311356871; Thu, 27 Jan 2022 11:22:36 -0800 (PST) MIME-Version: 1.0 From: Christopher Morrow Date: Thu, 27 Jan 2022 14:22:26 -0500 Message-ID: To: SIDR Operations WG , SIDROps Chairs , sidrops-ads@ietf.org Content-Type: multipart/alternative; boundary="000000000000ae88ca05d6953dc9" Archived-At: Subject: [Sidrops] [WG-ADOPTION] draft-ymbk-sidrops-rov-no-rr ENDS: 2/10/2022 (Feb 2nd 2022) 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, 27 Jan 2022 19:22:44 -0000 --000000000000ae88ca05d6953dc9 Content-Type: text/plain; charset="UTF-8" Howdy Folks! Please take this note as the start of a WorkingGroup Adoption Call for: https://datatracker.ietf.org/doc/draft-ymbk-sidrops-rov-no-rr whose abstract is: "A BGP Speaker performing RPKI-based policy should not issue Route Refresh to its neighbors when receiving new RPKI data. A method for avoiding doing so is described." The document is predictably short, talks about a problem which seems real and proposes a direction :) Give it a read, consider it's place in the world of SIDROPS and ACK/NACK this message to signal appropriate action. thanks! -chris co-chair-persona --000000000000ae88ca05d6953dc9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Howdy Folks!

Please take this note as t= he start of a WorkingGroup Adoption Call for:
=C2=A0=C2=A0https://datatra= cker.ietf.org/doc/draft-ymbk-sidrops-rov-no-rr

whose abstract is:
=C2=A0 "A BGP Speaker performing RPKI-based pol= icy should not issue Route
=C2=A0 =C2=A0Refresh to its neighbors when = receiving new RPKI data.=C2=A0 A method for
=C2=A0 =C2=A0avoiding doing = so is described."

The document is predictably short, talks= about a problem which seems real and proposes a direction :) Give it a rea= d, consider it's place in the world of SIDROPS and ACK/NACK this messag= e to signal appropriate action.

thanks!
= -chris
co-chair-persona
--000000000000ae88ca05d6953dc9-- From nobody Thu Jan 27 11:32:03 2022 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 4C0FE3A0ED6 for ; Thu, 27 Jan 2022 11:32:02 -0800 (PST) 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=unavailable 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 Dsy5fXLppYH8 for ; Thu, 27 Jan 2022 11:31:57 -0800 (PST) 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 524D73A0ED7 for ; Thu, 27 Jan 2022 11:31:57 -0800 (PST) Received: by mail-io1-xd2a.google.com with SMTP id c188so4896498iof.6 for ; Thu, 27 Jan 2022 11:31:57 -0800 (PST) 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=FAw7ZZ/MdjuvnGjQGbDWGak73yfahZcYDZLN3h6IG5A=; b=F4uM3jp2GdYmfxXDdgBGmIvp3y6OQbiNkY7x3MkD/mkYERkRYRPEk1nIPXUPssoFCO o8Nexl6sKXSfzTaw/egsNvafbZ/hmSc1jpv57gNjJJmyoS++eiD9ZxbQ7Hscn4BqlfmX JGzJP5N+2tOKU2cOt1TtcN9wqg02JhDBVwppY= 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=FAw7ZZ/MdjuvnGjQGbDWGak73yfahZcYDZLN3h6IG5A=; b=44VfuybkXocuSfSBc7gX2J/BWDMNqxkU6I49xHwK2fQROLJ/gXtDABflQAFEpNNVAs f3/bNdCZsV/66mx5ulOGbOSCv2tPhtG4j9kl+XZVLtwwgbrZyK72dVDgNCg3BQcAd27n 3RooKMoIXNU4BNI1kA2qIgNYGEcIHFheZAdTAkrgsphgaTuZ4+WAWqI2Fu0eSCv0yrbY RXbL0GE19YgI6XcIEStxp6wzZlEf8z+/0bT13sX6ByfFKq6egb4xi2iyb7Y1w+ssxjsH EG4HyrTvOWNx8L/9/vgy4gDxMj5/iedrr1Bw+OrePVwojv7lPVFaMxNRmCffvMcih5xV NfiQ== X-Gm-Message-State: AOAM532uZQMG2H0UNPn7EFuHhp84cx5YArSlFcBC+ZRjWMNvWLtcwtFL yJ+S/n7boj4vk4uL64CWof+tSrykt6nu1lzKkGNe0zy79so= X-Google-Smtp-Source: ABdhPJyXUVeYwiI8141UPjUXGEhoDD77isqlaMo/8MvbWHeuS4lfqYtcTh06KIPqGorwLv3vx5RORnNBB9Q1mVYMXLs= X-Received: by 2002:a05:6638:687:: with SMTP id i7mr2716158jab.222.1643311915673; Thu, 27 Jan 2022 11:31:55 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Job Snijders Date: Thu, 27 Jan 2022 20:31:45 +0100 Message-ID: To: Christopher Morrow Cc: SIDR Operations WG , SIDROps Chairs , sidrops-ads@ietf.org Content-Type: multipart/alternative; boundary="000000000000fd4c9105d6955e8a" Archived-At: Subject: Re: [Sidrops] [WG-ADOPTION] draft-ymbk-sidrops-rov-no-rr ENDS: 2/10/2022 (Feb 2nd 2022) 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, 27 Jan 2022 19:32:02 -0000 --000000000000fd4c9105d6955e8a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hey Chris, group, I think this document already went through =E2=80=9Ccall for WG adoption=E2= =80=9D in december 2021? (Perhaps I=E2=80=99m confused, but in any case - yes, I support this doc be= ing adopted!) Kind regards, Job On Thu, 27 Jan 2022 at 20:22, Christopher Morrow < christopher.morrow@gmail.com> wrote: > Howdy Folks! > > Please take this note as the start of a WorkingGroup Adoption Call for: > https://datatracker.ietf.org/doc/draft-ymbk-sidrops-rov-no-rr > > whose abstract is: > "A BGP Speaker performing RPKI-based policy should not issue Route > Refresh to its neighbors when receiving new RPKI data. A method for > avoiding doing so is described." > > The document is predictably short, talks about a problem which seems real > and proposes a direction :) Give it a read, consider it's place in the > world of SIDROPS and ACK/NACK this message to signal appropriate action. > > thanks! > -chris > co-chair-persona > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops > --000000000000fd4c9105d6955e8a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hey Chris, group,

I think this document already went through =E2=80=9Ccall for WG= adoption=E2=80=9D in december 2021?

(Perhaps I=E2=80=99m confused, but in any case - yes, I suppor= t this doc being adopted!)

Kind regards,

Job

On Thu, 27 Jan 2022 at 20:22, Christopher Morrow <christopher.morrow@gmail.com> wrote:
<= /div>
Howdy Folks!

Plea= se take this note as the start of a WorkingGroup Adoption Call for:
=C2= =A0=C2=A0https://datatracker.ietf.org/doc/draft-ymbk-sidro= ps-rov-no-rr

whose abstract is:
=C2=A0 &quo= t;A BGP Speaker performing RPKI-based policy should not issue Route
= =C2=A0 =C2=A0Refresh to its neighbors when receiving new RPKI data.=C2=A0 A= method for
=C2=A0 =C2=A0avoiding doing so is described."

The document is predictably short, talks about a problem which seems rea= l and proposes a direction :) Give it a read, consider it's place in th= e world of SIDROPS and ACK/NACK this message to signal appropriate action.<= /div>

thanks!
-chris
co-chair-person= a
_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--000000000000fd4c9105d6955e8a-- From nobody Thu Jan 27 13:14:29 2022 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 73D3F3A0DE9; Thu, 27 Jan 2022 13:14:27 -0800 (PST) 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 BrOEQWREsNVi; Thu, 27 Jan 2022 13:14:23 -0800 (PST) Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) (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 0227F3A0DE6; Thu, 27 Jan 2022 13:14:22 -0800 (PST) Received: by mail-qk1-x736.google.com with SMTP id g145so3828115qke.3; Thu, 27 Jan 2022 13:14:22 -0800 (PST) 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=818LPm4V6UzVg8LxnF55q7ir9ClMxbUPDUbrw5OVpVs=; b=XOHDD5bVrTgITfLS70F34rNxd4Ejx5ZCbtBii+D4friax9wmVC38c0o71G0eRXssN9 K67CKIp9p6dHuyPJrx11MdRgNYTKJ5ts35bDAGJm0FmlXt3T2jlhyJndBCuY2b53Fk2N gdur31jJvzLnRAIhSOd39l0yhiwX7qIEr/RX1MqUkkUGiQH2trZFtKvXm6bTktErcA7b PcKOK7AwcYd4g5MiMRSNozJ5EtEDj1pDRP4XppRZAbI+7MWSVgBbYLvQiZEOgE3fZCGi vtZDpgXM/Pf6aIFNjhZ+T6RPlok3jz+Z6l1tPH2cCeXEq6nYmDwXFHQjr8CKJMGNEhUo Zrbw== 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=818LPm4V6UzVg8LxnF55q7ir9ClMxbUPDUbrw5OVpVs=; b=ZaEtMx+/oVfzE31Ld/Z8HDoiohZjXsdLyi/bCZ8LUziZBxiLwf79fCghNr5CyFtl0Q MA01MqAErcewnBm8wZmiGRzNoUd78P9n5zKM/sthTNvzotAR/B8Iw+IDZcBiyWoZbTDq UNzW9J4DbSHkYicjtvov1aeLQtTC3XkORjnUTRfKkKWJYC4gFM2fzsNfScCExEORR8yS td9Y3PEWGf3lYGkDm7GXWKn6zlS2lhtWWJVaRt20/2QGBeaUBlWO7Cwwu22a2pAF9PGj ym1aZPvCu1+XVH35HMGER6KFnNYB5TzSVH74Tf1NuxfrcowhktvEQaYepqKLMxOyx745 hTSw== X-Gm-Message-State: AOAM531w0E7Lvf0n7i7OrsABnz0iEEH5GZYo7AEDMr0hRQ95oXvHMmZG b/opLjelm4BH9USYpHBcRrj5g2nmIXuw55ILnt8= X-Google-Smtp-Source: ABdhPJySRYKqjj2Wsi6GBjnLEyrQ6se5/Cv9byHn/QUacXijVR1zAX8QdWV4336O7IxfYf1WXwbCIFigLGqeEfDMDcY= X-Received: by 2002:ae9:e648:: with SMTP id x8mr4037930qkl.366.1643318060615; Thu, 27 Jan 2022 13:14:20 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Christopher Morrow Date: Thu, 27 Jan 2022 16:14:10 -0500 Message-ID: To: Job Snijders Cc: SIDR Operations WG , SIDROps Chairs , sidrops-ads@ietf.org Content-Type: multipart/alternative; boundary="000000000000418f8305d696cd31" Archived-At: Subject: Re: [Sidrops] [WG-ADOPTION] draft-ymbk-sidrops-rov-no-rr ENDS: 2/10/2022 (Feb 2nd 2022) 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, 27 Jan 2022 21:14:28 -0000 --000000000000418f8305d696cd31 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Jan 27, 2022 at 2:31 PM Job Snijders wrote: > Hey Chris, group, > > I think this document already went through =E2=80=9Ccall for WG adoption= =E2=80=9D in > december 2021? > > (Perhaps I=E2=80=99m confused, but in any case - yes, I support this doc = being > adopted!) > > https://mailarchive.ietf.org/arch/msg/sidrops/zvyOkN-aMut66-jwW9sH382W870 one of us is confused, one is not... I'll leave it to the readers to determine. So... as I was saying, could the authors please send an updated version into the datatracker? :) -chris co-chair-persona (thanks for bearing with me in this world of uncertain email subjects and contents) > Kind regards, > > Job > > On Thu, 27 Jan 2022 at 20:22, Christopher Morrow < > christopher.morrow@gmail.com> wrote: > >> Howdy Folks! >> >> Please take this note as the start of a WorkingGroup Adoption Call for: >> https://datatracker.ietf.org/doc/draft-ymbk-sidrops-rov-no-rr >> >> whose abstract is: >> "A BGP Speaker performing RPKI-based policy should not issue Route >> Refresh to its neighbors when receiving new RPKI data. A method for >> avoiding doing so is described." >> >> The document is predictably short, talks about a problem which seems rea= l >> and proposes a direction :) Give it a read, consider it's place in the >> world of SIDROPS and ACK/NACK this message to signal appropriate action. >> >> thanks! >> -chris >> co-chair-persona >> _______________________________________________ >> Sidrops mailing list >> Sidrops@ietf.org >> https://www.ietf.org/mailman/listinfo/sidrops >> > --000000000000418f8305d696cd31 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Jan 27, 2022 at 2:31 PM Job S= nijders <job@fastly.com> wrote:=
Hey Chris, group,

I t= hink this document already went through =E2=80=9Ccall for WG adoption=E2=80= =9D in december 2021?

(P= erhaps I=E2=80=99m confused, but in any case - yes, I support this doc bein= g adopted!)


https://mailarchive.ietf.org/arch/msg/sidrops/zvyOkN-aMut66-j= wW9sH382W870

one of us is confused, one is= not... I'll leave it to the readers to determine.
So... as I= was saying, could the authors please send an updated version into the data= tracker? :)

-chris
co-chair-persona
(thanks for bearing with me in this world of uncertain email subjects= and contents)



=C2= =A0
Kind regards,

Job

On Thu, 27 Jan 2022 at 20:22, Christopher Morrow &l= t;christo= pher.morrow@gmail.com> wrote:
Howdy Folks!

Pleas= e take this note as the start of a WorkingGroup Adoption Call for:
=C2= =A0=C2=A0https://datatracker.ietf.org/doc/draft-ymbk-sidro= ps-rov-no-rr

whose abstract is:
=C2=A0 &quo= t;A BGP Speaker performing RPKI-based policy should not issue Route
= =C2=A0 =C2=A0Refresh to its neighbors when receiving new RPKI data.=C2=A0 A= method for
=C2=A0 =C2=A0avoiding doing so is described."

The document is predictably short, talks about a problem which seems rea= l and proposes a direction :) Give it a read, consider it's place in th= e world of SIDROPS and ACK/NACK this message to signal appropriate action.<= /div>

thanks!
-chris
co-chair-person= a
_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--000000000000418f8305d696cd31-- From nobody Thu Jan 27 13:17:09 2022 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 D5EB23A0E19; Thu, 27 Jan 2022 13:17:07 -0800 (PST) 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 lCflf_iZBSue; Thu, 27 Jan 2022 13:17:03 -0800 (PST) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (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 939AB3A0E1C; Thu, 27 Jan 2022 13:17:03 -0800 (PST) Received: by mail-qt1-x832.google.com with SMTP id k14so3568053qtq.10; Thu, 27 Jan 2022 13:17:03 -0800 (PST) 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=3fATkMA8eEYtHSMp1gQJYGoZBqHfqt67CFTRmKZ4BI8=; b=H9K01JPczCIsOI0M9ABr5rHd1DnqAvFDK7WhkRKx56X/pW9NM/OxfACaSaizH5Y/iC gcPJwrQNaR/eiVpwQwOmdF5quyzhmw+BqVeeYohHtFy194edZI58Vt3JW9EaERMjt7Rg ATQ7tysLjyF+694rGYzknZGjTjxivbZZq/LGW0kNJsBxDhcXURtN005Bb7KKHGiwq998 W0NNXwKNrvg31QS2qEn79j/OBRmywrTdsvqcxk1sEnwJ/o/7IdPHOfzXa7BZR2FeYSC6 x6/3DxizvR/9MTdnWLdxGY5Rj+SglTaA+mD5g3w8gzHwlxQTG9vF2Af0xHaVfoXvppub amvw== 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=3fATkMA8eEYtHSMp1gQJYGoZBqHfqt67CFTRmKZ4BI8=; b=WPx+Pow1bBl5NrUOAugv+n2R40ve37l0fksvuRcE8GsXLEIz+fCGFWNctk1+VgnGXJ 2cM0CxnvlwWOsFePjWlku5NTNCxWK0/T3tsaTlpWiGXoQLOslGL0mnu3IdJ0ec17MJjT 0xq4r6hxSr0fj+GdWTIIYpUVz4KawEkc/Aq97ZdUObzB/MRXLoygfJzA5H3ZBlEnPjwV SHqeJiSz2E1Ylc3a5mi6NLufIRcVDl9/2Nr2DFNhMos3RJTIGd1r+cLF244BjF5OE/vd QUG6OkJwhOVVpNqi9ecVOn7dtXwC7VKbQwhHITaNgc4wg3pXJFAKorhIKWBUiEEMY24J 1ySw== X-Gm-Message-State: AOAM531yUv0ovaK040wb8IGMknmFlSjaBSqzxcQMm96z/xBvS5QTAFmG KqhBlOgJjBQ1klGla01he4dI7vltRNNGrik9Y9Nd8Khvg1Nxpg== X-Google-Smtp-Source: ABdhPJze8ixZdXdxHb/el9JcEvLumCwfDEMjGl+Xp5LqgB/UhyTLOQxvI7rc+EBZh5dWqJCYQF7fgSSIVAagVvnCQds= X-Received: by 2002:a05:622a:164a:: with SMTP id y10mr4120651qtj.629.1643318221858; Thu, 27 Jan 2022 13:17:01 -0800 (PST) MIME-Version: 1.0 References: <87y252j2kl.wl-morrowc@ops-netman.net> In-Reply-To: From: Christopher Morrow Date: Thu, 27 Jan 2022 16:16:51 -0500 Message-ID: To: Randy Bush Cc: Job Snijders , Chris Morrow , SIDR Operations WG , SIDROps Chairs , sidrops-ads@ietf.org Content-Type: multipart/alternative; boundary="000000000000ddec5905d696d655" Archived-At: Subject: Re: [Sidrops] WG-ADOPTION: draft-ymbk-sidrops-rov-no-rr - ENDS: 12/16/2021 (2021 Dec 16) 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, 27 Jan 2022 21:17:08 -0000 --000000000000ddec5905d696d655 Content-Type: text/plain; charset="UTF-8" noting here that the wg adoption call for: sidrops-rov-no-rr finished up, positively.. and even though I sent a NEW wg-adoption message for this earlier today... I am/was confused :( but, at any rate, a newly named version of: sidrops-rov-no-rr should be sent along properly whenever the authors are prepared for said things. On Fri, Jan 7, 2022 at 10:47 AM Randy Bush wrote: > > actually I think they meant: "Ok, now mark as adopted, see the rename > > happened!!" > > the rename looks to have happened three revs ago, back in may, according > to datatracker. > > i suspect the cause of confusion is your choice of your message subject. > > randy > > > 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-03.txt > > Pages : 7 > > Date : 2022-01-06 > > > > 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-03 > > > > A diff from the previous version is available at: > > > > > https://www.ietf.org/rfcdiff?url2=draft-ietf-sidrops-rpki-has-no-identity-03 > --000000000000ddec5905d696d655 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
noting here that the wg adoption call for:
=C2=A0=C2=A0= sidrops-rov-no-rr

finished=C2=A0up, positively.. and eve= n though I sent a NEW wg-adoption message for this earlier today...
I am/was confused :(

but, at any rate, a newly = named=C2=A0 version of:
=C2=A0=C2=A0sidrops-rov-no-rr

should be sent along properly whenever the authors are prepared for = said things.

On Fri, Jan 7, 2022 at 10:47 AM Randy Bush <randy@psg.com> wrote:
> actually I think they meant: "= ;Ok, now mark as adopted, see the rename
> happened!!"

the rename looks to have happened three revs ago, back in may, according to datatracker.

i suspect the cause of confusion is your choice of your message subject.
randy

> 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=A0Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0: The I in RPKI does not stand for Identity
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: R= andy 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=A0Russ Housley
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-= ietf-sidrops-rpki-has-no-identity-03.txt
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0: 7
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 : 2022-01-06
>
> Abstract:
>=C2=A0 =C2=A0 There is a false notion that Internet Number Resources (I= NRs) in the
>=C2=A0 =C2=A0 RPKI can be associated with the real world identity of th= e 'owner' of
>=C2=A0 =C2=A0 an INR.=C2=A0 This document attempts to put that notion t= o rest.
>
> The IETF datatracker status page for this draft is:
>
>=C2=A0 https://datatrac= ker.ietf.org/doc/draft-ietf-sidrops-rpki-has-no-identity/
>
> There is also an htmlized version available at:
>
>=C2=A0 https://d= atatracker.ietf.org/doc/html/draft-ietf-sidrops-rpki-has-no-identity-03=
>
> A diff from the previous version is available at:
>
> https://www.ietf.= org/rfcdiff?url2=3Ddraft-ietf-sidrops-rpki-has-no-identity-03
--000000000000ddec5905d696d655-- From nobody Thu Jan 27 14:29:36 2022 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 EDE823A1431; Thu, 27 Jan 2022 14:29:33 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Chris Morrow via Datatracker To: X-Test-IDTracker: no X-IETF-IDTracker: 7.43.0 Auto-Submitted: auto-generated Precedence: bulk Cc: iesg-secretary@ietf.org, morrowc@ops-netman.net, sidrops-chairs@ietf.org, sidrops@ietf.org Message-ID: <164332257394.6098.8191304487172757963@ietfa.amsl.com> Date: Thu, 27 Jan 2022 14:29:33 -0800 Archived-At: Subject: [Sidrops] Publication has been requested for draft-ietf-sidrops-rpki-has-no-identity-03 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, 27 Jan 2022 22:29:34 -0000 Chris Morrow has requested publication of draft-ietf-sidrops-rpki-has-no-identity-03 as Proposed Standard on behalf of the SIDROPS working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-sidrops-rpki-has-no-identity/ From nobody Thu Jan 27 14:47:08 2022 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 99F933A08CE; Thu, 27 Jan 2022 14:47:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.9 X-Spam-Level: X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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 24afwO9GkqeY; Thu, 27 Jan 2022 14:47:02 -0800 (PST) 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 375F73A08A1; Thu, 27 Jan 2022 14:47:02 -0800 (PST) Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.93) (envelope-from ) id 1nDDXb-000OMN-QB; Thu, 27 Jan 2022 22:46:56 +0000 Date: Thu, 27 Jan 2022 14:46:54 -0800 Message-ID: From: Randy Bush To: Christopher Morrow Cc: Job Snijders , Chris Morrow , SIDR Operations WG , SIDROps Chairs , sidrops-ads@ietf.org In-Reply-To: References: <87y252j2kl.wl-morrowc@ops-netman.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] WG-ADOPTION: draft-ymbk-sidrops-rov-no-rr - ENDS: 12/16/2021 (2021 Dec 16) 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, 27 Jan 2022 22:47:07 -0000 > but, at any rate, a newly named version of: > sidrops-rov-no-rr > > should be sent along properly whenever the authors are prepared for said > things. sent From nobody Thu Jan 27 14:48:55 2022 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 0B29C3A0855 for ; Thu, 27 Jan 2022 14:48:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.097 X-Spam-Level: X-Spam-Status: No, score=-7.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, RCVD_IN_DNSWL_HI=-5, 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 iCqQ43cV2myp for ; Thu, 27 Jan 2022 14:48:49 -0800 (PST) Received: from mail-qt1-x82e.google.com (mail-qt1-x82e.google.com [IPv6:2607:f8b0:4864:20::82e]) (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 D3D453A0851 for ; Thu, 27 Jan 2022 14:48:48 -0800 (PST) Received: by mail-qt1-x82e.google.com with SMTP id i4so3841581qtr.0 for ; Thu, 27 Jan 2022 14:48:48 -0800 (PST) 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=nMcMAh+0xci8Q6OcYyT1WJGf8w4pmIa6qDi+KKVCiak=; b=a0Owu953qmP1PRW8j7Qnp0+14b9osC8lWNsE0DWkANp1+6QeuMwPXNqPX2cnnV9W7l q2zz1YUQz+ql1iVgRyk9Tjw9winynD4AVHQmqkgjo5IfzddTeyK9vAmT7dDQB2qupbrC Y9tgzx3llDOD2vBgEuQvSUAV3Qqc+uNtsDKJ9EqKdSLUX7s/NMof+cnOdB052UaCzWNf uLbGngcO+1/HW5w3kVaGu2u7mHJUyF0/dIDw/EHCij7zDNy6c7luPuH1BKmc6rGUx+ZA DqAZJhSSAz2BabXmD3Ys+ZWLgTiUonpwl5lUKqCfbApBXZvr6LF98uohJU08izcLcbGp RFHg== 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=nMcMAh+0xci8Q6OcYyT1WJGf8w4pmIa6qDi+KKVCiak=; b=C03EA7E5reD66bdxCBvJWFKhVWTMdrZpxIl7w3MWRbWY8TYuluuqaEMpmfuXKi/uDF h1f/gPWfxEgJSgGU56CV4cJ2VoQyEHF4Og83t0M5KjlEukp85tneTRE/coveIc9gfGXq tzmrT8BlUt782ELGv7dj0mSlXLnRhfwFz1Jy82KtqRxZ1Klfy5K1BR2qnT8ijPcvG9ok /L6VuPPg8B8gCcTih9K+olN4sYLKfT7t3pf7RXwQ0Akv4WaW1XKj/TRsszyWitlt0xSC kipkhlf9919fcoR9wexamyiQmepHgnQjq6iCRv/3ay/fewu1hL74r/eAJsuOkr16TLgZ HM1Q== X-Gm-Message-State: AOAM531Kfse1DCyE5mWicBQWJ9ckVNxdnStGd5uxOxzzW4TlSlmsYQuL tGl0fj7owRDCu1tnYICComSJij0st2DtIFENERA= X-Google-Smtp-Source: ABdhPJxJfnH47JQikMF+tm1t6LY8TOrJRYvu9nmdqjHDMF+Cwn5QFnYmXFPogBd1BPIBce34GfGTj06nsEdZLR4bNy4= X-Received: by 2002:ac8:4e4f:: with SMTP id e15mr4255011qtw.675.1643323725696; Thu, 27 Jan 2022 14:48:45 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Christopher Morrow Date: Thu, 27 Jan 2022 17:48:35 -0500 Message-ID: To: Keyur Patel Cc: "sidrops@ietf.org" Content-Type: multipart/alternative; boundary="000000000000ebd21905d6981ea7" Archived-At: Subject: Re: [Sidrops] [WGLC] draft-ietf-sidrops-8210bis-05 - Ends 31/January/2022 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, 27 Jan 2022 22:48:53 -0000 --000000000000ebd21905d6981ea7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Reminder about this standing WGLC which I think hasnt' seen any (at least public) chatter... On Mon, Jan 17, 2022 at 5:29 PM Keyur Patel wrote: > Hi Folks: > > > > A working group last call has been re-issued for draft-ietf-sidrops-8210b= is-05, =E2=80=9CThe Resource Public Key Infrastructure (RPKI) to Router Pro= tocol, Version 2=E2=80=9D. All the pending edits and discusses from the pr= evious last call has been resolved. Please reply to the list with your comm= ents. The WGLC will end on January 31st, 2022. > > > > The draft can be found at https://datatracker.ietf.org/doc/html/draft-iet= f-sidrops-8210bis. Authors, please reply indicating whether you're aware of= any relevant IPR that hasn't been disclosed. > > > > Regards, > > Nathalie, Chris & Keyur > > > > > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops > --000000000000ebd21905d6981ea7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Reminder about this standing WGLC which I think hasnt'= seen any (at least public) chatter...

=
On Mon, Jan 17, 2022 at 5:29 PM Keyur= Patel <keyur@arrcus.com> wro= te:
Hi Folks:
=C2=A0
A working group la=
st call has been re-issued for draft-ietf-sidrops-8210bis-05, =E2=80=9CThe =
Resource Public Key Infrastructure (RPKI) to Router Protocol, Version 2=E2=
=80=9D.=C2=A0 All the pending edits and discusses from the previous last ca=
ll has been resolved. Please reply to the list with your comments. The WGLC=
 will end on January 31st, 2022.
=C2=A0
The draft can be f=
ound at https://d=
atatracker.ietf.org/doc/html/draft-ietf-sidrops-8210bis. Authors=
, please reply indicating whether you're aware of any relevant IPR that=
 hasn't been disclosed.
=C2=A0
Regards,=

Nathalie, Chris &a=
mp; Keyur

=C2=A0

=C2=A0<= /span>

_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--000000000000ebd21905d6981ea7-- From nobody Thu Jan 27 14:57:35 2022 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 F10083A094D; Thu, 27 Jan 2022 14:57:27 -0800 (PST) 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.43.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: sidrops@ietf.org Message-ID: <164332424782.13587.5067031519921972936@ietfa.amsl.com> Date: Thu, 27 Jan 2022 14:57:27 -0800 Archived-At: Subject: [Sidrops] I-D Action: draft-ietf-sidrops-rov-no-rr-00.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, 27 Jan 2022 22:57:28 -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 : RPKI-Based Policy Without Route Refresh Authors : Randy Bush Keyur Patel Philip Smith Mark Tinka Filename : draft-ietf-sidrops-rov-no-rr-00.txt Pages : 7 Date : 2022-01-27 Abstract: A BGP Speaker performing RPKI-based policy should not issue Route Refresh to its neighbors when receiving new RPKI data. A method for avoiding doing so is described. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sidrops-rov-no-rr/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-rov-no-rr-00 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Fri Jan 28 02:09:31 2022 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 82E4E3A271E for ; Fri, 28 Jan 2022 02:09:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.8 X-Spam-Level: X-Spam-Status: No, score=-2.8 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, RCVD_IN_DNSWL_LOW=-0.7, 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 Xpca__tXHDwH for ; Fri, 28 Jan 2022 02:09:24 -0800 (PST) Received: from outbound.soverin.net (outbound.soverin.net [IPv6:2a01:4f8:fff0:65::8:228]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 455CD3A1D31 for ; Fri, 28 Jan 2022 02:09:23 -0800 (PST) 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 D1C942419; Fri, 28 Jan 2022 10:09:17 +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=1643364557; bh=NK1U+CmscQQM1PaoSdCdgrWwADM28dK609I0vF8WUk0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=xozXJp8TXrFgkhYJvCGafZCe+yEwiF2YPO83j1c40lGvphJRmyNXrX/XIHAjyvrjx fqFDl8YKNqCS+WKOk5yD5yOqOB7ZPKdpLxSHbqqpbLa8Fyyqbymdr3OXVxEGVhXb+K N4bQtBHHhZ/ih0Qgh0+vZDNjqT4kzmpeJia8zfcGK8CxScVobbkf8euTegKyNJSVZB KgviRlq39ffwK4iyyfEv+Bdmk+8hh13nlT6khcZIBwJc+xkfegv5sGWBkvshB+X8V+ dTJ7d/ErBb6jqtD8fGflCF/dD88xbRLMVXwjDVPK6J/ApP4UQICyuDrisWGxJ2hpoJ omdl3VDyxsjLA== Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.40.0.1.81\)) From: Tim Bruijnzeels In-Reply-To: Date: Fri, 28 Jan 2022 11:09:15 +0100 Cc: Keyur Patel , "sidrops@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <5BDF3D11-C1D6-441F-A14F-6EA151100C66@nlnetlabs.nl> References: To: Christopher Morrow Archived-At: Subject: Re: [Sidrops] [WGLC] draft-ietf-sidrops-8210bis-05 - Ends 31/January/2022 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, 28 Jan 2022 10:09:30 -0000 Hi, > On 27 Jan 2022, at 23:48, Christopher Morrow = wrote: >=20 > Reminder about this standing WGLC which I think hasnt' seen any (at = least public) chatter... >=20 > On Mon, Jan 17, 2022 at 5:29 PM Keyur Patel wrote: > Hi Folks: > =20 > A working group last call has been re-issued for = draft-ietf-sidrops-8210bis-05, =E2=80=9CThe Resource Public Key = Infrastructure (RPKI) to Router Protocol, Version 2=E2=80=9D. All the = pending edits and discusses from the previous last call has been = resolved. Please reply to the list with your comments. The WGLC will end = on January 31st, 2022. First: I do not object against the content of this document. So, please don't take the following as obstructive. On the contrary, I = want to see what can be done to get everything moving.. =46rom a formal perspective there is a normative reference to the = aspa-profile document, so I think that means that document needs become = an RFC before this - or at the same time. Formalities aside, it would be = good to have the next versions of the ASPA profile = (draft-ietf-sidrops-aspa-profile) and AS Path Verification = (draft-ietf-sidrops-aspa-verification) available before calling this = done. In particular, we need clarity on whether we will have: A - 1 or more provider ASNs (profile), and use AS 0 as a special case = for 'no providers' (verification); or B - 0 or more provider ASNs (profile), where 0 means 'no providers' = (verification) As written 8210-bis can cater for both cases - and as such this may not = have to block. Still if the authors and WG decide to stick to option = 'A', then the empty provider set =10(zero providers in the ASPA PDU) = will never occur and it could be a locus for bugs and/or confusion. So, let me repeat my questions to the authors of = draft-ietf-sidrops-aspa-profile and = draft-ietf-sidrops-aspa-verification. When will we see next versions? = Will they use option A or B? And, finally, would you like me to suggest = text for option B to get things moving? I am willing to spend cycles on = this, but only by invitation and if you indicate that this would be = considered constructive. Tim > =20 > The draft can be found at = https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-8210bis. = Authors, please reply indicating whether you're aware of any relevant = IPR that hasn't been disclosed. > =20 > Regards, > Nathalie, Chris & Keyur > =20 >=20 > =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 From nobody Fri Jan 28 06:13:47 2022 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 0BDAC3A1554 for ; Fri, 28 Jan 2022 06:13:46 -0800 (PST) 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, 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 E10iIhMAs-dG for ; Fri, 28 Jan 2022 06:13:40 -0800 (PST) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80049.outbound.protection.outlook.com [40.107.8.49]) (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 B71423A1552 for ; Fri, 28 Jan 2022 06:13:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mLAzrdcc6PrnGxEj0jIfvk7sWlrF10SOOtwKtbApOPgvKvqRUAY/md30TT+WBoWoiqf+0zjfWqoAKlOvmRfDxHmLg5gCb5THAywuydZY9eQy/kSLYU6ekNBZYKcVLZmRZ9mnEppSSYHMdv9PYUxFwJvFRDvXwyBFjtXKWl81bhad2gc4VoIJFzCHidS8Oyh8c2xTsI7qlAp7CKR9O2i7D4zw4347OpgoBRADRAiwxGhrfZOkcmuYCc0dl8Aw1xQfQPoPtx7yUAkOwQvsG5C5PvgIrTWCrJP94aE2lVmqijdkkdKXcIaMbEryhYXLQIp2S45hgRP31sGKOzo+xtb/1g== 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:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=brWr5gjfbYxwoENBBtp6NThJGZk0gkV+eLBgWgSb1Hg=; b=OGrh8MADOENOsyo2+GCG0V2Nz52+WJmI11Njd4f09vphE/CvKp6HeQRIYKWe4DczU3gNg/kbOxFR7ZHsFnRzrvXDIzifEii8mbO1aFSBeQ1ykCBcGe0MzwMi+in3ESn6TaphzXtfDh1RV6ZM1gvRUOk2nu28e4nssPnUVR6K19AttMgPtjekDd63VjOPky1g66+Up19e0pWAx7enpR9QUr9wWX5xPYp+gLuVlad0xGHBaU+oFBFxkVEIiHH+ALahDt3iw63ib2WKHtp4YYjmO4snWi1PTXk5qDY6/NmwUSZCOkzGjPzBIY4ZtwoF3hCu8PE25KDeMafwmUbJ8Skgbg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; 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=brWr5gjfbYxwoENBBtp6NThJGZk0gkV+eLBgWgSb1Hg=; b=GR0dD6ITwWUmNbyfbf9AfPoUVuARlV1H0eLyoiK0DHq1tD+jW4fxStlIzPO+mJBx8OnrKwWaB5NoaqE3n2XYPCGfuiNTG6tWxhIc7HtymaVHAbylM5yu4FqNu2fatmS08v9Bx4N2Ef1+1xDLRFIulPGOSIrAq+VvHJM7imyNl2A= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=workonline.africa; Received: from AS8P190MB1078.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:2e7::13) by AM9P190MB1124.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:270::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4930.15; Fri, 28 Jan 2022 14:13:31 +0000 Received: from AS8P190MB1078.EURP190.PROD.OUTLOOK.COM ([fe80::3005:50e0:7328:352f]) by AS8P190MB1078.EURP190.PROD.OUTLOOK.COM ([fe80::3005:50e0:7328:352f%3]) with mapi id 15.20.4930.018; Fri, 28 Jan 2022 14:13:31 +0000 Date: Fri, 28 Jan 2022 16:13:22 +0200 From: Ben Maddison To: Tim Bruijnzeels Cc: Christopher Morrow , Keyur Patel , "sidrops@ietf.org" Message-ID: <20220128141322.sakuxhcmcmnkqdcn@benm-laptop> References: <5BDF3D11-C1D6-441F-A14F-6EA151100C66@nlnetlabs.nl> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rbhrumtvm3ugibut" Content-Disposition: inline In-Reply-To: <5BDF3D11-C1D6-441F-A14F-6EA151100C66@nlnetlabs.nl> X-ClientProxiedBy: CTXP275CA0020.ZAFP275.PROD.OUTLOOK.COM (2603:1086:100::32) To AS8P190MB1078.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:2e7::13) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 0015efd5-a446-4933-686e-08d9e2685c8b X-MS-TrafficTypeDiagnostic: AM9P190MB1124:EE_ X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: sF4KI0GEsfZh3DY7D+hBYTs45VU6oWivHWpSVDvZrsyuCYBrKMM0NQcYl397D6Cm453PntmNNUDjxB8+p1YeeSFD3P7NgSjkVqibKu1wlQcDWx7FeygeZ17iGeqcJxoEZJmG2KgODJDB9nOe2ZpUIkub8PBWxlPKWRqIx4wQ3p1XeT2Unt3GwpfgZQY06//V4V7SDjJx+jA0wEBaw/Ci/R9qBE6iIstczD5d+bm3MNXU1vVBxyMp8YQZabsbWf/gfZef3hMGEISlItD633PmPVwSgtMF1W82OE3aaIs/zmKQgnmpmcTpgY8hng3MdMTj1RpG7VZJXJxyh9UwwZaPiFNiI5oLBRhNRikiT7O13RKyA/ElwNksC/QsL9OAuNd8a/8VSTrJs9bpjWFk/ZXnTX5fapkrLxXorg+49V5tJHYeCdBWyoJy/jz6shVStaTuTiIQtHhgG3ivpCumg+EAusZOWHccKUKalR7zHQgl6IMbUDa3CHAL8kPoIgc8T+d4InnLezOsrLjtkT65m5CrBJHtP3jB3xv0vMyKjDZhAbgybzjagdBFT6MYRdKirg+YRpbj18FNtai5ep0YX2peotCqxaK8QEuhZXVYjKElqasPXUJCZlUN4oYBnsE+Du/gHjWcc5q41GlT6pvI8WoHQUfmvveLJFIv2lxJevnlEXj2/3iaPKoml/EvT3HM3z6XankOzDUkHj658Kz4bPLaG49DizLXHoaYcGajd+uRF3Q9J9pTB4cKky4U9biYIaGv 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:(13230001)(7916004)(396003)(39830400003)(376002)(346002)(136003)(366004)(83380400001)(66476007)(66556008)(66946007)(21480400003)(9686003)(6512007)(8676002)(6666004)(4326008)(53546011)(44144004)(52116002)(8936002)(6506007)(33964004)(3716004)(26005)(316002)(38100700002)(54906003)(38350700002)(33716001)(5660300002)(508600001)(1076003)(186003)(86362001)(66574015)(6486002)(6916009)(2906002)(46492014)(2700100001)(20210929001); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?M2Z2WGk4YWU5M1VTRnhzYWxORHFzNHd6cTYxYno4aVM5STB3SjMxSEhXaTha?= =?utf-8?B?TUpjbmlIUncvSm96RC9OdEtkL2pkc3BiNEtYdFlYUEQ3U0pYVmR1TUFkMHRy?= =?utf-8?B?WDczLzRWamhjcDZxT0RzdExxaGxUdEVuMHhDV3BhZzVwTldKWWVOc0dLSlMr?= =?utf-8?B?OEwrcm1TR1ZoWjFMTk5Na0JhQk9RNFFZQ1FGL2RRaTlMZGg3alRGVEVGK1hF?= =?utf-8?B?VkhiLy9Ka1gvaHhTNHg5Rk4rZnFIdEdQd0pCcWtxVWl3TEwwTkN2cnVqUE5Y?= =?utf-8?B?M0Y3dzBiZ0ROcDFRSDVoSlVzZlBOTlo0VzRxbGx4VlJ0MUN1RW13T0tPSStQ?= =?utf-8?B?bHk3RU94b2g4YUFKaDhaQ3h5Qk5QV3l4Q1JFcUxXWnVYYkUyUFhWSjFCZ2pK?= =?utf-8?B?Rk9Id0sxS0JHd0w2WWtlZllpQTRmQXlUS2pZeDAyZmdaQzA5Q0R1TjNZZEN4?= =?utf-8?B?MzlZdURKK2dGUU5uemlERVN1c3BVcDRGNTk4WXluMTA2WFVyMXJZTmtXbE56?= =?utf-8?B?SHoyNUorWjBhek1zeVhVZWVSa2IrYmRQQ0NIRWg0RkJGZitrUzZKN1VIZGJ5?= =?utf-8?B?QzlmNDlrQnk0LzBLRmNtYm81VzdhVlFrYlpFRkZSOHAzbmVwZFo1cTYzeWlC?= =?utf-8?B?WWsrTkZocVFicFp4ZHd0bEdzb0VGM28yS1R6RFI2MndVZCtFcG91V2x1UWdp?= =?utf-8?B?WVZrK3VZOHlRbk1TT1JKUnlWdm9tclk0LzRDc0V4cDZoV2dDZm9pQnNpb0RN?= =?utf-8?B?Tk1hQzVoZVdCZ3NIWnBZTWI4WXppVnhZaE9FajhhaG90dEM4NTJSN0duTVdF?= =?utf-8?B?bk16TElLMG1CaGh3SlByZ255TmYvK2VNeVhwWmplMUU4SFkzdzEvUmN2RlFD?= =?utf-8?B?dW9weTdMVGFZRDhIVzA3b1pWdHdvODU2VXB4N1dqNHJwcUs0UW43RkVoOHZF?= =?utf-8?B?VERleTlUWVFSRGFFLzl5aTRZUk84U1NIN1pKaXA1cExhVnE1cWlYb1NzVTVL?= =?utf-8?B?enZ3S2VXbEY4N3pVWjdXU3VVaG5mRVY0ZGloa2hOYitCMzB6SGIyRmJPMTRj?= =?utf-8?B?WDhTMHIrZXEwbFU3aEZtTjdaUkVrWUYzNEdydEZvaXhCZ2dzVmwzTlQwVW9v?= =?utf-8?B?UFFWbGMvYVR0VG9SRjl4cFcvNWxRUnllRGUrVzRTaGhONk5kMFBZL0FvZ0lN?= =?utf-8?B?V3Uvc2JMOWFQUmlIM2tyWXM4Q20xaWkxQlNxV1ovcVhoeUZLTEI1Q0JWUmdk?= =?utf-8?B?emNidFpIRTRVRlhndkN5VjgybkhtampoMmlndjVIcGZTQkFqOUV2eTFqSTN1?= =?utf-8?B?aXJIT2dsMUZPUitYYytBOE1EY2NmeEc5S1BpeEoyaWw2SkQxWExZM011RFpT?= =?utf-8?B?dlRKcVJTNUUxQWZLaFlBUGlmVjU4amZxMWdKTncxdXpEUHBUdkx3Sm9Fazd3?= =?utf-8?B?ZkYwMW14OGdhMTNBY2JLYUJNdFBKSlAvR3lTTHBhUjlDSm15OGx1bmYzZFFS?= =?utf-8?B?S2ZPYWFzSTNEQzVVZXRxQWxOdmZqdERKZlBQSTJxRE9sZ0MzTW9rNzdnTXBP?= =?utf-8?B?MGZITUhzZzNzZVdZcmNMUEsvUHlNbE9OV2c3SkhUMXVtQkhyUWh4QktVSFlT?= =?utf-8?B?cUcwQmJESktkOUFVbjRnMFZ1Q2ZvV3A3R1lydVRqUmFiOTYrdXZUQ1k3VTFD?= =?utf-8?B?emJoaFBNSUVoY3BRYWNMaEdrQldsMjNpdmtaOXhQNHU0ZytvUXpIT0lIM1Zv?= =?utf-8?B?SkRpMjlmc3hYUDJmNmVzcld3M0doZzlSYU9DaUxiUjVoZnA1VGJyQUs0dFBZ?= =?utf-8?B?MDZVWTJTNEJKUEl6Y3Y5MmhvUXduNUZzZFpGYWpYUFFEZ0hNS08xRlp5UVYw?= =?utf-8?B?MGpsamlXakdHKzQxMEhLUHhGbDNqVXREeTIzVjkydkdwYWZPRzNYQ2REVVBS?= =?utf-8?B?R2lkeDRsRGxUQncyL1ZYMVlDRkF1S3hFeG1yZWc2TmdmL3BHSGs0bXlranl1?= =?utf-8?B?MXNYRUJVU3V3UE1BZDA4T2hRanVnMGVlN0M4RVMwT01wSDA0M0xlNHhubGJj?= =?utf-8?B?Z3NsQ0R4Mm9LMmtybi8rMEF4c3FjUFloMENXSkZXMmJjTzg1aHo1c0JZQU41?= =?utf-8?B?dmZsczhYeFpFMVBVK2ZKVkg2MTJNM1djUXlFbnlMek8veElMa3ZBb2lIdU1W?= =?utf-8?Q?aeYFuePa+exLSdMcqYFbP4E=3D?= X-OriginatorOrg: workonline.africa X-MS-Exchange-CrossTenant-Network-Message-Id: 0015efd5-a446-4933-686e-08d9e2685c8b X-MS-Exchange-CrossTenant-AuthSource: AS8P190MB1078.EURP190.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Jan 2022 14:13:31.0970 (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: wd+IcrFgTKtG7O32AoqZJU1DGE1CTESCdhAZlvwbkkxkAGOvdKFAefUN+6xJVViLtQme3ehp4pA7PKK6fMfhSA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM9P190MB1124 Archived-At: Subject: Re: [Sidrops] [WGLC] draft-ietf-sidrops-8210bis-05 - Ends 31/January/2022 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, 28 Jan 2022 14:13:46 -0000 --rbhrumtvm3ugibut Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, On 01/28, Tim Bruijnzeels wrote: > Hi, >=20 > > On 27 Jan 2022, at 23:48, Christopher Morrow wrote: > >=20 > > Reminder about this standing WGLC which I think hasnt' seen any (at lea= st public) chatter... > >=20 > > On Mon, Jan 17, 2022 at 5:29 PM Keyur Patel wrote: > > Hi Folks: > > =20 > > A working group last call has been re-issued for draft-ietf-sidrops-821= 0bis-05, =E2=80=9CThe Resource Public Key Infrastructure (RPKI) to Router P= rotocol, Version 2=E2=80=9D. All the pending edits and discusses from the = previous last call has been resolved. Please reply to the list with your co= mments. The WGLC will end on January 31st, 2022. >=20 > First: I do not object against the content of this document. >=20 > So, please don't take the following as obstructive. On the contrary, I wa= nt to see what can be done to get everything moving.. >=20 > From a formal perspective there is a normative reference to the aspa-prof= ile document, so I think that means that document needs become an RFC befor= e this - or at the same time. Formalities aside, it would be good to have t= he next versions of the ASPA profile (draft-ietf-sidrops-aspa-profile) and = AS Path Verification (draft-ietf-sidrops-aspa-verification) available befor= e calling this done. >=20 > In particular, we need clarity on whether we will have: > A - 1 or more provider ASNs (profile), and use AS 0 as a special case for= 'no providers' (verification); or > B - 0 or more provider ASNs (profile), where 0 means 'no providers' (veri= fication) >=20 > As written 8210-bis can cater for both cases - and as such this may not h= ave to block. Still if the authors and WG decide to stick to option 'A', th= en the empty provider set =10(zero providers in the ASPA PDU) will never oc= cur and it could be a locus for bugs and/or confusion. >=20 > So, let me repeat my questions to the authors of draft-ietf-sidrops-aspa-= profile and draft-ietf-sidrops-aspa-verification. When will we see next ver= sions? Will they use option A or B? And, finally, would you like me to sugg= est text for option B to get things moving? I am willing to spend cycles on= this, but only by invitation and if you indicate that this would be consid= ered constructive. >=20 +1 to all the above - this was almost the exact mail I was going to write. Also happy to assist with getting the other docs over the line if the authors are low on cycles. Cheers, Ben --rbhrumtvm3ugibut Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEadkaB2uV5dm5UllaOkYk/rSLaGAFAmHz+gIACgkQOkYk/rSL aGCgdhAArrKng/WRVi0ULCaiQj9Qvsl6jK7h2SPoZG/CYcLMFcW+wYrb/nT+xHx4 HZOfsEdu1zN4OXPWScyhewfn9JSgmNRlTyINMOYTfsTJuTCQoLeEcmt6KZfyklCC LX1/kaTRmKhgii3+OpU1MIJ+0+xSXfTcOa/ZPMP0zBotgvXmao/DP2hbxJNkMHfA g+r2CuZ1Q59rGlNuePkbzKsx+RhB4FVdS4DiG2BNdIutvsJhPSGooUZMgqukOUKp ydBy8et9t1I5HoyGIjMmpfzpNClEHPuIeGrbKQyFCfY2RQ3zbRY7JCNpLCRn4gF2 y3WXuYC/rXrZnt7//VUs1SZOlaxJWNVRoCtnPJQlhh9Z8Df02dj46mk/5b9SypbZ C6EsNsLVzFs3+vm3/QhDbo/CBr+odut8VV1rRCzpzPsjq0z+AzklJ/s8z4Y9elBc SXcVbZDwapiD8YPSyEwA9dZm7WLl5QO+JUWrLZyuEoTArHnCHeEHR1aMKsd5Klmi qzUUe46GJxwiUK/Zea52XzdWK9rQbvPwASekPoDVNTjCbGyLX6Ev2nwegSod1yUT IA8xnl80AVJaQZdo5FwrH0ezRuJ+U/UubkoQJkHkeXCZ5ks1mrO/0mkYv0DiLyiX FPvW8P2OerVVGnuc4Er4xpij3MaPvRRuL2yoZNn4Rt307jMspNM= =FJBL -----END PGP SIGNATURE----- --rbhrumtvm3ugibut-- From nobody Mon Jan 31 02:59:39 2022 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 914123A2C6E; Mon, 31 Jan 2022 02:59:31 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: =?utf-8?q?=C3=89ric_Vyncke_via_Datatracker?= To: "The IESG" Cc: draft-ietf-sidrops-6486bis@ietf.org, sidrops-chairs@ietf.org, sidrops@ietf.org, morrowc@ops-netman.net, morrowc@ops-netman.net X-Test-IDTracker: no X-IETF-IDTracker: 7.44.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: =?utf-8?q?=C3=89ric_Vyncke?= Message-ID: <164362677155.28792.13241248233184382872@ietfa.amsl.com> Date: Mon, 31 Jan 2022 02:59:31 -0800 Archived-At: Subject: [Sidrops] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-i?= =?utf-8?q?etf-sidrops-6486bis-09=3A_=28with_COMMENT=29?= 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: Mon, 31 Jan 2022 10:59:32 -0000 Éric Vyncke has entered the following ballot position for draft-ietf-sidrops-6486bis-09: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/blog/handling-iesg-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-sidrops-6486bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work put into this document. Please find below one non-blocking COMMENT points. Special thanks to Chris Morrow for the shepherd's write-up including the section about the WG consensus (even if I would have appreciated a justification for the PS status). I hope that this helps to improve the document, Regards, -éric -- Abstract -- In "then the RP can detect "stale" (valid) data", is "valid" really the right word to use ? I would naively expect "invalid". Or is it just an indication that the data *was* valid and is stale? The use of "(.*)" in the abstract was more to explain the previous word and this use is different and could confuse the reader. From nobody Mon Jan 31 08:16:53 2022 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 490BD3A0B3D for ; Mon, 31 Jan 2022 08:16:44 -0800 (PST) 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=unavailable 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 SASV98KChA5X for ; Mon, 31 Jan 2022 08:16:40 -0800 (PST) Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (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 D97033A0B30 for ; Mon, 31 Jan 2022 08:16:39 -0800 (PST) Received: by mail-ej1-x62a.google.com with SMTP id o12so44521685eju.13 for ; Mon, 31 Jan 2022 08:16:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastly.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=qFw+BLyCFdcwSXRQ9vfMmHYndup59tcomjGTrFIr1Sc=; b=a9REb75E6Aw28v9SMKlJrRar7i/eZH11cipzyf+/OfXKm7t+Fn9o65z8/FtziZO46z 4PtqG6jOABMLm7tjUVKky9/x+EwRapLaYUNHR0clPprdmacjc6R2XtVDuKW775BpZRne UPkRwFPrvBWnxaruqHVExC6swxqAPK2mVdkGA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=qFw+BLyCFdcwSXRQ9vfMmHYndup59tcomjGTrFIr1Sc=; b=STFtJTiH4Garz29qH+PRtw7t+f3xA4n1zLW6koteae2DcrSToC5CWJQGaPFvQtTyrt IX3ubCpmNjIM9176Gi7qyRwG8h3R5VPl1sHTCQ3qYhiJTYjOMlYcATPnd+2lqmkyTGAI k+6zgB5BBfNWEHvGv9d9ybWzTsLcnBl5RTpdlhw/Pcu527lufdMCYcj8ODzG01EvMJFt 4USYtgEoJ8FIRbCG981TpX0eoHsKpNH0oGGB/9T2pdDM7P9uk8xQAJVEGEeClLLgedKL GrWMndv15BzvoUeAaIH2WMWUM2ONKsVHQR6hWR1GKtaEQ4XUI9Ln1cK5K+sNbIc++max bR5g== X-Gm-Message-State: AOAM531j9I6eS1aR881OdRXpNOcXR2ZABl/aMCplJhNngsCrYWVqrk5k FcFtYycHmkvZKpjubejOlDHxjQ== X-Google-Smtp-Source: ABdhPJyg/xPOlI0110Mxxw3GFxtNS+GOYANIPlEE4C3Dv2+Pxvs+aZO7NauitfhMz+Oct+YVOP2F3w== X-Received: by 2002:a17:907:1c8a:: with SMTP id nb10mr17673913ejc.273.1643645796936; Mon, 31 Jan 2022 08:16:36 -0800 (PST) Received: from snel ([2a10:3781:276:2:16f6:d8ff:fe47:2eb7]) by smtp.gmail.com with ESMTPSA id gh33sm13764218ejc.17.2022.01.31.08.16.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 31 Jan 2022 08:16:36 -0800 (PST) Date: Mon, 31 Jan 2022 17:16:34 +0100 From: Job Snijders To: =?iso-8859-1?Q?=C9ric?= Vyncke Cc: The IESG , sidrops-chairs@ietf.org, morrowc@ops-netman.net, sidrops@ietf.org, draft-ietf-sidrops-6486bis@ietf.org Message-ID: References: <164362677155.28792.13241248233184382872@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <164362677155.28792.13241248233184382872@ietfa.amsl.com> X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [Sidrops] =?iso-8859-1?q?=C9ric_Vyncke=27s_No_Objection_on_draft?= =?iso-8859-1?q?-ietf-sidrops-6486bis-09=3A_=28with_COMMENT=29?= 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, 31 Jan 2022 16:16:44 -0000 Dear Éric, I think you raise a "valid" concern (no pun intended ;-)) I think something along the following lines might help clarify the purpose of RPKI Manifests. OLD: 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. NEW: Specifically, if an RP checks a manifest's contents against the signed objects retrieved from a repository publication point, then the RP can detect replay attacks, in-flight modification, or unauthorized deletion of signed objects. What do others think? Kind regards, Job On Mon, Jan 31, 2022 at 02:59:31AM -0800, Éric Vyncke via Datatracker wrote: > Éric Vyncke has entered the following ballot position for > draft-ietf-sidrops-6486bis-09: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/blog/handling-iesg-ballot-positions/ > for more information about how to handle DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-sidrops-6486bis/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > Thank you for the work put into this document. > > Please find below one non-blocking COMMENT points. > > Special thanks to Chris Morrow for the shepherd's write-up including the > section about the WG consensus (even if I would have appreciated a > justification for the PS status). > > I hope that this helps to improve the document, > > Regards, > > -éric > > -- Abstract -- > In "then the RP can detect "stale" (valid) data", is "valid" really the right > word to use ? I would naively expect "invalid". Or is it just an indication > that the data *was* valid and is stale? The use of "(.*)" in the abstract was > more to explain the previous word and this use is different and could confuse > the reader. > > > > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops From nobody Mon Jan 31 08:38:44 2022 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 631AC3A0CAD; Mon, 31 Jan 2022 08:38:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.898 X-Spam-Level: X-Spam-Status: No, score=-6.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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 VRFsL3BoazNE; Mon, 31 Jan 2022 08:38:29 -0800 (PST) Received: from mail3.g24.pair.com (mail3.g24.pair.com [66.39.134.11]) (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 C3CF03A0CAB; Mon, 31 Jan 2022 08:38:29 -0800 (PST) Received: from mail3.g24.pair.com (localhost [127.0.0.1]) by mail3.g24.pair.com (Postfix) with ESMTP id 8B7DED5B24; Mon, 31 Jan 2022 11:38:28 -0500 (EST) Received: from [192.168.1.161] (pool-141-156-161-153.washdc.fios.verizon.net [141.156.161.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail3.g24.pair.com (Postfix) with ESMTPSA id 6DD4CD5E9F; Mon, 31 Jan 2022 11:38:28 -0500 (EST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.21\)) From: Russ Housley In-Reply-To: Date: Mon, 31 Jan 2022 11:38:27 -0500 Cc: Eric Vyncke , SIDROps Chairs , Chris Morrow , SIDR Operations WG , IESG , draft-ietf-sidrops-6486bis@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <6778460A-C69A-40B3-9295-A5AB8913C6FA@vigilsec.com> References: <164362677155.28792.13241248233184382872@ietfa.amsl.com> To: Job Snijders X-Mailer: Apple Mail (2.3445.104.21) Archived-At: Subject: Re: [Sidrops] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-i?= =?utf-8?q?etf-sidrops-6486bis-09=3A_=28with_COMMENT=29?= 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, 31 Jan 2022 16:38:35 -0000 I think this is an improvement. Russ > On Jan 31, 2022, at 11:16 AM, Job Snijders = wrote: >=20 > Dear =C3=89ric, >=20 > I think you raise a "valid" concern (no pun intended ;-)) >=20 > I think something along the following lines might help clarify the > purpose of RPKI Manifests. >=20 > OLD: > 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 > NEW: > Specifically, if an RP checks a manifest's contents against the > signed objects retrieved from a repository publication point, then > the RP can detect replay attacks, in-flight modification, or > unauthorized deletion of signed objects. >=20 > What do others think? >=20 > Kind regards, >=20 > Job >=20 > On Mon, Jan 31, 2022 at 02:59:31AM -0800, =C3=89ric Vyncke via = Datatracker wrote: >> =C3=89ric Vyncke has entered the following ballot position for >> draft-ietf-sidrops-6486bis-09: No Objection >>=20 >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut = this >> introductory paragraph, however.) >>=20 >>=20 >> Please refer to = https://www.ietf.org/blog/handling-iesg-ballot-positions/ >> for more information about how to handle DISCUSS and COMMENT = positions. >>=20 >>=20 >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-sidrops-6486bis/ >>=20 >>=20 >>=20 >> = ---------------------------------------------------------------------- >> COMMENT: >> = ---------------------------------------------------------------------- >>=20 >> Thank you for the work put into this document. >>=20 >> Please find below one non-blocking COMMENT points. >>=20 >> Special thanks to Chris Morrow for the shepherd's write-up including = the >> section about the WG consensus (even if I would have appreciated a >> justification for the PS status). >>=20 >> I hope that this helps to improve the document, >>=20 >> Regards, >>=20 >> -=C3=A9ric >>=20 >> -- Abstract -- >> In "then the RP can detect "stale" (valid) data", is "valid" really = the right >> word to use ? I would naively expect "invalid". Or is it just an = indication >> that the data *was* valid and is stale? The use of "(.*)" in the = abstract was >> more to explain the previous word and this use is different and could = confuse >> the reader. >>=20 >>=20 >>=20 >> _______________________________________________ >> Sidrops mailing list >> Sidrops@ietf.org >> https://www.ietf.org/mailman/listinfo/sidrops >=20 > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops From nobody Mon Jan 31 09:57:19 2022 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 96F5B3A10E8; Mon, 31 Jan 2022 09:57:11 -0800 (PST) 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 m34qPuC4c5Sx; Mon, 31 Jan 2022 09:57:06 -0800 (PST) Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) (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 B265F3A10E7; Mon, 31 Jan 2022 09:57:06 -0800 (PST) Received: by mail-qk1-x736.google.com with SMTP id j24so10494732qkk.10; Mon, 31 Jan 2022 09:57:06 -0800 (PST) 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=OiOOalae3j35B68EFx3OTNLqpHv4PRTZRNKqdzIquoc=; b=L8t+BPpZG8k7lgUT9KgSj6kvRm5QYgrYEiu2wcoR7fOYL7hWDEdvZMtpNqse8gnvfg HzEWS7P53MKSntjKHS2pHboibwy9NacjJMLS9C4oM4sRKpNZkNxP78Cq/qQFyP2j1CWX +6og/Jw8hRdIaHGf1O+Cha2SF014tg4h5SNmUl08HC07VsG7ThobFNFyPAWOHLjEBDQi DS7IgbNSqTttWbnNkIhBYcKV35WTR7rObigbmOMwxjvs7aYVp1TyKxM9JxmHJipgCFWd KBeDfJRcqknz20csgKW6n9CC5vIvpTT1g1pd94UQgtRrnwVensdk7PWjL6ZpxWEjbtBb kWkg== 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=OiOOalae3j35B68EFx3OTNLqpHv4PRTZRNKqdzIquoc=; b=iEQg7875df29Rm68HvZsp4ZtPt4z+gBZbpO+ZrCCtplrxE6G/bmMZupFdZ/IP2ZtVQ X+krtk+kBLsR3UfuiL+KCrPxWkdDArpcCziVKmJVGMD6/QCv8Z4EKnQHuu9NSzmJCX89 NQbZxX/mQtOfbsRe9omZafFGbRepQGwFs5jpCPQcy1fxGZaRWh9+wrlGuv/TAzvGMKUv hsxfI+3Syq0iqSEtklugNHO1tuhhPS0Yihhrb4zqd5VKzFYu3VgEscgxqW/QHEdvfsP2 O3g6QoH+iW+MO5z6hJkqbVIC+caByoO7omRoNCuB9di7KQfnrrXtyIA+ew50Me9hE+Q3 m5kw== X-Gm-Message-State: AOAM532uBMlHrjfa9sXTo8ecP9RQP5RNth4X6uj34Qq+0kou0VgJsnSe pk8SrcTlzdLouPKBmwdJbk552gZ80mmMnF7nThiKd0BzeJw= X-Google-Smtp-Source: ABdhPJxctqfEqr75r/cIfjLwhBJZu7NYJXA/k0YIwnMN74qvBy954xKwoOt8sA8gStdPQJ8GModmPGZM9q8EVBjwTd8= X-Received: by 2002:a05:620a:51:: with SMTP id t17mr14235212qkt.742.1643651824327; Mon, 31 Jan 2022 09:57:04 -0800 (PST) MIME-Version: 1.0 References: <164362677155.28792.13241248233184382872@ietfa.amsl.com> <6778460A-C69A-40B3-9295-A5AB8913C6FA@vigilsec.com> In-Reply-To: <6778460A-C69A-40B3-9295-A5AB8913C6FA@vigilsec.com> From: Christopher Morrow Date: Mon, 31 Jan 2022 12:56:53 -0500 Message-ID: To: Russ Housley Cc: Job Snijders , Chris Morrow , SIDR Operations WG , SIDROps Chairs , IESG , Eric Vyncke , draft-ietf-sidrops-6486bis@ietf.org Content-Type: multipart/alternative; boundary="0000000000001f9fbc05d6e483a1" Archived-At: Subject: Re: [Sidrops] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-i?= =?utf-8?q?etf-sidrops-6486bis-09=3A_=28with_COMMENT=29?= 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, 31 Jan 2022 17:57:12 -0000 --0000000000001f9fbc05d6e483a1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable oh yea, that's nice :) I was struggling with the sentence myself (upon re-reading eric's question) .. since it seems to be talking about: "you have a remote copy (the RP) and your copy, the manifest helps you tell what's going to change in the local copy" (missing the context of local/remote copy correlation did me in) anyway, yay! better text. On Mon, Jan 31, 2022 at 11:38 AM Russ Housley wrote: > I think this is an improvement. > > Russ > > > On Jan 31, 2022, at 11:16 AM, Job Snijders 40fastly.com@dmarc.ietf.org> wrote: > > > > Dear =C3=89ric, > > > > I think you raise a "valid" concern (no pun intended ;-)) > > > > I think something along the following lines might help clarify the > > purpose of RPKI Manifests. > > > > OLD: > > 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 object= s. > > > > NEW: > > Specifically, if an RP checks a manifest's contents against the > > signed objects retrieved from a repository publication point, then > > the RP can detect replay attacks, in-flight modification, or > > unauthorized deletion of signed objects. > > > > What do others think? > > > > Kind regards, > > > > Job > > > > On Mon, Jan 31, 2022 at 02:59:31AM -0800, =C3=89ric Vyncke via Datatrac= ker > wrote: > >> =C3=89ric Vyncke has entered the following ballot position for > >> draft-ietf-sidrops-6486bis-09: No Objection > >> > >> When responding, please keep the subject line intact and reply to all > >> email addresses included in the To and CC lines. (Feel free to cut thi= s > >> introductory paragraph, however.) > >> > >> > >> Please refer to > https://www.ietf.org/blog/handling-iesg-ballot-positions/ > >> for more information about how to handle DISCUSS and COMMENT positions= . > >> > >> > >> The document, along with other ballot positions, can be found here: > >> https://datatracker.ietf.org/doc/draft-ietf-sidrops-6486bis/ > >> > >> > >> > >> ---------------------------------------------------------------------- > >> COMMENT: > >> ---------------------------------------------------------------------- > >> > >> Thank you for the work put into this document. > >> > >> Please find below one non-blocking COMMENT points. > >> > >> Special thanks to Chris Morrow for the shepherd's write-up including t= he > >> section about the WG consensus (even if I would have appreciated a > >> justification for the PS status). > >> > >> I hope that this helps to improve the document, > >> > >> Regards, > >> > >> -=C3=A9ric > >> > >> -- Abstract -- > >> In "then the RP can detect "stale" (valid) data", is "valid" really th= e > right > >> word to use ? I would naively expect "invalid". Or is it just an > indication > >> that the data *was* valid and is stale? The use of "(.*)" in the > abstract was > >> more to explain the previous word and this use is different and could > confuse > >> the reader. > >> > >> > >> > >> _______________________________________________ > >> 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 > --0000000000001f9fbc05d6e483a1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
oh yea, that's nice :) I was struggling with the sente= nce myself (upon re-reading eric's question) .. since it seems to be ta= lking about:
=C2=A0 "you have a remote copy (the RP) and your copy,= the manifest helps you tell what's going to change in the local copy&q= uot;
=C2=A0 (missing the context of local/remote copy correlation did me= in)

anyway, yay! better text.

On Mon, Jan 31, 2022= at 11:38 AM Russ Housley <housl= ey@vigilsec.com> wrote:
I think this is an improvement.

Russ

> On Jan 31, 2022, at 11:16 AM, Job Snijders <job=3D40fastly.com@dmarc.ietf.org= > wrote:
>
> Dear =C3=89ric,
>
> I think you raise a "valid" concern (no pun intended ;-)) >
> I think something along the following lines might help clarify the
> purpose of RPKI Manifests.
>
> OLD:
>=C2=A0 =C2=A0 Specifically, if an RP checks a manifest's contents a= gainst the
>=C2=A0 =C2=A0 signed objects retrieved from a repository publication po= int, then
>=C2=A0 =C2=A0 the RP can detect "stale" (valid) data and dele= tion of signed objects.
>
> NEW:
>=C2=A0 =C2=A0 Specifically, if an RP checks a manifest's contents a= gainst the
>=C2=A0 =C2=A0 signed objects retrieved from a repository publication po= int, then
>=C2=A0 =C2=A0 the RP can detect replay attacks, in-flight modification,= or
>=C2=A0 =C2=A0 unauthorized deletion of signed objects.
>
> What do others think?
>
> Kind regards,
>
> Job
>
> On Mon, Jan 31, 2022 at 02:59:31AM -0800, =C3=89ric Vyncke via Datatra= cker wrote:
>> =C3=89ric Vyncke has entered the following ballot position for
>> draft-ietf-sidrops-6486bis-09: No Objection
>>
>> When responding, please keep the subject line intact and reply to = all
>> email addresses included in the To and CC lines. (Feel free to cut= this
>> introductory paragraph, however.)
>>
>>
>> Please refer to https://www.ietf.o= rg/blog/handling-iesg-ballot-positions/
>> for more information about how to handle DISCUSS and COMMENT posit= ions.
>>
>>
>> The document, along with other ballot positions, can be found here= :
>> https://datatracker.ietf.org/do= c/draft-ietf-sidrops-6486bis/
>>
>>
>>
>> ------------------------------------------------------------------= ----
>> COMMENT:
>> ------------------------------------------------------------------= ----
>>
>> Thank you for the work put into this document.
>>
>> Please find below one non-blocking COMMENT points.
>>
>> Special thanks to Chris Morrow for the shepherd's write-up inc= luding the
>> section about the WG consensus (even if I would have appreciated a=
>> justification for the PS status).
>>
>> I hope that this helps to improve the document,
>>
>> Regards,
>>
>> -=C3=A9ric
>>
>> -- Abstract --
>> In "then the RP can detect "stale" (valid) data&quo= t;, is "valid" really the right
>> word to use ? I would naively expect "invalid". Or is it= just an indication
>> that the data *was* valid and is stale? The use of "(.*)"= ; in the abstract was
>> more to explain the previous word and this use is different and co= uld confuse
>> the reader.
>>
>>
>>
>> _______________________________________________
>> 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
--0000000000001f9fbc05d6e483a1-- From nobody Mon Jan 31 11:09:06 2022 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 5E7803A1385 for ; Mon, 31 Jan 2022 11:09:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=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 bIn7H5txDF6l for ; Mon, 31 Jan 2022 11:09:01 -0800 (PST) Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10on2073.outbound.protection.outlook.com [40.107.92.73]) (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 E1D483A1387 for ; Mon, 31 Jan 2022 11:09:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=N5rnTFVKhX123OKlgHhfG49CmOxGxEhbj78PqzNdeeaYqUtqRb1VH8AgO98kciLjRyfn7tnriQJrVJTfLEnoC12wlnsz2PCusizaFfwINQkqgZwBgfj0HRJGba43Ps/r+v06ZAGK99rudrkXrEqrUDQ8g3kukLPfwlkZJ843zWwRRVcmnmmYFPxYgIiF/+WSpBXTGBibGlp1vK1mxtT6CmAxDO3S0fqYNtd8SXv/KNbtwuiYSB1xkUm1sNZueq7TXtR2gaUyF6++5JIB57TooTjJ2v9wJ2iwSgqaF2a8LFDlO573/R3folIW3MQ2XeRMt8O4mv58Ov21r4n7mnPU3Q== 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:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=CgPBrwitZAiZHACTqdH8Vkp5HOdXb9ZGMWT9NwXjzHk=; b=Cm4+vPStGrGoipMm/ipuDu1GCXokAorTlfAX+DhR3Bh/CS6WQoK18wAx0gZi3yV6zmtyRbtzabAT23Yp1yek5LlKxBFX+45vgxAFJx/wkMkqmEEg1xUg2DZbg5Oi/x2gExjPw4WJgZOCgJ85eY7KDe6FIe9OUTwgUxo55n+HpQ4hQvRkA3RD6zMjXH6/oBAGEKlV320fX2LCT4Y8quxAztZ9RYffVAJ7eSGKVWm1+Mf3wRovUlruIs/g6jrGY+G9hI4rx8PFCQvk0GS0zwd8KV4CHpzAC+dcd/APAAWfVUou0tx30OG3L/LaxWHSh4KO0QsoZsyLLYOT/bqVz9lGQw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; 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=CgPBrwitZAiZHACTqdH8Vkp5HOdXb9ZGMWT9NwXjzHk=; b=E1BQ+EdPO3TE5jWUBt5us6JYlC+LGh78Ac4TFN52e4FlPQ9mSyyi0LCTnUwPgEaRXAF3HWzFTzzE0PtazRD34nr3lvOuHxt/MeTs6FIyA6r5a2Vk5bAL5iB0XNpp8BsceLrEkrhfP+qf0T+Cq+JaqnFlETojshbfZw/sjCERTHc= Received: from BYAPR18MB2696.namprd18.prod.outlook.com (2603:10b6:a03:10b::26) by CY4PR18MB1638.namprd18.prod.outlook.com (2603:10b6:903:145::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4930.21; Mon, 31 Jan 2022 19:08:56 +0000 Received: from BYAPR18MB2696.namprd18.prod.outlook.com ([fe80::5dfe:39d8:a0e2:fff2]) by BYAPR18MB2696.namprd18.prod.outlook.com ([fe80::5dfe:39d8:a0e2:fff2%3]) with mapi id 15.20.4930.021; Mon, 31 Jan 2022 19:08:56 +0000 From: Keyur Patel To: "sidrops@ietf.org" Thread-Topic: Closed -- [WGLC] draft-ietf-sidrops-8210bis-05 - Ends 31/January/2022 Thread-Index: AQHYFtX+bUsNBqfVM0SrgLrMNKXTLg== Date: Mon, 31 Jan 2022 19:08:56 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.54.21101001 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: f3292109-6ac9-40cb-e08b-08d9e4ed212f x-ms-traffictypediagnostic: CY4PR18MB1638:EE_ 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: P7VhXmQLA59aIctShT5HmkX/35ay+do+pn+wJwwScukhor0beUwy0S0QNh8Vnb7/oP7c/mifZzyg5ioeQATdmyKbMi/7gUMjYkNclSgG0v6TG7jKf3GvHNO3WoJJKX15zK8Oy2CwPlkWV2wH6PDUaHMW0rewj1uDTOwleezYqP00yuI2H/UV+ULz1xSZxFnCtaUYvZ6MYleDgN/AwJCG7HjwWSbPTiDMaQK2Ktoh89EFoWkg5jDv852m8q5twUsVkj4GpiZXEbTJsANNmMxlaEbAftjawVtcUEQWZUaobG8JTQl4q4GKkfIUTVbR5mc6tIQGGwyhiLWFC+cSqIy1Q64F4CLV1wlZulzKHldRqVVRjgx2pJNpdGWF2g7DX5MOO6YhxxKk9g5sEKwmoUd9UKWSxMxLSrOvXOE1GAmegta45j8XaYAXgTIHxmdw9c8rZKzxpI53fC+6xWrEy5os6lLRyZpbsn87m0lCio34ioS+rT4R+JhrvLtYEnP7KXA1PDNlAFELK3cG+eUJxngo1JELeMa8IkDFjfJ9SKNXVhgWafjpW031cDPG20LaPe9uqjv99gglDbQ1a9OofEqxFVP9qg0ZiaRDvgNp+Fixr0L91wVDbZR9kCBEHW1xt7N36WPKLr/ioNlaAf0sFfuio6WbQezWpvnHgSAcLdI8yUn98IFiamX1dGqJQ3dw9mTzhaX2Abhaa441Vt/TtlQ3fLyrY+pggyLCOr7u4dNdBpXqz9gFQWq1eF1Vn4U2V2tcc59skCxD/VCFlJIs4LRF/pwZ3mI/n0iB8kx8fT6OO+Fk4UpdLlVuRZPhZiGS01vq 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:(13230001)(346002)(376002)(366004)(39830400003)(396003)(136003)(508600001)(66476007)(66556008)(66946007)(8676002)(86362001)(66446008)(76116006)(64756008)(83380400001)(38100700002)(8936002)(33656002)(26005)(186003)(966005)(6486002)(6916009)(316002)(5660300002)(2616005)(166002)(122000001)(66574015)(6506007)(6512007)(53546011)(2906002)(9326002)(4744005)(38070700005)(36756003)(71200400001)(45980500001)(20210929001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?YUJDNTByWUUxZDFBODYwOGhoa2lpYkFJT3lTTXZ3VVM3YkJHbEtoVFVuQ09U?= =?utf-8?B?RzlIOHkxVUQxM0RLNmRQSVN1SjVXR2NIc0xXNzVWZERCY2ExOHRBdWpodXZQ?= =?utf-8?B?SHlPa2ZaNGtuZmlRVm94dFcvWjBSL2hONVVEOGdKbXhrN0dvWGJEbWdrSitr?= =?utf-8?B?TVpUZHAzcmVsa1lxM2pZRFZhZEd3RGxHYU1Lc0FnaDZHTFJGN0hlYms4YVpo?= =?utf-8?B?K3k2OGhYQWl3TTE3ZmlXTnlHZ1BvRU11Yy9SMFFuenlqZVNzK3lqMStrbEtN?= =?utf-8?B?TUYrOHdBUVkvS2VvamZJcTl1SnZzN3JERVhhRmFsR2NjTDlxanRaVUFhR3oz?= =?utf-8?B?akJCclAyUXpPbzdzelhlNDFabXZIQ0xNMVVCU1pnOW9VQzhXV0tBb3ZHSTJx?= =?utf-8?B?c09HOHdUdFJQMUJ6cmtCMmVEaWpmakZWNWwwYWlPNG5WMEUwYlphMlltOStk?= =?utf-8?B?TW42V3ZsTXlCWG9XcG1nTFhvKzJHQUVzTUs2aHdJK0VuWENIckVmaS9zSVBQ?= =?utf-8?B?QjVSNlpNVEUyU1ZEbkJNVGE3ZGVrRXhwSnpIbTJ2M1pxN0ZJV1VOdEVSa2pE?= =?utf-8?B?ZUxPVDhEVmtnQmlqUTF2SVNLRWJDZGQ4SlBvL0dqVlJRMmtETkRZK20xdUFx?= =?utf-8?B?SWRUM2hFaUlSamVJV2xpOXNVdWxSR2UybTlTTW9mbjNzU25lYUVpY1RvQkNq?= =?utf-8?B?b0FBbjV0dlRZNjcxRVY3ZzEwZkU2WEE1cFV4R2lqU0d4K244ei9qK1ZMOXlr?= =?utf-8?B?MFFIU25saXlEQjZSNm5sTFB2c1c4dGFUUGhnWExsSlY5YkhrckNnUnJnQ2VT?= =?utf-8?B?djlyTHBzQ3dQVEVJMWI5T1FFcXBTVk5sdkJkb3I2Q1JVM2JVQ05Jc2dwVGJp?= =?utf-8?B?QXVKUndML1dIbk0vMkRnSVNOUWR4VTBXN0tXS2d3MGk4cHpscHo2WmxORmE1?= =?utf-8?B?YXlZZEd6RWtVYmNHRkZZUXBQM3JxcUpvMHk3R1hSTW9jNllSc000NElrSGFj?= =?utf-8?B?OWYzRFBlMGkrTDl2K0tWY3dEVEZDM3dkMDIwYkhMSXFFanFKNkJYcXYyRUJM?= =?utf-8?B?OTN4NUtXcTlxWTZRQ1Ria3NMRnMzTWx3bnRRSkJLMzFOZDd5NVpySU1DTmxh?= =?utf-8?B?bFJiemRYZW1UZWdMaS9BQUZ4WU9EaDJWR2dSYWlJRTc2SlROM2RHQmFOaS94?= =?utf-8?B?cHpCOEFHWTZ2Y3RMYnRXOGl6QThxcHE3Ty8wQWt1TmxUVmZ6WlIzNFhnRzZF?= =?utf-8?B?VFNkVnZBblAwREtrSXZSK1pJSWJhbzExOW9qV3JTMTVvdEhVemdtc3NOeC9o?= =?utf-8?B?blZkbE1zemVUUDZVd1JTYXdySDlVNHVVaVpRbGFRcmpJRWlsMnBxVGlIUUxT?= =?utf-8?B?NHUySVNmT2RVV2p6S1k0dnpvLzhqYjVMQ0JocmcyT3lGV0g0Qk4yc3lINDY1?= =?utf-8?B?R0g1TW5xY3k1L29IbjRKUzRzYzBRa090R0lRZXhGY2hUc0NIdmFZeWp2eWZo?= =?utf-8?B?YUtYdWFrL0IxZVdkMi96M2t3R2V1WmxTYktIell1dUxJSDZGTC9md01qdHRv?= =?utf-8?B?dzd2cUtzMFVMNHM5RGtPR2FhUERFKzMvRDhoQjBibE5Kbi9VY2IwTHRvbjBv?= =?utf-8?B?NEVxRWZSa3k3ekI1SnlwVGNDQmltMVgzUUtDcU5rajhqcThHSERjcEEycE11?= =?utf-8?B?VHg3dUFyS1JKemZiVjB1bSttTUdORitHTmZZVjlURFU1NURDNzc2b0pKWFpP?= =?utf-8?B?RkVKZUJKTWdLeTZYUFFseTF1dS9RTzc1WFhoZ1RMakx4b2dVVjdDYlRLY0Fq?= =?utf-8?B?bEI3aEZtU3BtK2ZPNHBoU3FxRVFvUnROdnBwVnNKekw1Sno5Y0hWeHFDRXFO?= =?utf-8?B?clJQTEI1YUt6RUNBaW44UFJOR0ZOYVQ3Nkl3a2ZkT0xSMXdMWXNGRDU0b1RN?= =?utf-8?B?cVFvcSswY0F4d2lwUm9qNnY0bFFZdFEwUFBORlQrTzRmT1dRK21qZzM5VVA4?= =?utf-8?B?bzB2RExIRUZla1M2aXdLbTlnQnhCcG1hTzFNKzZ1S2xtaFhvaFdEUDN3ZU5i?= =?utf-8?B?c1FTQm1EeWxTYmZKVnFwMmFtK05hL2w3UHJKQWdEajdBK1R5cmlSQ3J5dHBT?= =?utf-8?B?b0k5R2lWaDVoeE93QkxoQXI0dVJwOThlK2JlbmFiSGVWdDVBQkpaY2t6RGFw?= =?utf-8?Q?0w6sQfcTokLr62gcKdxvRlw=3D?= Content-Type: multipart/alternative; boundary="_000_FA66940CF77C4DB7A9142716C5231AD3arrcuscom_" 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: f3292109-6ac9-40cb-e08b-08d9e4ed212f X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Jan 2022 19:08:56.3553 (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: 3EF7+jXVz6Fk8mm35RikeAJ823X0kZaxFdIB/PIP7Ir7afvgXTkFeSLjMCx78S8z2ZLk9IjC1alzrWf7Gi4Kkg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR18MB1638 Archived-At: Subject: Re: [Sidrops] Closed -- [WGLC] draft-ietf-sidrops-8210bis-05 - Ends 31/January/2022 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, 31 Jan 2022 19:09:05 -0000 --_000_FA66940CF77C4DB7A9142716C5231AD3arrcuscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRm9sa3MsDQoNClRoaXMgd29ya2luZyBncm91cCBsYXN0IGNhbGwgaXMgY2xvc2VkLiBBdCB0 aGlzIHBvaW50LCB0aGUgZHJhZnQgaXMgcmVhZHkgdG8gcHJvZ3Jlc3MgZnVydGhlci4gQWNjb3Jk aW5nbHkgd2Ugd2lsbCBwcmVwYXJlIGEgcmVwb3J0IGFuZCBmb3J3YXJkIGl0IHRvIElFU0cuDQoN ClJlZ2FyZHMsDQpOYXRoYWxpZSwgQ2hyaXMgJiBLZXl1cg0KDQoNCkZyb206IEtleXVyIFBhdGVs IDxrZXl1ckBhcnJjdXMuY29tPg0KRGF0ZTogTW9uZGF5LCBKYW51YXJ5IDE3LCAyMDIyIGF0IDI6 MjkgUE0NClRvOiAic2lkcm9wc0BpZXRmLm9yZyIgPHNpZHJvcHNAaWV0Zi5vcmc+DQpTdWJqZWN0 OiBbV0dMQ10gZHJhZnQtaWV0Zi1zaWRyb3BzLTgyMTBiaXMtMDUgLSBFbmRzIDMxL0phbnVhcnkv MjAyMg0KDQoNCkhpIEZvbGtzOg0KDQoNCg0KQSB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBoYXMg YmVlbiByZS1pc3N1ZWQgZm9yIGRyYWZ0LWlldGYtc2lkcm9wcy04MjEwYmlzLTA1LCDigJxUaGUg UmVzb3VyY2UgUHVibGljIEtleSBJbmZyYXN0cnVjdHVyZSAoUlBLSSkgdG8gUm91dGVyIFByb3Rv Y29sLCBWZXJzaW9uIDLigJ0uICBBbGwgdGhlIHBlbmRpbmcgZWRpdHMgYW5kIGRpc2N1c3NlcyBm cm9tIHRoZSBwcmV2aW91cyBsYXN0IGNhbGwgaGFzIGJlZW4gcmVzb2x2ZWQuIFBsZWFzZSByZXBs eSB0byB0aGUgbGlzdCB3aXRoIHlvdXIgY29tbWVudHMuIFRoZSBXR0xDIHdpbGwgZW5kIG9uIEph bnVhcnkgMzFzdCwgMjAyMi4NCg0KDQoNClRoZSBkcmFmdCBjYW4gYmUgZm91bmQgYXQgaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLXNpZHJvcHMtODIxMGJp cy4gQXV0aG9ycywgcGxlYXNlIHJlcGx5IGluZGljYXRpbmcgd2hldGhlciB5b3UncmUgYXdhcmUg b2YgYW55IHJlbGV2YW50IElQUiB0aGF0IGhhc24ndCBiZWVuIGRpc2Nsb3NlZC4NCg0KDQoNClJl Z2FyZHMsDQoNCk5hdGhhbGllLCBDaHJpcyAmIEtleXVyDQoNCg0K --_000_FA66940CF77C4DB7A9142716C5231AD3arrcuscom_ Content-Type: text/html; charset="utf-8" Content-ID: <591126565D3F9742B576320C7926E051@namprd18.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJ2YXJcKC0t YnMtZm9udC1tb25vc3BhY2VcKSI7DQoJcGFub3NlLTE6MiAxMSA2IDQgMiAyIDIgMiAyIDQ7fQ0K LyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5N c29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQpwcmUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVm b3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFu LkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBp biAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1 NjNDMSIgdmxpbms9IiM5NTRGNzIiIHN0eWxlPSJ3b3JkLXdyYXA6YnJlYWstd29yZCI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPkhpIEZvbGtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+VGhpcyB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBpcyBjbG9zZWQuIEF0 IHRoaXMgcG9pbnQsIHRoZSBkcmFmdCBpcyByZWFkeSB0byBwcm9ncmVzcyBmdXJ0aGVyLiBBY2Nv cmRpbmdseSB3ZSB3aWxsIHByZXBhcmUgYSByZXBvcnQgYW5kIGZvcndhcmQgaXQgdG8gSUVTRy48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlJlZ2FyZHMsPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPk5hdGhhbGllLCBDaHJpcyAmYW1wOyBLZXl1cjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3Bh ZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4g c3R5bGU9ImNvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xvcjpi bGFjayI+S2V5dXIgUGF0ZWwgJmx0O2tleXVyQGFycmN1cy5jb20mZ3Q7PGJyPg0KPGI+RGF0ZTog PC9iPk1vbmRheSwgSmFudWFyeSAxNywgMjAyMiBhdCAyOjI5IFBNPGJyPg0KPGI+VG86IDwvYj4m cXVvdDtzaWRyb3BzQGlldGYub3JnJnF1b3Q7ICZsdDtzaWRyb3BzQGlldGYub3JnJmd0Ozxicj4N CjxiPlN1YmplY3Q6IDwvYj5bV0dMQ10gZHJhZnQtaWV0Zi1zaWRyb3BzLTgyMTBiaXMtMDUgLSBF bmRzIDMxL0phbnVhcnkvMjAyMjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDt2YXIoLS1icy1mb250LW1vbm9zcGFjZSkmcXVv dDssc2VyaWY7Y29sb3I6IzIxMjUyOSI+SGkgRm9sa3M6PG86cD48L286cD48L3NwYW4+PC9wcmU+ DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7dmFy KC0tYnMtZm9udC1tb25vc3BhY2UpJnF1b3Q7LHNlcmlmO2NvbG9yOiMyMTI1MjkiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O3ZhcigtLWJzLWZvbnQtbW9ub3NwYWNlKSZxdW90OyxzZXJpZjtj b2xvcjojMjEyNTI5Ij5BIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGhhcyBiZWVuIHJlLWlzc3Vl ZCBmb3IgZHJhZnQtaWV0Zi1zaWRyb3BzLTgyMTBiaXMtMDUsIOKAnFRoZSBSZXNvdXJjZSBQdWJs aWMgS2V5IEluZnJhc3RydWN0dXJlIChSUEtJKSB0byBSb3V0ZXIgUHJvdG9jb2wsIFZlcnNpb24g MuKAnS4gJm5ic3A7QWxsIHRoZSBwZW5kaW5nIGVkaXRzIGFuZCBkaXNjdXNzZXMgZnJvbSB0aGUg cHJldmlvdXMgbGFzdCBjYWxsIGhhcyBiZWVuIHJlc29sdmVkLiBQbGVhc2UgcmVwbHkgdG8gdGhl IGxpc3Qgd2l0aCB5b3VyIGNvbW1lbnRzLiBUaGUgV0dMQyB3aWxsIGVuZCBvbiBKYW51YXJ5IDMx PHN1cD5zdDwvc3VwPiwgMjAyMi48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDt2YXIoLS1icy1mb250LW1v bm9zcGFjZSkmcXVvdDssc2VyaWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7dmFyKC0tYnMtZm9udC1tb25vc3BhY2UpJnF1b3Q7LHNlcmlmO2NvbG9yOiMyMTI1Mjki PlRoZSBkcmFmdCBjYW4gYmUgZm91bmQgYXQgPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLXNpZHJvcHMtODIxMGJpcyI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMzMzdBQjciPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2h0bWwvZHJh ZnQtaWV0Zi1zaWRyb3BzLTgyMTBiaXM8L3NwYW4+PC9hPi4gQXV0aG9ycywgcGxlYXNlIHJlcGx5 IGluZGljYXRpbmcgd2hldGhlciB5b3UncmUgYXdhcmUgb2YgYW55IHJlbGV2YW50IElQUiB0aGF0 IGhhc24ndCBiZWVuIGRpc2Nsb3NlZC48bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjVwdDtmb250LWZhbWlseTomcXVvdDt2YXIoLS1icy1mb250 LW1vbm9zcGFjZSkmcXVvdDssc2VyaWY7Y29sb3I6IzIxMjUyOSI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS41cHQ7Zm9udC1mYW1p bHk6JnF1b3Q7dmFyKC0tYnMtZm9udC1tb25vc3BhY2UpJnF1b3Q7LHNlcmlmO2NvbG9yOiMyMTI1 MjkiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7dmFyKC0tYnMtZm9udC1tb25vc3BhY2Up JnF1b3Q7LHNlcmlmO2NvbG9yOiMyMTI1MjkiPk5hdGhhbGllLCBDaHJpcyAmYW1wOyBLZXl1cjxv OnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_FA66940CF77C4DB7A9142716C5231AD3arrcuscom_-- From nobody Mon Jan 31 11:40:20 2022 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 86BB33A14CA for ; Mon, 31 Jan 2022 11:40:18 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=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 8KXPP1J8qL1i for ; Mon, 31 Jan 2022 11:40:14 -0800 (PST) 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 389D83A14C6 for ; Mon, 31 Jan 2022 11:40:14 -0800 (PST) Received: by mail-il1-x131.google.com with SMTP id y17so12391289ilm.1 for ; Mon, 31 Jan 2022 11:40:14 -0800 (PST) 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=tucxrVx+hgwQUzL4vOga26yagWd0Dle4mCd/S08WfQo=; b=adI7Gw8Th34y+S6MtJtm3jAF7qIng9GM4EWLFifY7MEG2OsgSoZEzNcmEcFc5o3bCb 6B/4zs0pQ4UN7OU1IJWf45mFbJLwgfFti3uqu28UcJjFCx+TT5Qn5EzxAk8RNO9Ubjmw JFzcKTuCK66WL9rR5e0BGyfF6LiR6JdvyGsjM= 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=tucxrVx+hgwQUzL4vOga26yagWd0Dle4mCd/S08WfQo=; b=L64lvgw5ZKDL6Y75FA84/TGeiRvZ2I6ij3a3vxtlxgeASuN0/tJ9eVLV1TF0hzISDl qECMjnR4fWY1Y/Z3uhSzoPQMU3VKWJ9vaxfRTZHO0WEMxwpy5TpbcXeYDhEqdCO+z7Us EhpMa63jElnI/Vbf1TH/lpvoeTAHhGTydHJgPFGvVcDyuLr2a1g62Qn8r2y7dvsPliNY wC7PD+nHqmWjhJ89wPi7u9X6pXvTip/c+RRMvLjfVKTFv25mHbzJjyQMkD8PYa+3mUv0 WhzMDobRfrP/Lp20fgkIToj1wD5pfDr0lS/aUCS2LHdBfa3LAWF4I38ow0Z4txXthswu fWkQ== X-Gm-Message-State: AOAM531gJgMx9CjzJ/EuV+PNA/eU/MMrbnSJULHxx9OOMRRZKjM0qFsi 2Aki5lMh9cp0TzGT5be+JLs4RAPv9H+yVF7nVXxm0g== X-Google-Smtp-Source: ABdhPJxdrmuMduTkuHm4+s1URMs39ei+mTVero75iCJ7Bdz0QjrBPVHpspg2Tsm2/DFI+mZ7+d8iOE4VIOaL5AhJvws= X-Received: by 2002:a05:6e02:1c84:: with SMTP id w4mr13501107ill.223.1643658012083; Mon, 31 Jan 2022 11:40:12 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Job Snijders Date: Mon, 31 Jan 2022 20:40:01 +0100 Message-ID: To: Keyur Patel Cc: "sidrops@ietf.org" Content-Type: multipart/alternative; boundary="000000000000f15e6105d6e5f3b9" Archived-At: Subject: Re: [Sidrops] Closed -- [WGLC] draft-ietf-sidrops-8210bis-05 - Ends 31/January/2022 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, 31 Jan 2022 19:40:19 -0000 --000000000000f15e6105d6e5f3b9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi all, Are any implementation reports available? I think Oliver/NIST might have one, is there another? It might be good to confirm this before forwarding to IESG. Kind regards, Job On Mon, 31 Jan 2022 at 20:09, Keyur Patel wrote: > Hi Folks, > > > > This working group last call is closed. At this point, the draft is ready > to progress further. Accordingly we will prepare a report and forward it = to > IESG. > > > > Regards, > > Nathalie, Chris & Keyur > > > > > > *From: *Keyur Patel > *Date: *Monday, January 17, 2022 at 2:29 PM > *To: *"sidrops@ietf.org" > *Subject: *[WGLC] draft-ietf-sidrops-8210bis-05 - Ends 31/January/2022 > > > > Hi Folks: > > > > A working group last call has been re-issued for draft-ietf-sidrops-8210b= is-05, =E2=80=9CThe Resource Public Key Infrastructure (RPKI) to Router Pro= tocol, Version 2=E2=80=9D. All the pending edits and discusses from the pr= evious last call has been resolved. Please reply to the list with your comm= ents. The WGLC will end on January 31st, 2022. > > > > The draft can be found at https://datatracker.ietf.org/doc/html/draft-iet= f-sidrops-8210bis. Authors, please reply indicating whether you're aware of= any relevant IPR that hasn't been disclosed. > > > > Regards, > > Nathalie, Chris & Keyur > > > > > _______________________________________________ > Sidrops mailing list > Sidrops@ietf.org > https://www.ietf.org/mailman/listinfo/sidrops > --000000000000f15e6105d6e5f3b9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi all,

Are any implementation reports available? I think Oliver/NIST might = have one, is there another?

It might be good to confirm this before forwarding to IESG.

Kind regards,

Job

On Mon, 31 Jan 2022 at 20:= 09, Keyur Patel <k= eyur@arrcus.com> wrote:

Hi Folks,=

=C2=A0

This working group = last call is closed. At this point, the draft is ready to progress further.= Accordingly we will prepare a report and forward it to IESG.=

=C2=A0

Regards,<= /u>

Nathalie, Chris &am= p; Keyur

=C2=A0

=C2=A0

From: Keyur Patel <keyur@arrcus.com>
Date: Monday, January 17, 2022 at 2:29 PM
To: "sidr= ops@ietf.org" <sidrops@ietf.org>
Subject: [WGLC] draft-ietf-sidrops-8210bis-05 - Ends 31/January/2022=

=C2=A0

Hi Folks:
=C2=A0
A working group last call has been re-issued=
 for draft-ietf-sidrops-8210bis-05, =E2=80=9CThe Resource Public Key Infras=
tructure (RPKI) to Router Protocol, Version 2=E2=80=9D.=C2=A0 All the pendi=
ng edits and discusses from the previous last call has been resolved. Pleas=
e reply to the list with your comments. The WGLC will end on January 31st, 2022.
=C2=A0
The draft can be found at https://datatracker.ietf.org/doc/html/draft=
-ietf-sidrops-8210bis. Authors, please reply indicating whether =
you're aware of any relevant IPR that hasn't been disclosed.=

=C2=A0
Regards,
Nathalie, Chris & Keyur

=C2=A0

=C2=A0

_______________________________________________
Sidrops mailing list
Sidrops@ietf.org<= br> https://www.ietf.org/mailman/listinfo/sidrops
--000000000000f15e6105d6e5f3b9-- From nobody Mon Jan 31 13:38:17 2022 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 7D9A73A1914; Mon, 31 Jan 2022 13:38:15 -0800 (PST) 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.44.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: sidrops@ietf.org Message-ID: <164366509546.20060.742071726612341642@ietfa.amsl.com> Date: Mon, 31 Jan 2022 13:38:15 -0800 Archived-At: Subject: [Sidrops] I-D Action: draft-ietf-sidrops-aspa-profile-07.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: Mon, 31 Jan 2022 21:38:16 -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 : A Profile for Autonomous System Provider Authorization Authors : Alexander Azimov Eugene Uskov Randy Bush Keyur Patel Job Snijders Russ Housley Filename : draft-ietf-sidrops-aspa-profile-07.txt Pages : 9 Date : 2022-01-31 Abstract: This document defines a standard profile for Autonomous System Provider Authorization in the Resource Public Key Infrastructure. An Autonomous System Provider Authorization is a digitally signed object that provides a means of validating that a Customer Autonomous System holder has authorized members of Provider set to be its upstream providers and for the Providers to send prefixes received from the Customer Autonomous System in all directions including providers and peers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-sidrops-aspa-profile/ There is also an htmlized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-sidrops-aspa-profile-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-sidrops-aspa-profile-07 Internet-Drafts are also available by rsync at rsync.ietf.org::internet-drafts From nobody Mon Jan 31 14:22:17 2022 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 06EE63A1A8C; Mon, 31 Jan 2022 14:22:11 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Benjamin Kaduk via Datatracker To: "The IESG" Cc: draft-ietf-sidrops-6486bis@ietf.org, sidrops-chairs@ietf.org, sidrops@ietf.org, morrowc@ops-netman.net, morrowc@ops-netman.net X-Test-IDTracker: no X-IETF-IDTracker: 7.44.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: Benjamin Kaduk Message-ID: <164366773060.21391.16732854790829264927@ietfa.amsl.com> Date: Mon, 31 Jan 2022 14:22:11 -0800 Archived-At: Subject: [Sidrops] Benjamin Kaduk's Discuss on draft-ietf-sidrops-6486bis-09: (with DISCUSS and COMMENT) 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: Mon, 31 Jan 2022 22:22:11 -0000 Benjamin Kaduk has entered the following ballot position for draft-ietf-sidrops-6486bis-09: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/blog/handling-iesg-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-sidrops-6486bis/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- It looks like we may have a setup where a compliant RP and compliant CA/repository fail to interoperate. This is sufficiently surprising that I want to confirm that it's the intended behavior. In particular, both manifests and CRLs have thisUpdate and nextUpdate fields, and since issuing an update to one requires issuing an update to the other (though the CRL is always actually generated first), it is only natural for us to give guidance that the times in question should match between manifest and corresponding CRL. However, we do this only as RECOMMENDED/SHOULD-level guidance, and accompany it by guidance to RPs that they SHOULD NOT reject a manifest of the fields do not match the CRL. Accordingly, when a CA violates the first SHOULD and issues manifeset+CRL with mismatched thisUpdate/nextUpdate, and an RP violates the second SHOULD (NOT) and rejects such a setup, the RP will be unable to get any RPKI data for that CA. (As a tangent, we also have one place where we give related guidance that the validity period of the single-use EE cert that signs the manifest match the thisUpdate/nextUpdate period, which we might want to keep in mind if we make any changes in this space.) It looks like RFC 6486 had a conditional MUST-level requirement that *if* a manifest encompasses a CRL, then the "nextUpdate" fields MUST match (no guidance on thisUpdate), which we change to a statement of fact that each manifest does encompass a CRL and guidance that the "nextUpdate"s SHOULD match. Additionally, RFC 6486 had a MUST-level requirement for the validity period of the EE cert to exactly match the thisUpdate/nextUpdate time interval of the manifest, which we currently are relaxing to a SHOULD. Often in this scenario we would strengthen one of the SHOULDs to be a MUST so that interoperability is guaranteed, but I'm not sure that I see a clear argument for which requirement is better to make the MUST. ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- My reading of the changes in the diff from RFC 6486 indicate that there is something of a fundamental shift in the processing model being made, but this does not seem to be mentioned specifically in the list of changes in Appendix B (or the introduction/abstract). Specifically, it seems that the old RFC 6486 model involved the manifest being a tool that's useful for the RP and SHOULD be used, but that ultimately the RP policy decides which signed objects from the repository to use and fundamentally places trust in the signatures on those objects; the new model in this draft seems to place the manifest as the primary control on what signed objects to use, with phrasing like "MUST use the current manifest"/"files not listed on the manifest MUST NOT be used" and the error-handling behavior in §6.6 being to fall back to the previous cached state (at a SHOULD-level requirement), which as I understand it would mean using the previous cached manifest. (Maybe I'm wrong about that last bit.) While the new focus doesn't seem problematic per se, and it's perfectly reasonable from a process perspective to make that sort of behavior change in a Proposed Standard, it seems that if this was a deliberate decision it ought to be emphasized a bit more. The final bullet point in the change list of removing the notion of "local policy" is perhaps related to this fundamental shift, but seems to only cover part of the shift. Section 3 The CA MUST sign only one manifest with each generated private key, and MUST generate a new key pair for each new version of the manifest. This form of use of the associated EE certificate is termed a "one-time-use" EE certificate [RFC6487] Not really a comment on *this* document (6486bis), but since RFC 6487 generically defines the "sequential use" EE certificate that we are disallowing for RPKI Manifest use, it seems reasonable to ask whether the issues that cause us to forbid sequential use in this context might also apply to other scenarios where "sequential use" certificates might have been used. (I did not make a survey of the RPKI specification corpus to investigate whether such scenarios are likely to exist.) Section 4.2.1 fileHashAlg: This field contains the OID of the hash algorithm used to hash the files that the authority has placed into the repository. The hash algorithm used MUST conform to the RPKI Algorithms and Key Size Profile specification [RFC6485]. RFC 6485 has been obsoleted by RFC 7935. Section 5.1 2. Issue an EE certificate for this key pair. The CA MUST revoke the EE certificate used for the manifest being replaced. Do the mechanics of revocation still need to be undertaken even if the EE certificate in question has expired? Section 6.x The old RFC 6486 procedures allowed ("MAY") the RP to verify that each file at a publication point is listed in exactly one current manifest, which is no longer allowed. I think I can see how this was a problematic thing to try, but want to confirm that it is intentionally removed. Similarly, RFC 6486 wanted a warning produced if there were objects present in the repository that are not listed in any manifest, which does not seem particularly useful and I do not mind seeing removed. RFC 6486 also wanted a warning issued if a publication point contained both valid and invalid manifests; removing that guidance seems correct to me. Section 6.3 The two "proceed to Section 6.4"s seem redundant (I suggest removing the last one). Section 6.5 the publication point. If the computed hash value of a file listed on the manifest does not match the hash value contained in the manifest, then the fetch has failed and the RP MUST proceed to Section 6.6; otherwise proceed to Section 6.6. This looks an awful lot like "if X; goto Y; else; goto Y", which could just be written as "goto Y". However, since §6.6 is the "failed fetches" processing, in the successful verification case perhaps we don't want to do that and should instead proceed to use the content of the files listed in the manifest. Section 8 Perhaps it is sufficiently obvious so as to go without saying, but I trust that in a prolonged period of failed fetches, the human operator is expected to go figure out (via out of band channels) what's up with the CA/repository in question and whether an attack is underway. The requirement for every repository publication point to contain at least one manifest allows an RP to determine if the manifest itself has been occluded from view. [...] Do we want to say anything about how these properties change during a CA key rollover or if multiple "unrelated" CAs are publishing at the same publication point (the latter of which would be quite unusual, if I understand correctly)? Section 9 I see that the latest update from IANA has the registry (entry) references being updated from RFC 6488 to [this document], which is great and obviates what I would otherwise have remarked upon. Section 11.1 Now that we're obsoleting RFC 6486, that should probably bump it off into the Informative References section. RFCs 6482, 6493, 8209, and 8488 appear to not actually be referenced from anywhere and thus could probably be removed. Section 11.2 Do we really want to reference RFC 3370 ("CMS Algorithms") for "the CMS wrapper of the object" rather than something like RFC 5652 ("CMS")?