[ippm] Fwd: New Version Notification for draft-mfm-ippm-sfc-nsh-pmamm-00.txt
Greg Mirsky <gregimirsky@gmail.com> Tue, 05 April 2022 11:18 UTC
Return-Path: <gregimirsky@gmail.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96F7A3A2033; Tue, 5 Apr 2022 04:18:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham 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 Zpt-0GBfO-vl; Tue, 5 Apr 2022 04:18:21 -0700 (PDT)
Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com [IPv6:2a00:1450:4864:20::12e]) (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 687D63A2007; Tue, 5 Apr 2022 04:18:21 -0700 (PDT)
Received: by mail-lf1-x12e.google.com with SMTP id m3so22565251lfj.11; Tue, 05 Apr 2022 04:18:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0/it2xcemN8g+CudEIx/bxMmVH3zzbWUMzaJuQyh8pM=; b=BYTcHOmoElvCIo4ORUdE/DLrPapTbUXfnkFYEJxKCAJlelJcEQ3iSkDMk9kcPeQVMS 3Xxl+nBzUVSKqGjF5Cf4S3nbLHqJYS796rHDYwyJObeZveRAMC21QacmRP02tJ4XdBVP sd87BwCk7PM4yRxoGufcTZcSIfdhWBAaZ1EFAP3yiN9Nhna+9Omal+a0Dbrbck8SsqBI c77R/Z7Kqs2nSkRIa2Qh3EVJnpYxjyDkUf5ttpDz2+f/QzHeRRwontwwtGV4AC2o4UOM YaYtUOHdHg9ejOlaic7C6Rqdu3toSGGAn775SN+okYOHZQskInd1PeKA0kKH5ybT9hXR oB6g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0/it2xcemN8g+CudEIx/bxMmVH3zzbWUMzaJuQyh8pM=; b=OI5F2AaQFat62onMYebko7Im1T2iSWd4t3ZZhLvrQ4OBeX6bJj8wqc8m6MwhMwW4uE FZ4ti8s8nwrXbwm3+81+gUluz/nxyOgCCLAesLrAl7X48Nxwy0qipPhovY50FzLZ+Xt2 rhk4fxBX+gFMuYXPxjUetFGB/uIP64yghk/XwEdPLf+39YmsKuwoF+auwMOMs94hAmNF oB62BJnNaQMywldFtu0kEl4xEqaaqJexMNXdHI6d2wEKSTEdrxRhBUGoK8J9WbxB7T62 ENAvRGRyerxwsVg6ptgkUGnqYQJX2mDA6bONSRU/cRYs2EuJwGAqQI567cbpt2AmlITm /C1Q==
X-Gm-Message-State: AOAM531RzcNYVxFrjanIQvWSZN4FYoz1aUQxpyo00zKm42/KJS6KCbLU S+rgsmqUfrf3D21gF8KQLbp2QAOjsfHBp/DhvsEXWalN
X-Google-Smtp-Source: ABdhPJwiV+Jg6pxFotqd0Nn0XixHxvrG6K5lYuBefBd/wCvR9NIvxqnvQbrvFFY9LIWH2e+5pKRrxIaMIl9nhfslEv0=
X-Received: by 2002:a05:6512:16a1:b0:44a:2c56:3952 with SMTP id bu33-20020a05651216a100b0044a2c563952mr2292965lfb.382.1649157498472; Tue, 05 Apr 2022 04:18:18 -0700 (PDT)
MIME-Version: 1.0
References: <164885019604.30076.4641078989449031573@ietfa.amsl.com>
In-Reply-To: <164885019604.30076.4641078989449031573@ietfa.amsl.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Tue, 05 Apr 2022 04:18:06 -0700
Message-ID: <CA+RyBmW_uuR53OMeE4WwZC8uXP1Sip1Z8Sh9wmpA7fwFir+dMQ@mail.gmail.com>
To: IETF IPPM WG <ippm@ietf.org>, sfc-chairs@ietf.org
Cc: Service Function Chaining IETF list <sfc@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000e00d0105dbe666ff"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/eTQlWT67FfI_ImQNPQLZuRftaXw>
Subject: [ippm] Fwd: New Version Notification for draft-mfm-ippm-sfc-nsh-pmamm-00.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Apr 2022 11:18:27 -0000
Dear All, per the suggestion of the Chairs of SFC and IPPM WGs we are introducing our work on the applicability of the Alternate Marking method (AMM) in the Service Function Chaining (SFC) with Network Service Header (NSH) encapsulation. In the document we propose allocation of a new one-bit field in the NSH Base Header. The field may be used for the single-mark or mixed-mark AMM. In addition to enabling packet loss and packet delay measurements, AMM in SFC can be used to measure the Residence Time in an Service Function Forwarder (SFF) and/or a Service Function (SF). The latter capability is particularly helpful in the analysis of overall delay experienced along the Service Function Path (SFP) and delays introduced by SFC components (Classifiers, SFFs, and SFs). We always welcome your questions, comments, and suggestions. Regards, Greg ---------- Forwarded message --------- From: <internet-drafts@ietf.org> Date: Fri, Apr 1, 2022 at 2:56 PM Subject: New Version Notification for draft-mfm-ippm-sfc-nsh-pmamm-00.txt To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>, Greg Mirsky < gregimirsky@gmail.com>, Tal Mizrahi <tal.mizrahi.phd@gmail.com> A new version of I-D, draft-mfm-ippm-sfc-nsh-pmamm-00.txt has been successfully submitted by Greg Mirsky and posted to the IETF repository. Name: draft-mfm-ippm-sfc-nsh-pmamm Revision: 00 Title: Performance Measurement (PM) with Alternate Marking Method in Service Function Chaining (SFC) Network Service Header (NSH) Domain Document date: 2022-04-01 Group: Individual Submission Pages: 9 URL: https://www.ietf.org/archive/id/draft-mfm-ippm-sfc-nsh-pmamm-00.txt Status: https://datatracker.ietf.org/doc/draft-mfm-ippm-sfc-nsh-pmamm/ Html: https://www.ietf.org/archive/id/draft-mfm-ippm-sfc-nsh-pmamm-00.html Htmlized: https://datatracker.ietf.org/doc/html/draft-mfm-ippm-sfc-nsh-pmamm Abstract: This document describes how the alternate marking method can be used as the efficient performance measurement method taking advantage of the actual data flows in a Service Function Chaining domain using Network Service Header encapsulation. The IETF Secretariat