IETF Logo Mail Archive

Re: [Network-tokens] Deterministic latency service

Hesham ElBakoury <helbakoury@gmail.com> Fri, 23 July 2021 20:18 UTC

Return-Path: <helbakoury@gmail.com>
X-Original-To: network-tokens@ietfa.amsl.com
Delivered-To: network-tokens@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F29513A16AB for <network-tokens@ietfa.amsl.com>; Fri, 23 Jul 2021 13:18:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.497
X-Spam-Level:
X-Spam-Status: No, score=-1.497 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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_SBL=0.5, URIBL_SBL_A=0.1] autolearn=no 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 jNP5iDeHTMU3 for <network-tokens@ietfa.amsl.com>; Fri, 23 Jul 2021 13:18:15 -0700 (PDT)
Received: from mail-oi1-x22f.google.com (mail-oi1-x22f.google.com [IPv6:2607:f8b0:4864:20::22f]) (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 57A9B3A16AC for <network-tokens@ietf.org>; Fri, 23 Jul 2021 13:18:15 -0700 (PDT)
Received: by mail-oi1-x22f.google.com with SMTP id y18so3138011oiv.3 for <network-tokens@ietf.org>; Fri, 23 Jul 2021 13:18:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=pMjw6KCDjrfMi2Jto11dZz9jrJq+hV/jrventg0wDBM=; b=NaFdYnpsEu9oDQLSMsmdyOXFwO8vjoXzA3e6bF/VlEfT3WaT6UKzjuRzjcEf9ud1ex 8gT1uAAHaJedgcOI/XQCXV6Sf3WH5G/K0BQ0pUyakvziysAZe5PgvNTjRTEwzeKtcoQm lja2ttBiqf7KJrmHCM55We4JxqbBo1hsBxTMxogNu/EevKvbORT2GR4XGe/BdwneVVx9 7ptMquqkhIMH1Hsi23dhAYCwHHksGGyuMN8QHHocy2zxYWR1inyU9PUtYEb7g41Mc0Mm PCHNIsm7r0k7MEzlFvMFzvDU3yBt6ReofaZsyQ94lGhRUTW3BXBd0NSB2RPcYgQFllH+ V9pw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=pMjw6KCDjrfMi2Jto11dZz9jrJq+hV/jrventg0wDBM=; b=O9oh0UwPIIYe5Uz17GCuoqI1rRz1ZUwixXQrCa9MSsszI/KCHoBdrypC6tykST0tSy 6KrwzTZiksxBFhLdIkfVVY4jlxVS94NLDga/YKCMn83emkczNw3AT723eV0hcl6U7Dt9 6i+qlJZH6ez5n6FdcnjqZojkadcmrwbf9DNjcctOAfT3VZnAcDpvbHJ48DcIvBMCAprv uC2BRS8Jv0gTMpcnMMZj90tg031TOzQh5j9flV18Jcb28Ql6nU9EY67Ftrv+yLFL5L6G U1c2K44GU0RNiGQUCCIQptfRNeaI4VTTj/3V/vpra7V9zRx1RrWYd9/ua0rB0PIvoHJj 5IfQ==
X-Gm-Message-State: AOAM530sucf+3vwrQwWVxYZM/fvSX01YHFNnSUEco+Jq7beXzp9/aUxc 5JOyk41KyVrnPeE6WHFIqWV4IuWQ4nGYKw==
X-Google-Smtp-Source: ABdhPJz9mlvk0tbA0Qlzz7y2RL78X36Ghfwlg0+Uj4joF6NqQ4rADWDkRr8lVpnLOEHTZAOGXK14WQ==
X-Received: by 2002:aca:4ccd:: with SMTP id z196mr10084268oia.126.1627071493875; Fri, 23 Jul 2021 13:18:13 -0700 (PDT)
Received: from ?IPv6:2602:304:78e4:c599:2905:99d1:28a3:d8e0? ([2602:304:78e4:c599:2905:99d1:28a3:d8e0]) by smtp.gmail.com with ESMTPSA id z22sm3084127ooz.20.2021.07.23.13.18.12 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 23 Jul 2021 13:18:13 -0700 (PDT)
To: Yiannis Yiakoumis <yiannis@selfienetworks.com>
Cc: network-tokens@ietf.org
References: <CAFvDQ9pzhoMt0k4-kVOYf9Rw25cqD3mori0FGn7BhPbJup5NXw@mail.gmail.com> <krgoa557.6148f0d8-aa28-4eb2-b2a7-b6f95952dc05@we.are.superhuman.com>
From: Hesham ElBakoury <helbakoury@gmail.com>
Message-ID: <5872f23c-3eea-5800-2e2c-002c0fa1e2bc@gmail.com>
Date: Fri, 23 Jul 2021 13:18:11 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0
MIME-Version: 1.0
In-Reply-To: <krgoa557.6148f0d8-aa28-4eb2-b2a7-b6f95952dc05@we.are.superhuman.com>
Content-Type: multipart/alternative; boundary="------------B41620843EA321607C708388"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/network-tokens/nTEc58z4_nc13EYrzhlQe4zyxQ8>
Subject: Re: [Network-tokens] Deterministic latency service
X-BeenThere: network-tokens@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion list for network tokens <network-tokens.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/network-tokens>, <mailto:network-tokens-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/network-tokens/>
List-Post: <mailto:network-tokens@ietf.org>
List-Help: <mailto:network-tokens-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/network-tokens>, <mailto:network-tokens-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jul 2021 20:18:20 -0000

Hi Yiannis

Thanks for your prompt response.

There are all the use cases provided by IETF DetNet WG and IEEE 802.1 
TSN TG.

I addition to support deterministic latency which pretty much means that 
packets should arrive on time (with zero or very small jitter), we also 
need to support in-time packet delivery. For example, we want packets 
not to arrive earlier than certain time. On-time and in-time packet 
delivery is part of what we call it High Precision Communications (HPC).

Please let me know if there is a paper that describes how with network 
tokens we do not need to configure iptables, and long ACL lists, 
implement security policies, ....

How Network token is used to establish SLA with a user who is interested 
in HPC service and how we can detect if the user or the network violate 
the SLA and take the proper action.

Hesham

On 7/23/2021 11:27 AM, Yiannis Yiakoumis wrote:
> Hi Hesham,
>
> They can be used to expose/access a low latency service in the 
> network, with fine granularity, no need to configure iptables and long 
> ACL lists, and implement security policies (e.g., which 
> applications/devices/users can access these services, how to 
> revoke/limit trust). They don't implement the low-latency service 
> itself (i.e., forwarding, queue management, etc).
>
> Is there any specific use case you have in mind?
>
> Thanks,
> Yiannis
>
> =====================
> Yiannis Yiakoumis
> Co-Founder & CEO
> https://selfienetworks.com <https://selfienetworks.com> | +1-650-644-7857
>
>
> On Fri, Jul 23, 2021 at 2:42 AM, Hesham ElBakoury 
> <helbakoury@gmail.com <mailto:helbakoury@gmail.com>> wrote:
>
>     How network tokens can be used to provide deterministic service
>     which is needed for example in industrial control systems.
>
>     Thanks
>     Hesham
>
>     -- 
>     Network-tokens mailing list
>     Network-tokens@ietf.org <mailto:Network-tokens@ietf.org>
>     https://www.ietf.org/mailman/listinfo/network-tokens
>     <https://www.ietf.org/mailman/listinfo/network-tokens>
>
>

v2.23.0 | Report a Bug | By Email