Re: [DLNEX] [Detnet] FW: New Non-WG Mailing List: DLNEX -- Discussion of reliable and deterministic latency attributes

"Patrick Wetterwald (pwetterw)" <> Wed, 19 October 2016 12:17 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 81EF6129602; Wed, 19 Oct 2016 05:17:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -14.952
X-Spam-Status: No, score=-14.952 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.431, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 2istxZ-WZb9R; Wed, 19 Oct 2016 05:17:44 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id D4131129405; Wed, 19 Oct 2016 05:17:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=3158; q=dns/txt; s=iport; t=1476879463; x=1478089063; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=2a/WOaSI3pS49Aubpqks60m4kMIGDC1GluQuz1981qw=; b=Kw3B+cUXSWNkjwidDTNYX6JWKYWJpdH6MKnu/bFza8S3jx9TWiXLQLV6 b9TwgyuTB+1VKgLpBg2yZyNUlB9CtybvJiQDowb4mIqxRg1fkiLJ5mxnG gQVe347Z53iQ3N/qnig799U+SJ2KLFm/XRgw2rbefby8QDeiY580NhyJY k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.31,514,1473120000"; d="scan'208";a="159263418"
Received: from ([]) by with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Oct 2016 12:17:42 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id u9JCHgNM029003 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 19 Oct 2016 12:17:42 GMT
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 19 Oct 2016 08:17:41 -0400
Received: from ([]) by ([]) with mapi id 15.00.1210.000; Wed, 19 Oct 2016 08:17:41 -0400
From: "Patrick Wetterwald (pwetterw)" <>
To: "Pascal Thubert (pthubert)" <>, "" <>, "" <>, "" <>, "" <>
Thread-Topic: [Detnet] FW: New Non-WG Mailing List: DLNEX -- Discussion of reliable and deterministic latency attributes
Thread-Index: AQHSKgLKlz3O0ZwIFEGMCOdFJZiYkg==
Date: Wed, 19 Oct 2016 12:17:41 +0000
Message-ID: <>
Accept-Language: fr-FR, en-US
Content-Language: en-GB
user-agent: Microsoft-MacOutlook/f.1b.0.161010
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-ID: <>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <>
Subject: Re: [DLNEX] [Detnet] FW: New Non-WG Mailing List: DLNEX -- Discussion of reliable and deterministic latency attributes
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Discussion of reliable and deterministic latency attributes <>
List-Id: Discussion of reliable and deterministic latency attributes <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 19 Oct 2016 12:17:45 -0000

Can someone explain me why this mailing list is created outside of DetNet?

This sounds like a subset of Detnet no?



On 19/10/2016, 07:56, "detnet on behalf of Pascal Thubert (pthubert)" < on behalf of> wrote:

    From: IETF-Announce [] On Behalf Of IETF Secretariat
    Sent: mardi 18 octobre 2016 22:36
    To: IETF Announcement List <>
    Subject: New Non-WG Mailing List: DLNEX -- Discussion of reliable and deterministic latency attributes
    A new IETF non-working group email list has been created.
    To subscribe:
    DLNEX is to discuss various latency characteristics that can be exposed by network elements or segments and to explore if there are any latency related attributes that can be utilized by upper layer. For example, could there be latency exposure that upper layer can utilize to plan how to distribute their content to the right edges to achieve optimal user experience? Or something used by Interactive AR controller to optimize their services? Is there any value gained by upper layer expressing that they would rather have fixed latency than losing packets?
    The discussion is to answer questions like: are there any effective interaction/coordination between upper layer and lower layer to achieve more efficient optimization for latency sensitive services?
    This discussion group is also a place to showcase the state of the arts in latency optimized switching architecture and interface designs, as the feasibility exercise for achieving reliable and deterministic latency through a network element or a segment. Those latency exposures are the foundation for (future) latency optimized control plane. 
    For additional information, please contact the list administrators.
    detnet mailing list