Re: Contractual Networking at IETF 112

Charlie Perkins <charliep@computer.org> Sat, 06 November 2021 15:23 UTC

Return-Path: <charliep@computer.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80F5E3A0CA5 for <ietf@ietfa.amsl.com>; Sat, 6 Nov 2021 08:23:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.563
X-Spam-Level:
X-Spam-Status: No, score=-4.563 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-3.33, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=earthlink.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 kNpGT2gAXDwy for <ietf@ietfa.amsl.com>; Sat, 6 Nov 2021 08:23:47 -0700 (PDT)
Received: from nmtao102.oxsus-vadesecure.net (mta-102a.oxsus-vadesecure.net [51.81.61.66]) (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 0ADFF3A0C9F for <ietf@ietf.org>; Sat, 6 Nov 2021 08:23:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; bh=iJyJ1kFH9RSzUwcKFklOE8nj0KSI6dsChrzMJp DID9o=; c=relaxed/relaxed; d=earthlink.net; h=from:reply-to:subject: date:to:cc:resent-date:resent-from:resent-to:resent-cc:in-reply-to: references:list-id:list-help:list-unsubscribe:list-subscribe:list-post: list-owner:list-archive; q=dns/txt; s=dk12062016; t=1636212143; x=1636816943; b=gMwmauw5Y2jJUAIojQzBeXA4eFt/KnmbccL1ca2VwmninGBPgKkoigJ F4h7gKM5FoK+/kGEY1IIzhjukJ0YC2i95jaPPwtJ7mTy7pJHDh9tz35vCn2hO7SXRH+c10u wFVSWHTjjNqlYp7PZwxUhabGRjEMJZS85eNezJv6lf/TKS4zokW6aCJfe6shVqZJ2EFTzi7 Lg4CSPk14Zy1UK7rVIK2+nfTc9L1oXHi9AX6hsqaIsKSqHRLKhLN6qUhrE2lt7Sg8ow9XIL j2BxFpdQMn1HWLDO5El7Nmc+ngh+l5kFqwp2j3DPWy4T2tgrUBGwFG0URSmZ/A4LZiL4gvK s3g==
Received: from [192.168.1.72] ([99.51.72.196]) by smtp.oxsus-vadesecure.net ESMTP oxsus1nmtao02p with ngmta id e779a34a-16b4fe467f4333f3; Sat, 06 Nov 2021 15:22:23 +0000
Message-ID: <94fd0456-4a60-cdc5-643b-48bb39cf9a3a@computer.org>
Date: Sat, 06 Nov 2021 08:22:22 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.1
Subject: Re: Contractual Networking at IETF 112
Content-Language: en-US
To: Jared Mauch <jared@puck.nether.net>
Cc: ietf@ietf.org
References: <e764fc0b-f559-d8a2-8bcc-f588e29f18fa@computer.org> <BBA4102C-57ED-49A6-8494-05EA59E63B53@puck.nether.net>
From: Charlie Perkins <charliep@computer.org>
Organization: Blue Sky Meadows
In-Reply-To: <BBA4102C-57ED-49A6-8494-05EA59E63B53@puck.nether.net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/0gdeo8OOHaG-_fk8PKQuHjOfs9I>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Nov 2021 15:23:52 -0000

Hello Jared,

We do not yet have any speakers scheduled that would fit your 
description.  However, such a viewpoint from the operational side would 
be very welcome.   Would you like to have some time allocated to present 
your insights from that point of view?

Regards,
Charlie P.


On 11/6/2021 4:21 AM, Jared Mauch wrote:
> What peering negotiation staff will be at this meeting?
>
> Sent via RFC1925 complaint device
>
>> On Nov 5, 2021, at 3:57 PM, Charlie Perkins <charliep=40computer.org@dmarc.ietf.org> wrote:
>>
>> Hello folks,
>>
>> We have organized a side meeting on Contractual Networking for IETF 112.  It is happening on Tuesday at 10am Pacific Time.
>>
>> ==== Contractual Networking ====
>>
>> This session offers discussion about how to enforce agreements at the network layer between different parties in a communication. We could use in-band or out-of-band solutions, solutions at layer 3, 3.5, or layer 4. We would like to discuss the potential mechanism to provide/negotiate a contract. Should these be introduced as data within Internet packets to provide the contractual context to the flow, or should this be kept in the control plane? How should we ensure compliance? Is IP with some label option enough? Should IP be evolved?  Alternatively, should compliance mechanisms reside in the control plane, or in virtual network/network slices?
>>
>> Contractual networking encompasses mechanisms to provide / negotiate a contract and to ensure that the terms of the contract are being met. Multi-party contracts are feasible but significantly more difficult.  There may be multiple ways to enforce the terms of the contract, suggesting that enforcement may be considered separately from contact negotiation.  The necessary data could include accounting information, service level agreements, crypto material, QoS signifiers, etc., all according to the agreed upon terms of the contractual arrangement between the parties.  The terms of the contract are considered to be stable during the life of the contract.
>>
>> Speakers will discuss various aspects of contractual networking, including network validation, service level objectives, intent-based networking, and access authorization for network resources. Exploring the suitability of various models of implementation is encouraged - for instance, segment routing or network service headers may be suitable to assure adherence to the terms of the contract.  Techniques for contract negotiation and data structures for efficient forwarding are of interest.
>>
>> This session is not aimed at forming a working group.  If interest is expressed during the meeting, we will discuss next steps and try to identify whether the work fits within current working groups.
>>
>> ====================
>>
>> Regards,
>> Charlie P.
>>
>>
>>
>>