IETF Logo Mail Archive

[Sidrops] Re: IETF-123 presentation slot request.

Job Snijders <job@sobornost.net> Mon, 23 June 2025 11:19 UTC

Return-Path: <job@instituut.net>
X-Original-To: sidrops@mail2.ietf.org
Delivered-To: sidrops@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 5CF01383DD29 for <sidrops@mail2.ietf.org>; Mon, 23 Jun 2025 04:19:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=instituut-net.20230601.gappssmtp.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id isvOn_Zf5kZo for <sidrops@mail2.ietf.org>; Mon, 23 Jun 2025 04:19:06 -0700 (PDT)
Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 983B3383DD1F for <sidrops@ietf.org>; Mon, 23 Jun 2025 04:19:06 -0700 (PDT)
Received: by mail-ed1-x536.google.com with SMTP id 4fb4d7f45d1cf-607c2b96b29so7017850a12.1 for <sidrops@ietf.org>; Mon, 23 Jun 2025 04:19:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=instituut-net.20230601.gappssmtp.com; s=20230601; t=1750677545; x=1751282345; darn=ietf.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=zftg48AH15/IvDtgF72uLGomSKQo4x5fVulVOVfNRr4=; b=I8tfVUTJ5UG882k0vmIzX218iKykrztlyBFEVjB+Ps0ojPVCT6W+m9MFOYfk0mOaKc 1M5nQP1FmcPHQEb37HZ0AiCxEi198yrKVDIx5gdPudur+nfJUzX2OGvU6AEe8POvSOxP EkYwIPccYvZdCMy5Ly1s3bKSKz/C3by4j++guF8rHeUR/+n6iDXptKDsiLQ3+FbwCL4w 9/2fLgfd2Y8ktaSXosKAEY5h94o9bi/xGdH/+w+SuhLrfh/OjZIWPvCER03kDbEIxS+S FEUrcO41Ya5ip8W3qBpNf9eJujvwQBQeUvSBBaJFvcQWQlAnxllo4uluIK7VY3BYxF7g uYmA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1750677545; x=1751282345; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=zftg48AH15/IvDtgF72uLGomSKQo4x5fVulVOVfNRr4=; b=FKM0jrX19qXlzOEJ091Y7KH7q2cRYbgF6d26j5tVippz8pB5K3CFbkqKSWaEWt6gQX 8wJjZ178BzK7u+ACFQWR7wA9Hz7CU50FozH2J/ChNGC/VlF98shMazlKvi5RrHgkvPwn q7LllfcI3g6H1dDaUnjdwdnqkfBtUBW5hI2GonBWiYghY2pygH7lL+BKyigV04BNjr0E b78Cb36JEcDtlY2sl2RYz6f4f1F+/WQsG0BT5hMJIZCZa9O5KCIpJvs+AzbEp5lyayit h3YrlWh/+IE5sVeDWUbtLzNkjC0Mtca1N+nGYXKBECOMummzniKJl8L3Q2Pys4mHuQcF EGZw==
X-Gm-Message-State: AOJu0YxV55VXeyQP3xDBEhnbJ+xibdwONaZMpWwgcvtOby/dkMgPpbR5 aAza6d76a4uGMc/dyxCKPoyG7atM7E9jHV3sLu0kS9dvCqeyCw7TrQi86XaSOgSyYcgy0lXHBj/ wIQROBw8=
X-Gm-Gg: ASbGnctCfT8eBJvoaUzJTtLWf6iaplw1ma7VRNCZgeWLiq+u78i3UrIQs+0plyL3m3O PY5qXA56Qa4FAnQJKN1fZ4AAQgL4CNarvEYgTu05mSUw/3jIL3uT5uK4wR03xmDrGvBjXs6KUvt ID77grt369OcaZ/NI19CvSWnEXvMYKg0Jnp3nH5xqhRmplgq5yH5hotbEmNJnyhppMKzwM6MS9e k2O/I5/IuI95EWP2YYdK7Ktp76GmSRoHDTkNtwthktdWbQjhgroOokCsliutFPUaht51lX8EAmZ PKz3cvyI/YM/HH9D1RKCSSnqdJJoMEDYGKbqSZqsEdAzdHdKFDmc/bnjZltw+ECiAJYhDCSEfOi Wr7M=
X-Google-Smtp-Source: AGHT+IEcwlyoMOAw6MS3K/uvTUm0G3JdBacOGnoIjeP4UYXMQMswdSDltrbxQ96XaHqXdQTQ4bdNHw==
X-Received: by 2002:a05:6402:4315:b0:607:f558:2894 with SMTP id 4fb4d7f45d1cf-60a1cca9ffemr11711039a12.3.1750677544977; Mon, 23 Jun 2025 04:19:04 -0700 (PDT)
Received: from anton.sobornost.net (anton.sobornost.net. [192.147.168.5]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-60a1854362csm5958479a12.20.2025.06.23.04.19.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Jun 2025 04:19:04 -0700 (PDT)
Date: Mon, 23 Jun 2025 11:19:02 +0000
From: Job Snijders <job@sobornost.net>
To: sidrops@ietf.org
Message-ID: <aFk4Jl8T18Sie7h3@anton.sobornost.net>
References: <SN7PR11MB69006193710F2AB89E92D015C1FC2@SN7PR11MB6900.namprd11.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <SN7PR11MB69006193710F2AB89E92D015C1FC2@SN7PR11MB6900.namprd11.prod.outlook.com>
X-Clacks-Overhead: GNU Erik Bais
Message-ID-Hash: JUGKYNE3OELNKTCO54B7YUKIIIGN7ZJM
X-Message-ID-Hash: JUGKYNE3OELNKTCO54B7YUKIIIGN7ZJM
X-MailFrom: job@instituut.net
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-sidrops.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: sidrops-chairs@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Sidrops] Re: IETF-123 presentation slot request.
List-Id: A list for the SIDR Operations WG <sidrops.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/sidrops/1BI8PMtGicJnys5GAHBttqWMeVw>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sidrops>
List-Help: <mailto:sidrops-request@ietf.org?subject=help>
List-Owner: <mailto:sidrops-owner@ietf.org>
List-Post: <mailto:sidrops@ietf.org>
List-Subscribe: <mailto:sidrops-join@ietf.org>
List-Unsubscribe: <mailto:sidrops-leave@ietf.org>

Dear SIDROPS chairs,

I'd like to request a 20 minute slot for the topic: "Erik
Synchronization". This is a continuation of research into a possible
next-generation RPKI transport, as discussed at IETF 121.

This is joint work with Tim Bruijnzeels (RIPE NCC) and Tom Harrison
(APNIC), and others. An internet-draft will be uploaded before the
submission cut-off. Running code exists!

Title:		The Erik Synchronization Protocol for use with the RPKI
Abstract:
		Erik Synchronization can be characterized as a data
		replication system using merkle trees, a
		content-addressable naming scheme, concurrency control
		using monotonically increasing sequence numbers, and
		HTTP transport. Relying Parties can combine information
		retrieved via Erik Synchronization with other RPKI
		transport protocols. The protocol's design is intended
		to be efficient, fast, and easy to implement.
Presenter:	Job Snijders
Time:		20 minutes

Kind regards,

Job

v2.37.1 | Report a Bug | By Email | System Status