Re: [Dlt-networking] [SCITT] SCITT General Meeting - Monday May 23 - Slide Deck and Meeting Recording
Dick Brooks <dick@reliableenergyanalytics.com> Tue, 24 May 2022 14:18 UTC
Return-Path: <dick@reliableenergyanalytics.com>
X-Original-To: dlt-networking@ietfa.amsl.com
Delivered-To: dlt-networking@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE40DC183FBE; Tue, 24 May 2022 07:18:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.294
X-Spam-Level:
X-Spam-Status: No, score=-1.294 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, LOTS_OF_MONEY=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, URI_HEX=0.1, URI_NOVOWEL=0.5] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wqmEy6c0fR-z; Tue, 24 May 2022 07:18:38 -0700 (PDT)
Received: from forward2-smtp.messagingengine.com (forward2-smtp.messagingengine.com [66.111.4.226]) (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 ietfa.amsl.com (Postfix) with ESMTPS id D17BAC183FB1; Tue, 24 May 2022 07:18:37 -0700 (PDT)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailforward.nyi.internal (Postfix) with ESMTP id F309319403EE; Tue, 24 May 2022 10:18:36 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Tue, 24 May 2022 10:18:36 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1653401916; x=1653488316; bh=HxffHYyWOrqxk 6x6V6zkBYuuaaHoqwHIRrA9NsqiP3M=; b=tSQwyzkdsd0/2ZW7zcupYxS0s6nun LRm21b6K1maxIP2YSbFa5RrFTNO5fd1qZBAuHmH7EWZfUFzaBPHAhynWjohH0Gnd kRnXwSsMP1I46GF7in5TQJ5YSWezuNhpGOdFsNm17M+8naQe4EwY0uLRVK8eeoSr u9CwNmkhKw8PYz93h0gg/2uSX2wVN1V9eIFyx+LNWMx3szKp+YkH3sDZYJRmZcJC ayuQvFkjRvS5Bn6fCKbZ3tvUerMPesNyjeOluKAYnpe8g0ierRxVjDwR7e3k4GKl /qLUssQs8cbeXt5iVtPH9nAqpCy3jSPkg7RRn4aqw/YcpgygGTsHSTTnQ==
X-ME-Sender: <xms:POmMYiKwRSjDI_23SNPlcqIisDqvAGwoWUz81HFuz90ZpxaVVOrlsw> <xme:POmMYqKmOOXRHqJV6k-01HA9CODV3Zf-vP9TZyrRA9feQa400IofhQ1Nory5R0Z1h 0Kw8Iz8vM595i4nrQ>
X-ME-Received: <xmr:POmMYivXjI93V8c51-Gzk2cFNd7q5awM8EUPK3voexQkJHTb4W3D9U4>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrjeefgdejiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenog fuuhhsphgvtghtffhomhgrihhnucdlgeelmdenfghrlhcuvffnffculddqgedmnecujfgu rheprhfhvfevfhgjufffohfkgggtofhtsehrtdhgpedvtddvnecuhfhrohhmpedfffhitg hkuceurhhoohhkshdfuceoughitghksehrvghlihgrsghlvggvnhgvrhhghigrnhgrlhih thhitghsrdgtohhmqeenucggtffrrghtthgvrhhnpedvgfekjeehgeejtdefieetfedvtd dvfedvleelgfelhfeiieduleeutddvfeekjeenucffohhmrghinhepnhhishhtrdhgohhv pdhrvghlihgrsghlvggvnhgvrhhghigrnhgrlhihthhitghsrdgtohhmpdiffedrohhrgh dpghhithhhuhgsrdhiohdpghhoohhglhgvrdgtohhmpdguhhhsrdhgohhvpdhurhhluggv fhgvnhhsvgdruhhspdhouhhtlhhoohhkrdgtohhmpdiiohhomhdruhhsnecuvehluhhsth gvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepughitghksehrvghlihgr sghlvggvnhgvrhhghigrnhgrlhihthhitghsrdgtohhm
X-ME-Proxy: <xmx:POmMYnarz5JAlSrMBCSlt5xe1hDtnym3L9NuVk2ibsh7vHhwg0H2cA> <xmx:POmMYpbJg7eiT1ErtZVst3vXhgPvvPIOJYh3UHM9gmN3cAVv02hPeA> <xmx:POmMYjA1aPWJzHeCFvIJJLilu7eeZ7WI8Icri9CsAJgAZekekrsf2A> <xmx:POmMYoxvqBWZE63Klmm6h9Czt0hVvQxIHB5p4qOmsQIbdcw8AtPwpg>
Feedback-ID: i57d944d0:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 24 May 2022 10:18:36 -0400 (EDT)
Reply-To: dick@reliableenergyanalytics.com
From: Dick Brooks <dick@reliableenergyanalytics.com>
To: "'John, Anil'" <anil.john=40hq.dhs.gov@dmarc.ietf.org>, scitt@ietf.org
Cc: blockchain-interop@ietf.org, dlt-networking@ietf.org
References: <AM6PR08MB43259BB11000745562BAA5168ED49@AM6PR08MB4325.eurprd08.prod.outlook.com> <BYAPR13MB2582F01BDB067B3E1A0920D9F4D79@BYAPR13MB2582.namprd13.prod.outlook.com> <SA1PR09MB8815CB3809BDC23B1B162770C5D79@SA1PR09MB8815.namprd09.prod.outlook.com>
In-Reply-To: <SA1PR09MB8815CB3809BDC23B1B162770C5D79@SA1PR09MB8815.namprd09.prod.outlook.com>
Date: Tue, 24 May 2022 10:18:33 -0400
Organization: Reliable Energy Analytics LLC
Message-ID: <92de01d86f79$27cd94e0$7768bea0$@reliableenergyanalytics.com>
MIME-Version: 1.0
Content-Type: multipart/related; boundary="----=_NextPart_000_92DF_01D86F57.A0BE65E0"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQDbEey0mjYrG6IPGEQLbXEbf7IlDQJ/0VEZAXWXMBWvCSEugA==
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/dlt-networking/RiOSen-FZcje2br9x43OtcQlbtc>
Subject: Re: [Dlt-networking] [SCITT] SCITT General Meeting - Monday May 23 - Slide Deck and Meeting Recording
X-BeenThere: dlt-networking@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: DLT Networking <dlt-networking.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dlt-networking>, <mailto:dlt-networking-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dlt-networking/>
List-Post: <mailto:dlt-networking@ietf.org>
List-Help: <mailto:dlt-networking-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dlt-networking>, <mailto:dlt-networking-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 May 2022 14:18:42 -0000
Anil, I've offered to participate in documenting an SBOM use case for the SCITT initiative, along with some other people. Do you have a use case from Customs that we could use to show SBOM and vulnerability disclosure reports that would be subject to Executive Order 14028. This would be both timely and insightful for many government agencies that will be implementing EO 14028 solutions, following NIST's 5/5 EO 14028 guidelines; https://www.nist.gov/itl/executive-order-14028-improving-nations-cybersecuri ty/software-security-supply-chains-software-1 The use case would be used to show how an SCITT inspired approach could be used to meet the EO 14028 requirements. Happy to discuss this further if interested. Thanks, Dick Brooks Active Member of the CISA Critical Manufacturing Sector, Sector Coordinating Council - A Public-Private Partnership Never trust software, always verify and report! <https://reliableenergyanalytics.com/products> T http://www.reliableenergyanalytics.com <http://www.reliableenergyanalytics.com/> Email: dick@reliableenergyanalytics.com <mailto:dick@reliableenergyanalytics.com> Tel: +1 978-696-1788 From: SCITT <scitt-bounces@ietf.org> On Behalf Of John, Anil Sent: Tuesday, May 24, 2022 9:55 AM To: scitt@ietf.org Cc: blockchain-interop@ietf.org; dlt-networking@ietf.org Subject: Re: [SCITT] SCITT General Meeting - Monday May 23 - Slide Deck and Meeting Recording I can provide a bit of technical insight/background/perspective regarding the U.S. Customs interoperability work with blockchain/DLT/DAGs etc. that Vinny spoke to in the presentation. Rewinding the clock to around 2017 or so, we (DHS) were receiving ongoing enquiries from the global Trade community about the tech and our perspective on it as applied to supply chain data. The discussion internally between my program (which was just in the process of finishing up a pretty significant R&D into the tech to understand its applicability to Government use cases) and the CBP Office of Trade i.e. U.S. Customs leadership was around how best to get access to data coming from blockchain systems in the Trade - with the full acknowledgement at that time that different Trade entities were using different blockchain systems and interoperability and data sharing across blockchain and non-blockchain systems was *not* part of the conversation! We realized that we had two options on the table at that time, given that we had no desire to rip-n-replace our internal systems/processes which are working at global scale: 1. Go down the path of running a node of every blockchain platform that needed to connect with us - an unbounded problem with no path to success for any organization! 2. One ring to bind them all - Choose a particular blockchain platform and mandate that everyone who uses blockchain tech to integrate with us, use that same platform - As the largest customs org in the world, could we make that work? Possibly. Is the political capital needed to sustain that approach better expended elsewhere? Absolutely. We decided to go a third way. That third way was to see if we could implement an abstraction layer between enterprise systems and blockchain/DLT/DAG systems and between blockchain/DLT/DAG systems where: * There is no expectation that all links in the supply chain use the same technology platform or vendor * All links in the supply chain remain free to choose the technology stack / platform / vendor of their choice * Interfaces between systems are based on global, open, royalty free and free to use data and protocol standards that ensure multi-platform, multi-vendor, cross-border interoperability That is the path that led us down to choosing W3C Verifiable Credentials data model (https://www.w3.org/TR/vc-data-model/ ) as the way to represent attestations/credentials from/to Trade using a semantically aware standardized vocabulary (https://w3c-ccg.github.io/traceability-vocab/ ), W3C Decentralized Identifiers (https://www.w3.org/TR/did-core/ ) as a way to represent Trade entities and to publish and retrieve their public keys regardless of the network they are on, and an openly developed API that is testable, royalty free and free to implement (https://w3c-ccg.github.io/vc-api/ & https://w3c-ccg.github.io/traceability-interop/ ) that allows for connecting the entities. We also require in our operational implementation, standards compliance (against open, automated test suites) AND *real* multi-vendor, multi-platform, interoperability via interoperability plug-fests (https://docs.google.com/presentation/d/1MeeP7vDXb9CpSBfjTybYbo8qJfrrbrXCSJa 0DklNe2k/edit?usp=sharing ) which have demonstrated in practices interop not just between enterprise systems and blockchain systems but between blockchain systems << Our thesis has been proven in practice. In general, blockchain specific interop work requires that an enterprise end-point be blockchain based and that particular blockchain supports some specific blockchain interop magic sauce - which is not the reality of a large, established enterprise with existing investments in both technology and processes. Our approach has been and continues to be the standards based abstraction layer for data models and APIs such that we can make the "To-Blockchain or To-Not-Blockchain" go away as a decision criteria for integration with external systems. Best Regards, Anil Anil John Technical Director, Silicon Valley Innovation Program Science and Technology Directorate US Department of Homeland Security Washington, DC, USA Email Response Time - 24 Hours <https://www.dhs.gov/science-and-technology> From: SCITT <scitt-bounces@ietf.org <mailto:scitt-bounces@ietf.org> > On Behalf Of Michael McBride Sent: Monday, May 23, 2022 8:41 PM To: Yogesh Deshpande <Yogesh.Deshpande@arm.com <mailto:Yogesh.Deshpande@arm.com> >; scitt@ietf.org <mailto:scitt@ietf.org> Cc: Kay Williams <kayw@microsoft.com <mailto:kayw@microsoft.com> >; blockchain-interop@ietf.org <mailto:blockchain-interop@ietf.org> ; dlt-networking@ietf.org <mailto:dlt-networking@ietf.org> Subject: Re: [SCITT] SCITT General Meeting - Monday May 23 - Slide Deck and Meeting Recording CAUTION: This email originated from outside of DHS. DO NOT click links or open attachments unless you recognize and/or trust the sender. Contact your component SOC with questions or concerns. Hi Yogesh, Thank you for recording the meeting/presentation, it was very insightful. Vincent mentioned the importance of having one methodology for interoperability between supply chains which may be using a DLT of some sort. The Dept of Customs appears to be working on their own interop solution. The blockchain interop group is specifically working on the development of a protocol, called ODAP, to provide asset transfer interoperability which SCITT may be able to leverage. They too are seeking to form an ietf working group and have had at least one bof. It might be helpful to have Thomas provide SCITT with an overview of the blockchain interop work and vice versa. mike From: SCITT <scitt-bounces@ietf.org <mailto:scitt-bounces@ietf.org> > On Behalf Of Yogesh Deshpande Sent: Monday, May 23, 2022 1:40 PM To: scitt@ietf.org <mailto:scitt@ietf.org> Cc: Kay Williams <kayw@microsoft.com <mailto:kayw@microsoft.com> > Subject: [SCITT] SCITT General Meeting - Monday May 23 - Slide Deck and Meeting Recording Hello All, Thanks to Vincent and Anil for a great presentation. The Meeting recording has been updated on the Google Docs here The presentation material attached to the email. Regards, Yogesh Deshpande From: SCITT <scitt-bounces@ietf.org <mailto:scitt-bounces@ietf.org> > On Behalf Of Kay Williams Sent: Friday, May 20, 2022 5:34 PM To: scitt@ietf.org <mailto:scitt@ietf.org> Subject: [SCITT] SCITT General Meeting Agenda - Monday May 23 Hello SCITT community, Here is the agenda for our Monday May 23 8:00 AM Pacific SCITT general meeting. Special welcome to our guest presenter Vinny Annunziato from US Customs. Agenda: * IETF non-working-group BOF update (Roy Williams) * planning document * Presentation: US Customs (Vinny Annunziato) * Vincent (Vinny) Annunziato, Director, Business Transformation & Innovation Division (BTID), Trade Transformation Office (TTO) will be presenting about the work US Customs is doing for Modernizing the Supply Chain through use of decentralized technologies more specifically through use of verified credentials and decentralized identifiers. Hope to see you there. Kay SCITT General Meeting Agenda and Notes - Google Docs Join Zoom Meeting https://armltd.zoom.us/j/99133885299?pwd=b0w4aGorRkpjL3ZHa2NPSmRiNHpXUT09 Meeting ID: 991 3388 5299 Passcode: 531470 One tap mobile +442034815240,,99133885299#,,,,*531470# United Kingdom Dial by your location +44 203 481 5240 United Kingdom +1 346 248 7799 US (Houston) +1 408 638 0968 US (San Jose) +1 646 518 9805 US (New York) +91 224 879 8012 India +91 406 480 2722 India +91 806 480 2722 India +91 116 480 2722 India +852 5803 3730 Hong Kong SAR +46 8 4468 2488 Sweden +47 2400 4735 Norway +972 3 978 6688 Israel +353 1 536 9320 Ireland +36 1 408 8456 Hungary +49 69 3807 9883 Germany +33 1 7037 2246 France +358 3 4109 2129 Finland +45 32 70 12 06 Denmark +1 438 809 7799 Canada +82 2 3143 9611 Korea, Republic of +65 3158 7288 Singapore +27 87 550 3946 South Africa +32 1579 5132 Belgium +48 22 307 3488 Poland +386 1600 3102 Slovenia +60 3 3099 2229 Malaysia +886 (2) 7741 7473 Taiwan +81 3 4578 1488 Japan Meeting ID: 991 3388 5299 Passcode: 531470 Find your local number: https://armltd.zoom.us/u/auABE2oPq Join by SIP 99133885299@zoomcrc.com <mailto:99133885299@zoomcrc.com> Join by H.323 162.255.37.11 (US West) 162.255.36.11 (US East) 115.114.131.7 (India Mumbai) 115.114.115.7 (India Hyderabad) 213.19.144.110 (Amsterdam Netherlands) 213.244.140.110 (Germany) 103.122.166.55 (Australia Sydney) 103.122.167.55 (Australia Melbourne) 209.9.211.110 (Hong Kong SAR) 149.137.40.110 (Singapore) 64.211.144.160 (Brazil) 69.174.57.160 (Canada Toronto) 65.39.152.160 (Canada Vancouver) 207.226.132.110 (Japan Tokyo) 149.137.24.110 (Japan Osaka) Meeting ID: 991 3388 5299 Passcode: 531470 IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
- Re: [Dlt-networking] SCITT General Meeting - Mond… Michael McBride
- Re: [Dlt-networking] SCITT General Meeting - Mond… Thomas Hardjono
- Re: [Dlt-networking] SCITT General Meeting - Mond… Yogesh Deshpande
- Re: [Dlt-networking] [SCITT] SCITT General Meetin… Dick Brooks
- Re: [Dlt-networking] [SCITT] SCITT General Meetin… Dick Brooks
- Re: [Dlt-networking] SCITT General Meeting - Mond… Thomas Hardjono
- Re: [Dlt-networking] [SCITT] SCITT General Meetin… Orie Steele
- Re: [Dlt-networking] SCITT General Meeting - Mond… John, Anil
- Re: [Dlt-networking] [SCITT] SCITT General Meetin… John, Anil