[ippm] Re: Request to review draft-gandhi-ippm-stamp-ber
Rakesh Gandhi <rgandhi.ietf@gmail.com> Tue, 27 May 2025 19:58 UTC
Return-Path: <rgandhi.ietf@gmail.com>
X-Original-To: ippm@mail2.ietf.org
Delivered-To: ippm@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id ED19A2D84341; Tue, 27 May 2025 12:58:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yALgfu-hf913; Tue, 27 May 2025 12:58:34 -0700 (PDT)
Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 2CE122D84330; Tue, 27 May 2025 12:58:34 -0700 (PDT)
Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-ad69e4f2100so566092266b.2; Tue, 27 May 2025 12:58:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1748375913; x=1748980713; 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=Yo+VIGVa6OXNjdSovZo/FHnORjSqqFCcTlO8GdAG0EE=; b=IRicvVsH1KLIildZU7aOznCuXlmSn/OTw2nwKTBVtWtAAXg3CFbnI9jiHhplPf1rBm PAPC7JT2aLNK/dPoYM7bFBa4EXGfxqBkM0ihrGgxVJSuuDqNAzUtA9u+nN4eyczFu2Fe utDlsYdUMGTDfgRhoFyKiZmdwStwUb7WwMrnsBvARjUOXtHi007+Bm1cF1fd1PsVePUK Vp1t4uURtR6M+ZXlXCY/85M5xZ0YGoe3rR+RImxhzw7mP/v2J4GlusKr+i3deojjABfz nAJJYb6VDJB3jX/Wng4vPe5qkX5ZwrwaYKrZxjB+1tQcrFS4lA/BW/7Xw6Rfe1mhhk8x t+PA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1748375913; x=1748980713; 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=Yo+VIGVa6OXNjdSovZo/FHnORjSqqFCcTlO8GdAG0EE=; b=F5l3PGP7zXS+PbUBNLHTrp9KSZKUAZwA5T1iBo3A22in0FA+qmqKRHxAaUHvAmixLz cMBokszJA08clkn2yKyIu6iwoebUPDZqLe1iY6FnFhwWuzHeNteUZuZh4kwstIZXp8W/ cdR1dDbP82DRZt+Vkj4pYDABndv9yIAZrbXeAhTS4TY9xSmX0ZFf+8zJPG1ZRDrrkV8F bR3D+rF4DL+Oe09/s+HMkdH9PyqpaeqIYHj9oVKe4Alb4DavexgvGrER+bYPZYe5o53t JFUr8F4tE6m4O2u1q1zBxV8H45q86d3Oygt1DHayZXwRpCSFLB+EyPW3CrfaQ+PvPWTt qi7A==
X-Forwarded-Encrypted: i=1; AJvYcCU7w1gJyuOxhI12k2pCun/UXFdTcH7i/D9VRb7MPtesfDgMfn3nZUTGR5/o1A/68dwHH/qkN5kMQ/1DQqI=@ietf.org, AJvYcCV1Av2xYXcvNKXAiHGg1kPDnZesYh7flQPQ6SWiwt0BjER6oTFa/EFizWDKmC+65HchSGjlwmPlhHILXoFY9InBH6V9WW2NSp73xJLSZ3oZexZl@ietf.org, AJvYcCVbJlVTfsIU/1pPI9xViksYyKmYrjDtpiU5sJPQNE8moHAmm6+6foK2qAWeGSyxWvBxeCbZPg==@ietf.org, AJvYcCXUmeF2xNTMQLCdScfywKT331A2yvx2yKYwHdZyL9EPNt3sY1aL7/NdYvq49taqwzS3vJxw6LU/myOnIQENWvgthtHyTbPKD4twFTw=@ietf.org
X-Gm-Message-State: AOJu0YwIcC+HMxZdfJXWKNbXBt39rMluw48dU4yiObMGlvZnG2cK/S/z 95YcHH9kyaj7mZ6nRpUdsBG2+5INs1S44H4kQVAEKSO/5CfEf5IuAfe2BYwHRuci7Ls52HKysad /ui9ytRNxohEzSleuIBapFnAMsggT5A==
X-Gm-Gg: ASbGncsNpLCBIflBtARh/oZak5G3iQJ+Q5DHm2EKn5EKgXCVlDSuhMMu1r+bMC0oEYV 2Wn93S6HZSdBn9WxshfiAGWtVzbh8nOiu7iQEAf1Ou+6ORVr/3pPalWiBcHeD1VrAwdj7iarEcp 2OWF1wB4Gpf1SY2Kk/Hkwi/WFy9ygjDX92kQPLJlEkVto=
X-Google-Smtp-Source: AGHT+IHBbauxrnp8/RZmGhAcF9eR2Dg1DbrNauNtmRQaP6Mj3mslb3953cd4sDUxjvEnrshFTYurLevmMS21EZEgZQA=
X-Received: by 2002:a17:907:3e9b:b0:ad2:2d60:24a1 with SMTP id a640c23a62f3a-ad85b130284mr1319587966b.11.1748375912950; Tue, 27 May 2025 12:58:32 -0700 (PDT)
MIME-Version: 1.0
References: <174482925544.1461465.12777815479375995131@dt-datatracker-64c5c9b5f9-hz6qg> <CY8PR11MB6916C4483D2AE3AA7DCE6E4BBF852@CY8PR11MB6916.namprd11.prod.outlook.com> <CADx9qWgcED6P03A27UGunKBgmA6Xs8aMy59q16pVgkMT8JSbWQ@mail.gmail.com> <CADx9qWi+chmRfd3ut1xZEou5Drhmyg9_ejgUOs+u33Dm8Q9Wqw@mail.gmail.com> <CAMZsk6cDrE=RuHMBr6260huo1W+MrJN7xJCxXDUH1UmG4-xjQg@mail.gmail.com>
In-Reply-To: <CAMZsk6cDrE=RuHMBr6260huo1W+MrJN7xJCxXDUH1UmG4-xjQg@mail.gmail.com>
From: Rakesh Gandhi <rgandhi.ietf@gmail.com>
Date: Tue, 27 May 2025 15:58:21 -0400
X-Gm-Features: AX0GCFv6ifbv52BZOHZLkpM9WmKnOAmDws7hToditqwkwaZ_vjs6Di-oasNk0zM
Message-ID: <CAMZsk6cvoxEzmp0b5WAv8nCjK4GPwBmJ_iU=WVy-NbPyWX-UVg@mail.gmail.com>
To: Will Hawkins <hawkinsw@obs.cr>
Content-Type: multipart/alternative; boundary="00000000000039b2d90636237d48"
Message-ID-Hash: BBO3WQWP7GBR2OENZUCSSLYBZVZJLROX
X-Message-ID-Hash: BBO3WQWP7GBR2OENZUCSSLYBZVZJLROX
X-MailFrom: rgandhi.ietf@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ippm.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "Rakesh Gandhi (rgandhi)" <rgandhi=40cisco.com@dmarc.ietf.org>, "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>, "draft-gandhi-ippm-stamp-ber@ietf.org" <draft-gandhi-ippm-stamp-ber@ietf.org>, draft-ietf-ippm-asymmetrical-pkts@ietf.org, IPPM Chairs <ippm-chairs@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [ippm] Re: Request to review draft-gandhi-ippm-stamp-ber
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/5w4zwftqGqn-1_Kt59WhUR2zCc4>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Owner: <mailto:ippm-owner@ietf.org>
List-Post: <mailto:ippm@ietf.org>
List-Subscribe: <mailto:ippm-join@ietf.org>
List-Unsubscribe: <mailto:ippm-leave@ietf.org>
Hello Greg, authors of asymmetrical packets draft, Could you please advise? "Conformant Reflected Packet STAMP TLV Flag" defined in draft-ietf-ippm-asymmetrical-pkts-07 can be generalized (and also renamed) to "Conformant Check" and can be used by all STAMP TLVs for appropriate similar conditions? If yes, we can update the BER draft to use the C flag. Thanks, Rakesh On Fri, May 16, 2025 at 10:19 AM Rakesh Gandhi <rgandhi.ietf@gmail.com> wrote: > Thanks Will for your suggestion. > > Let's please confirm with the authors if the "Conformant Reflected Packet > STAMP TLV Flag" defined in draft-ietf-ippm-asymmetrical-pkts-07 can be > generalized (and also renamed) to "Conformant Check" and can be used by all > STAMP TLVs for appropriate such conditions. > > We can then consider using this flag in the draft-gandhi-ippm-stamp-ber > draft. > > Thanks, > Rakesh > > > > On Tue, May 13, 2025 at 6:28 PM Will Hawkins <hawkinsw@obs.cr> wrote: > >> As much as I fancy myself a capable computer user, I failed to >> navigate the To: correctly on my last email. >> >> I am (for real this time) adding Greg explicitly for his expertise. >> Sorry for the additional email noise. >> >> Will >> >> On Tue, May 13, 2025 at 4:30 PM Will Hawkins <hawkinsw@obs.cr> wrote: >> > >> > +Greg explicitly for his expertise on the discussion! >> > >> > For context, Rakesh and I had a discussion off-list about this topic >> > and he encouraged me to email the list. I hope that the discussion >> > will be useful to everyone. >> > >> > While doing an initial read of this excellent draft, I noticed >> > >> > "Editor's Note: We could define a new TLV Flag "Non-consistent >> > message" for handling this condition." >> > >> > It made me think that the BER TLV is a great example of how a generic >> > Conformance TLV flag (like the one proposed specifically for use in >> > the "Asymmetry" RFC >> > ( >> https://www.ietf.org/archive/id/draft-ietf-ippm-asymmetrical-pkts-07.html#name-conformant-reflected-packet >> )) >> > could be useful. Before opting to narrow the scope of applicability to >> > just the Reflected Test Packet TLV, I had suggested a Conformance TLV >> > flag as a generic tool for authors of individual TLV RFCs to use if >> > they needed a means for a Reflector to indicate to a Sender that some >> > part of the requested measurement/behavior could not be completed. >> > >> > I imagined the Conformance TLV Flag being defined with IANA in generic >> > terms that would put the onus on authors of TLV RFCs to define the >> > exact semantics if they wanted to use it. >> > >> > It seemed like "Asymmetry" would be a good first place to use it and >> > now it seems like it might be useful here, too! >> > >> > I hope that this brainstorm helps! >> > Will >> > >> > On Thu, Apr 24, 2025 at 5:29 PM Rakesh Gandhi (rgandhi) >> > <rgandhi=40cisco.com@dmarc.ietf.org> wrote: >> > > >> > > Hi IPPM WG, >> > > >> > > We have introduced a new draft on using STAMP for Bit Error Detection. >> > > >> > > We would greatly appreciate your thoughts and any suggestions you may >> have. >> > > >> > > Thanks, >> > > >> > > Rakesh (for authors) >> > > >> > > >> > > >> > > >> > > >> > > From: internet-drafts@ietf.org <internet-drafts@ietf.org> >> > > Date: Wednesday, April 16, 2025 at 2:47 PM >> > > To: Peter Schoenmaker <psch@meta.com>, Rakesh Gandhi (rgandhi) < >> rgandhi@cisco.com> >> > > Subject: New Version Notification for >> draft-gandhi-ippm-stamp-ber-00.txt >> > > >> > > A new version of Internet-Draft draft-gandhi-ippm-stamp-ber-00.txt >> has been >> > > successfully submitted by Rakesh Gandhi and posted to the >> > > IETF repository. >> > > >> > > Name: draft-gandhi-ippm-stamp-ber >> > > Revision: 00 >> > > Title: Simple Two-Way Active Measurement Protocol (STAMP) >> Extensions for Bit Error Detection and Bit Error Rate Measurement >> > > Date: 2025-04-16 >> > > Group: Individual Submission >> > > Pages: 10 >> > > URL: >> https://www.ietf.org/archive/id/draft-gandhi-ippm-stamp-ber-00.txt >> > > Status: >> https://datatracker.ietf.org/doc/draft-gandhi-ippm-stamp-ber/ >> > > HTMLized: >> https://datatracker.ietf.org/doc/html/draft-gandhi-ippm-stamp-ber >> > > >> > > >> > > Abstract: >> > > >> > > The Simple Two-Way Active Measurement Protocol (STAMP), as defined >> in >> > > RFC 8762, along with its optional extensions specified in RFC 8972, >> > > can be utilized for active measurement. This document further >> > > augments the STAMP extensions specified in RFC 8972 to enable the >> > > detection of bit errors and the measurement of the bit error rate >> > > (BER) within the "Extra Padding Data" of STAMP packets. >> > > >> > > >> > > >> > > The IETF Secretariat >> > > >> > > _______________________________________________ >> > > ippm mailing list -- ippm@ietf.org >> > > To unsubscribe send an email to ippm-leave@ietf.org >> >> _______________________________________________ >> ippm mailing list -- ippm@ietf.org >> To unsubscribe send an email to ippm-leave@ietf.org >> >
- [ippm] Request to review draft-gandhi-ippm-stamp-… Rakesh Gandhi (rgandhi)
- [ippm] Re: Request to review draft-gandhi-ippm-st… Ruediger.Geib
- [ippm] Re: Request to review draft-gandhi-ippm-st… Rakesh Gandhi (rgandhi)
- [ippm] Re: Request to review draft-gandhi-ippm-st… Ruediger.Geib
- [ippm] Re: Request to review draft-gandhi-ippm-st… Will Hawkins
- [ippm] Re: Request to review draft-gandhi-ippm-st… Will Hawkins
- [ippm] Re: Request to review draft-gandhi-ippm-st… Rakesh Gandhi (rgandhi)
- [ippm] Re: Request to review draft-gandhi-ippm-st… Ruediger.Geib
- [ippm] Re: Request to review draft-gandhi-ippm-st… Rakesh Gandhi (rgandhi)
- [ippm] Re: Request to review draft-gandhi-ippm-st… Ruediger.Geib
- [ippm] Re: Request to review draft-gandhi-ippm-st… Rakesh Gandhi
- [ippm] Re: Request to review draft-gandhi-ippm-st… Rakesh Gandhi
- [ippm] Re: Request to review draft-gandhi-ippm-st… Rakesh Gandhi