Re: [ippm] Fwd: New Version Notification for draft-mirsky-ippm-asymmetrical-pkts-03.txt
Greg Mirsky <gregimirsky@gmail.com> Wed, 07 February 2024 14:23 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 8040FC14F6B1; Wed, 7 Feb 2024 06:23:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7i2vT_21mY7u; Wed, 7 Feb 2024 06:23:12 -0800 (PST)
Received: from mail-yb1-xb29.google.com (mail-yb1-xb29.google.com [IPv6:2607:f8b0:4864:20::b29]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3000C14F618; Wed, 7 Feb 2024 06:23:12 -0800 (PST)
Received: by mail-yb1-xb29.google.com with SMTP id 3f1490d57ef6-dc730e5d88cso590164276.2; Wed, 07 Feb 2024 06:23:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1707315792; x=1707920592; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=PaRRiduqRpJBTTu3LD/AWI7VmyhyCIqIkxYb8zN6IB8=; b=CbgomU4If7jAATCJiCUPkbEw7uYtdy0LeZ6xU6aSJY4OexGTX8bBgNjIiGJ5LCuOJy vcPkmnGHw2WzySED56hBVsokirMGhy3wBq/p3+dND1gzYyFj1CYRglmiVF4DGWd2nsYE vC7rtVP0ciiM2SU95P3tesTxPxzsI6HJUOUpibmgIV/tGrgpNdLkbTFE8XuP7UHcSNSs /ovI6cotyEBN23Gtgjdf3leLw6xQG9F4+5HX+BEgKsoSgdr1toyUFSrZxylNz/PHnwg/ osJAN9rJ+KLzYf4zMB7+Kh1cL72qXLe6p4dCmoDoPY9X84w/O/ktlJhuzHKOzy0BcomI v/tg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1707315792; x=1707920592; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=PaRRiduqRpJBTTu3LD/AWI7VmyhyCIqIkxYb8zN6IB8=; b=tB0ieQb0eQy2ATunf3S2P7J3/q+pWrzS3pVc5nWZNS3+5D7z/x/TQopwP/nTJnXtvm tG+5kiMX3Hp5D8piymwHS60hAUjyo4n1uFM+wz17/LL2jpHRveqizf7qtd8ENhjHGxOu bYqq23NbbHPH/xgnmxgVmMi/TzwD9Z1v6TYDplEjYqv66H8qtMEBY0PyNRiU0bIvMty6 VtMcMoIXtZVmTLqLDAYDZ6/ARuYMyHtO1fXaBywitBZkD4ODd+N67B8wfPpzMo9OpFAA hK6xw0aVhX6YHfss9agiBkepUFcezH1fedIIW01nOnqsdpJigDod69cU0ecqZEbEt0lW qP0g==
X-Forwarded-Encrypted: i=1; AJvYcCVJkhd8Dtksabb5sGDpiPXZUKTTzdRV2ZvFAapmDsHol0j5iPYoB6eO3H1V6XfbCfAN5JSWL2Solb120Z7DxtUIyl4+nA==
X-Gm-Message-State: AOJu0YyTyV6+lZ/oCR8ajHzEv42nqUNzhVb9S0N7WDtT4E57/U+X+sR7 WUrTsuIKx7gg/WHM/6q24nuDXcT4hSZhLR9UNpRMAT6v2fNOAJhsy6CbnR5lCQvMFCC13RV7uHt h7x68KbpFpdJCrqPLEkUuH3GEalI=
X-Google-Smtp-Source: AGHT+IFeWIewXEC1VnAL2r+1kjFfyf0gVPviTaObw6r3p90K6jJPyEMRX/EPN6YVe/AuagX16ZVK4gjKspug50EFT4M=
X-Received: by 2002:a25:ac24:0:b0:dc2:43d0:6e05 with SMTP id w36-20020a25ac24000000b00dc243d06e05mr4842322ybi.50.1707315791658; Wed, 07 Feb 2024 06:23:11 -0800 (PST)
MIME-Version: 1.0
References: <170723405726.18854.13431250923273901282@ietfa.amsl.com> <CA+RyBmXBHD9O6deWO=9F7u=VgmboWYG1Sr1N4D1Ug8Bx_A74Kw@mail.gmail.com> <CAMZsk6fbBkkuph12FXGvxu6J5kw2u-8Op_NcpBD5vEZoUb-zRg@mail.gmail.com>
In-Reply-To: <CAMZsk6fbBkkuph12FXGvxu6J5kw2u-8Op_NcpBD5vEZoUb-zRg@mail.gmail.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Wed, 07 Feb 2024 06:23:00 -0800
Message-ID: <CA+RyBmXKrfVjjE_OfkFPy8Zmi6XpL4cWe1fL691t98zg16WQeg@mail.gmail.com>
To: Rakesh Gandhi <rgandhi.ietf@gmail.com>
Cc: IETF IPPM WG <ippm@ietf.org>, IPPM Chairs <ippm-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000004804ff0610cb6ff1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/xfaq4r-nfk27Exc4L3E7WQcdWxo>
Subject: Re: [ippm] Fwd: New Version Notification for draft-mirsky-ippm-asymmetrical-pkts-03.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.39
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: Wed, 07 Feb 2024 14:23:16 -0000
Hi Rakesh, thank you for bringing this scenario to the discussion. I think that it makes sense to give precedence to the control code. I will work on the text to make that clear. Regards, Greg On Wed, Feb 7, 2024 at 5:15 AM Rakesh Gandhi <rgandhi.ietf@gmail.com> wrote: > Hi Greg, > > Thanks for sharing the updates. > RFC 9503 (previously draft-ietf-ippm-stamp-srpm) defines control code with > - No Reply Requested. It may intersect with the following text in this > draft in Section 2: > > If the value of the Number of the Reflected Packets equals zero, then the > Session-Reflector MUST NOT send a reflected packet. Processing of the > received STAMP test packet with the Reflected Test Packet Control TLV, in > which the value of the Number of the Reflected Packets equals zero, is > according to the local nodal policy. The received STAMP test packet is > discarded if no policy to handle these cases is configured on the node. > > Maybe the draft can clarify the expected behavior e.g. number of reflected > packets is non-zero but control code requests do not reply. Maybe control > code takes precedence?? > > Thanks, > Rakesh > > > > On Tue, Feb 6, 2024 at 10:57 AM Greg Mirsky <gregimirsky@gmail.com> wrote: > >> Dear All, >> we've updated our proposal for the STAMP extension, Reflected Test Packet >> Control TLV, and its applicability for rate measurement as well as >> performance measurements in the multicast network. The authors always >> welcome your questions, comments, and suggestions. Looking forward to >> presenting and discussing this work at the IPPM session in Brisbane. >> >> Regards, >> Greg (on behalf of the authors) >> >> ---------- Forwarded message --------- >> From: <internet-drafts@ietf.org> >> Date: Tue, Feb 6, 2024 at 7:40 AM >> Subject: New Version Notification for >> draft-mirsky-ippm-asymmetrical-pkts-03.txt >> To: Ernesto Ruffini <eruffini@outsys.org>, Greg Mirsky < >> gregimirsky@gmail.com>, Henrik Nydell <hnydell@cisco.com>, Richard Foote >> <footer.foote@nokia.com> >> >> >> A new version of Internet-Draft >> draft-mirsky-ippm-asymmetrical-pkts-03.txt has >> been successfully submitted by Greg Mirsky and posted to the >> IETF repository. >> >> Name: draft-mirsky-ippm-asymmetrical-pkts >> Revision: 03 >> Title: Performance Measurement with Asymmetrical Packets in STAMP >> Date: 2024-02-06 >> Group: Individual Submission >> Pages: 11 >> URL: >> https://www.ietf.org/archive/id/draft-mirsky-ippm-asymmetrical-pkts-03.txt >> Status: >> https://datatracker.ietf.org/doc/draft-mirsky-ippm-asymmetrical-pkts/ >> HTML: >> https://www.ietf.org/archive/id/draft-mirsky-ippm-asymmetrical-pkts-03.html >> HTMLized: >> https://datatracker.ietf.org/doc/html/draft-mirsky-ippm-asymmetrical-pkts >> Diff: >> https://author-tools.ietf.org/iddiff?url2=draft-mirsky-ippm-asymmetrical-pkts-03 >> >> Abstract: >> >> This document describes an optional extension to a Simple Two-way >> Active Measurement Protocol (STAMP) that enables the use of STAMP >> test and reflected packets of variable length during a single STAMP >> test session. In some use cases, the use of asymmetrical test >> packets allow for the creation of more realistic flows of test >> packets and, thus, a closer approximation between active performance >> measurements and conditions experienced by the monitored application. >> >> Also, the document includes an analysis of challenges related to >> performance monitoring in a multicast network. It defines procedures >> and STAMP extensions to achieve more efficient measurements with a >> lesser impact on a network. >> >> >> >> The IETF Secretariat >> >> >> _______________________________________________ >> ippm mailing list >> ippm@ietf.org >> https://www.ietf.org/mailman/listinfo/ippm >> >
- [ippm] Fwd: New Version Notification for draft-mi… Greg Mirsky
- Re: [ippm] Fwd: New Version Notification for draf… Rakesh Gandhi
- Re: [ippm] Fwd: New Version Notification for draf… Greg Mirsky
- Re: [ippm] Fwd: New Version Notification for draf… Greg Mirsky
- Re: [ippm] Fwd: New Version Notification for draf… Rakesh Gandhi