Re: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness

Ruediger.Geib@telekom.de Fri, 07 January 2022 08:03 UTC

Return-Path: <Ruediger.Geib@telekom.de>
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 B2F733A1662 for <ippm@ietfa.amsl.com>; Fri, 7 Jan 2022 00:03:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.671
X-Spam-Level:
X-Spam-Status: No, score=-2.671 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.576, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de
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 4iy6uWCCO_HG for <ippm@ietfa.amsl.com>; Fri, 7 Jan 2022 00:03:32 -0800 (PST)
Received: from mailout41.telekom.de (mailout41.telekom.de [194.25.225.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F0273A1660 for <ippm@ietf.org>; Fri, 7 Jan 2022 00:03:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1641542611; x=1673078611; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=pAlm9DVr+qVQLVxHqCBbit0Grex0Rajj1r7dDRaqJSA=; b=0PJOgEPWdC6qYhD1HFJ+fzFBItzBw7WElIM97tYX8VVWL2SJbblwYCD+ gljracuD3lgzOtrd63yzkjfVu3n04jwCeeeN+cguWl8iQ4tTmUxx4RB7z QZnqF9M2400Gy2fCy3gskWxe+N/t46VYl/GKdaNL3x12kzjSoPUPIn+Hf vJVBpaDv8vv8PGcfzHz5fCABbSBWGh6fZKYz25PORdIII0OY+WxDyYxCH 14drvF6afpfU4pPPtrmcVyoveRjp4C9pFrZYgs6jDz9w3yaCHze1nYmng t5gGdMrvVf1Ei2bu4UFwySsvnRoU3eYcm9M6Yh8i6ebQ326/XIbwlA1or w==;
IronPort-SDR: dQ8O9ZKQsNB4SlMXe9/Fc+pq+sV46y8k2MRlj5aHHma/+PfgMtG5EoPBe3YvWW8b2UB0N7lee+ Z16/SWJiqYXw==
IronPort-Data: A9a23:qTuc5autbOICLRESHMBlHtyhcufnVHJcMUV32f8akzHdYApBsoF/qtZmKWyPP//fNDTxLo90OY7npE1V68CBz9E3SFRp/CljF3sVpJueD7x1DKtQ0wB+jyH7ocoOA/w2MrEsF+hpCC+MzvuRGuK59yMkjPnXHuOU5NPsYUideyc1EU/Ntjozw4bVsqYw6TSIK1vlVeHa+qUzC3f5s9JACV/43orYwP9ZUFQejxtD1rA2TagjUFYzDBD5BrpHTU26ByOQroW5goeHq+j/ILGRpgs1/j8UJv6Ow+q9fkBMXvvTOxSDkHxfX+6phR0qSi4ai/59baVFLx0K1nPVxridy/0U3XC0YT00M6HNl+kHFTZVEitWIaBC9bzAJD6zvKR/ymWcLiW9n6gzUCnaOqVdoI6bG1pm9OQALRgMYwyNweWsz9qGpkNE7ig4BNDnMYhO5jdswHfFSPcgXZ3ZRazOo9Rf2V8Nagl1Na62T6IkhfBHNnwsuyFyB2o=
IronPort-HdrOrdr: A9a23:WqJhNqBjMDjWVvLlHegKsceALOsnbusQ8zAXPh9KOH5om52j5qOTdaogtSMc0AxhKU3Jmbi7SdC9qADnhO5ICO4qTPSftWjdySuVxe5ZnPbfKlHbakrDH6tmpNldmqVFY+EYbmIKz/oSgjPIb+rIqePvmMzG64auqgYIcegpUdAe0+4QMHfGLqQcfng/OXNNLuvn2iMxnUvaRZ14VLXcOpACZYL+Tj/w+a7OUFojPVoK+QOOhTSn5PrRCB6DxCoTVDtJ3PML7XXFuxaR3NTnj9iLjjvnk0PD5ZVfn9XsjvFZAtaXt8QTIjLwzi61eYVaXaGYtjxdmpDq1L9qqqiKn/4TBbUr15rjRBDsnfIr4Xi67N8a0Q6l9bZfuwq4nSW2fkNmNyMLv/MrTvKQ0TtTgDg76tMV44vRjesjMTrQ2Cv6/NTGTBdsiw69pmcji/caizhFXZIZc6I5l/1RwKp5KuZMIMvB0vFqLACuNrCU2N9GNVeBK3zJtGhmx9KhGnw1AxedW0AH/siYySJfknx1x1YRgJV3pAZAyLstD51fo+jUOKVhk79DCscQcKJmHe8EBc+6EHbETx7AOH+bZV7nCKYEMXTQrIOf2sR62Mi6PJgTiJcikpXIV11V8WY0ZkL1EMWLmIZG9xjcKV/NFwgFCvsurKSRloeMM4YDABfzAGzGyfHQ18n3KverLcqOBA==
Received: from qdec94.de.t-internal.com ([10.171.255.41]) by mailout41.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 07 Jan 2022 09:03:27 +0100
IronPort-SDR: tbvuJXYwHJbLH+MfJ6WL8AzQGq+he8+s2FI2lZ0XaKM2Glv7D52Cej9y4B8gWQPocNJmCz0zfV b9vJ2Cey5kPzHWFZ0dvLB5YISXSRdZUr8=
X-IronPort-AV: E=Sophos;i="5.88,269,1635199200"; d="scan'208";a="465131673"
X-MGA-submission: MDHIHRyr694gEP69AvcUxQ6KF0ZSo7njTnzMA1bry5jus0XjUrZ30g5mzu3RPiquuhmxm1T8A3m7wIPv8MOztuX4mYieYsPOaHbfUQwSoeA3bJMwAtMKssyi3YPoDk+L86jFXwX1cxwF9A/PVwZaTULnJgE0cFB/z2g04lvNVNTaiA==
Received: from he105717.emea1.cds.t-internal.com ([10.169.118.53]) by QDEC97.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 07 Jan 2022 09:03:27 +0100
Received: from HE105716.EMEA1.cds.t-internal.com (10.169.118.52) by HE105717.emea1.cds.t-internal.com (10.169.118.53) with Microsoft SMTP Server (TLS) id 15.0.1497.26; Fri, 7 Jan 2022 09:03:16 +0100
Received: from HE104164.emea1.cds.t-internal.com (10.171.40.35) by HE105716.EMEA1.cds.t-internal.com (10.169.118.52) with Microsoft SMTP Server (TLS) id 15.0.1497.26 via Frontend Transport; Fri, 7 Jan 2022 09:03:16 +0100
Received: from DEU01-BE0-obe.outbound.protection.outlook.com (104.47.7.175) by O365mail06.telekom.de (172.30.0.233) with Microsoft SMTP Server (TLS) id 15.0.1497.26; Fri, 7 Jan 2022 09:03:15 +0100
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IgRYIeKauZ4NglYn1QOp5NpLvQpcFDYVMfeqE5qYXlAa5hLdrQFbg37Y6ImRSaYKIdSVF6XouquXllmuzfRUxb3ZeFNIRQJPsGQ8bc0j27ONl0P3HYvmc+02Unxl6d59Y9aJ58Dy76+IQZ3WyCwjikxiqh1Qz5He+WPYehCQ+Q5Zg31tQyB31lCV1bPfXH2oCWEwMUO7v3fnXKSynOfp3M4ANF+paZ8Aa4BSKLsmWpWCpGZN+5wue5RE5giawVqnAub5VtBVHEQpnQcKJQD3Vch/DHrdIa1zdz9ZfSoM4vlCIIZ/TJXped7q8GmOadPHWvk/8SQ4fv3shyjK20iFSg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=pAlm9DVr+qVQLVxHqCBbit0Grex0Rajj1r7dDRaqJSA=; b=ESgGgUuNBJ2hrsbN0lsZH6Z6LCSubFqMcy8xyIpVUpOY3CjnXPKEii/DsVWPEBxstsKPJYpJcsoPlIUg4XbllOEJ/fekCerg5biZRDGIljRdAbrV09sE1VPDGHFbOJg/ootsdmrUrZq9iDSNifXafXf9wSqyYP/x8IX0rtLj1Tocil3PmmuE6ZGDn+Y5RSShgJWn4Z4RIMhVGMHVRsaEaYXUG/PZbug2GHB1w/gGFLeqqd09qEU2mSO9JpdrpU8KCFDvePYF/T2cozSkSw4yDtEx23MNRLISFBXBgpApzETIpBbqylF5a+NsE/V6GNu+AYeqq/jbgxHDWnYDnqb3uQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telekom.de; dmarc=pass action=none header.from=telekom.de; dkim=pass header.d=telekom.de; arc=none
Received: from FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:2c::12) by BE0P281MB0289.DEUP281.PROD.OUTLOOK.COM (2603:10a6:b10:11::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4888.5; Fri, 7 Jan 2022 08:03:15 +0000
Received: from FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM ([fe80::b811:77c:d23c:7437]) by FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM ([fe80::b811:77c:d23c:7437%6]) with mapi id 15.20.4888.005; Fri, 7 Jan 2022 08:03:15 +0000
From: Ruediger.Geib@telekom.de
To: cpaasch@apple.com
CC: ippm@ietf.org
Thread-Topic: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
Thread-Index: AQHX9eNXsV8B9xesLkOl2yRH9CQSPKw73AzagAPFj/CAFwCegIAApgeQ
Date: Fri, 07 Jan 2022 08:03:15 +0000
Message-ID: <FR2P281MB0611AC649EC3FDF28268DBB29C4D9@FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM>
References: <AM0PR07MB4131542BCD0A6DE3F82F1E19E26D9@AM0PR07MB4131.eurprd07.prod.outlook.com> <DDBB7884-8A13-4139-8C3C-40087E767760@apple.com> <BY5PR01MB5940231FF6D39CCA24A7BD228A7B9@BY5PR01MB5940.prod.exchangelabs.com> <FR2P281MB0611FF5F937AD74CA3CF8EC79C7E9@FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM> <7874DB5E-8408-413A-8DBA-F78A1D6284B7@apple.com>
In-Reply-To: <7874DB5E-8408-413A-8DBA-F78A1D6284B7@apple.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=telekom.de;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a1faa6cd-4eef-4e0f-17c2-08d9d1b428c2
x-ms-traffictypediagnostic: BE0P281MB0289:EE_
x-microsoft-antispam-prvs: <BE0P281MB02894FCF2638369700773A569C4D9@BE0P281MB0289.DEUP281.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: JHlitkBfCrRpRHg3xlD2jks74Wf8nKMbLaBGF4p2N9AOualM3cqL5WUR20ygtxN2zWyJ98p4zimN44G+8Czsra+zYbcUEFZyDHy7F4POKvzCTVMkK0snZmm2RCkA6GOsDYMncec1aHvLKXryF6xCOyOh5QWXhfWjMQK9US2da4xDGf9za6qD1FqDtTChF5QqhbsRq+eoWaWIkpngDMO5G4TTiZILyxDlfgmfE7BzWNyaut1/M1XaoD4r0flzfPXiVgMRpo0j6/AMGlM9ON6R/xrGKcxCKAMqCVe5p2DMUtL+BGdY6azZJX8q0F9jSSLPkhMPI69yBRxKEUdbVho89lizzBaX5KocRFN3IR0uLBQxgs3dGOI7saqTRfZKsOyMdphc4NNBfQ9P38FIhV1g8Zg7kgrdcUESBcPHoi9n2r7EH11bIly0e/gHiMd8KuAeR3rotWI0IpGh+KoZqhlmCDjk98E9wPssbkFVKhmsv/lEG5fIUI9B3aGCVwTueVXPphQQORPjPN9RC4YqV+8t23KshzYxNEHbjJn4z0uRNPj7RFaPReEJMgOF50D/ONAdJL13+Ku7W+Z1O++bHDTRsYek1kt6VKsE5apCGBfbMlzF+SIZWOCnmgXKvjC2GlB7KarAu3xEQ6xyNcVDcoWYJI6uv+hMiRz3xbyzF18TXSZk6fNMWmTX6ed/1I4PVmG76WqD0CSbKxTYPzjyVpz+1A==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(38070700005)(26005)(2906002)(186003)(55016003)(38100700002)(122000001)(86362001)(82960400001)(33656002)(71200400001)(52536014)(6916009)(83380400001)(76116006)(316002)(5660300002)(6506007)(66946007)(8676002)(53546011)(8936002)(4326008)(66556008)(9686003)(7696005)(64756008)(66446008)(508600001)(66476007)(20210929001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: CAx6LdmSbFfuFIzis2oQHTXwauihTQTJSPVL1jFntaGLJOmw6iuGFm9lOEqdqFkoWOQxBoY90GJNTicW0AgyEFIM+Lo6zueYF4qbyiyHnjeNkVPQTCrWsoVXwYOMMc2to2uPVnmeDHystpSxw7QUNPr7NOgN6YiBJu8t9jXii86PDqoNsCqGrWsLnKqu+vv/2caqRUwYHLrICcFXyTLenUZ9PUsOF3Fc3j6fyZjGjEmeOKLDnPqsRrsNQpID+JStpSwxP8HFViGyX0xxqRMFTZiEFD8imMJsiFEzAc2Ln85P7oJyVDgVdI6IjuNMaBlDhDQ2ZEIcH2Q1zOVv8NiCPfVT339dUhgEObvQ/KZAEwVfiqXo1Z5vIoTIxq8v6BuAXjywaRbw4eTG3JCn/PcVkc1hjpp7GzIpwOgsq97/cnuc+xMSi58cFq+OICO5gawdfErJ4tbGlYvtuxww89EM+TnNH1LoncZPWQLaESw3IhBaDaWiNRMg8oJT6jiHgoa0FBYoEYg8fr80N67Muo0MgFTOrD6e81nKd1HW692+pQgkgofy3zd/TiSQzrNoEvMnEKD8pM0f25X0h7qWslg1kVli9pj5bnoui48JiWn0SW7uXKsCUDg0/pUPLnghaX9bQgC1PflKlhDv+ddKAhC4vBLBxTk2GjqyCBd7J2O2ET9urIOlpXOTUljgFcMF4lT3EPGmRZECHpyzRQdftrdX5csIOoa4PG5mcie+pR8B0nWRnNBW6inmK/Y9TQXzAlCLL1nmPl9vjo20IG89mm1ZtdjNwWtyxsszp5HJaQM3mAK6LxE9iWEn40wWYDZCrrJrBjGo9Z2Fv7Du3QaYE1G1XJ896qlvkCMSBceAplk4OmosnF8KboagaOVGdWFv2xKa7bXm/YJ//EjVYqR9DGiHkrvVmL43R84F7dZ5i9gHC43Wd/arZKLhvM/VmV9P4y/UOjA02EOqTWaB+DeFPmxxMVi6ryhEw+5hAFWecWEuEBcDkSFhFv0eRodGov0M+mzI0BML0B4LNsbs5alqATdjkoTpa+dWmdDfUJ46ixT1FRDrAFNA5+vjlgyZOIF93SfbHZZKUa5OvyPj85+LWoN6I1DBaUpREed9CspoVFarvqcFc5iDuY0fXV9EVMXJBoiT/yHsVfsudQa7Qy2TJcMLnv/rKIBUKQnGeZ7rqtou7C3Z7bnT2isniRZupUVqak+5s1mw4f9De6NeJEuw8Hqv1RHXrAITPouhDRILnnHdrgBpqsLPIA9DtWLFM1DSIt0nHW4VHA70riQ3usydSDJBBNzW6zJIfBxgmm+NM0VX57j946zT9YhhrWsVBlAUtsp7jHQp03PTBUtPRA9X66OUYH3aS031jJUnjdcwo+4FNq7FVLAOOIIVj5TE5qx6S8fQ5mCr3QgmXkka5qufXmaUe+kCNONgop9iCJOiPClA5xdCgM44W2mPS0FqtyxVx+nShfY9zaQaK0PkMifIU+JnBykZZMIA+9A0qz/rS/3g2c+cDB+I508Qi0Dvs9c2tPfqvitvXyRBoQ8Yrr/INO2NJE9nz2GKOoSmr/ag5JJ/4JFW/XcHBFHKjTg4aj0/nvYawd2bVttJdatrVjg6t2LZfCLT29SEXVBx71K9iC1rD2Ga2i2u4TD01JGCF0e2dlalDYDafZWo241F/OVS6WF8Yw==
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: FR2P281MB0611.DEUP281.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: a1faa6cd-4eef-4e0f-17c2-08d9d1b428c2
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Jan 2022 08:03:15.6669 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: pOi0nFoKd3btEg4O9U4ZCfVaDoctTESdJhkyjKxIAPxPPsBcPBeFrYFlJB9hN/1LBd65OtkPoeEP736CSGjE6LbJwLW/Ve2NcyfgzkI4gSQ=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BE0P281MB0289
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/nrtkh9wQwQNp-rrt_ruMATDk7Hw>
Subject: Re: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness
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: Fri, 07 Jan 2022 08:03:39 -0000

Hi Christoph,

Replies marked [RG]...

You wrote:

----- -----

Hello Ruediger,

thanks for your feedback! Please see inline:

> On Dec 22, 2021, at 11:16 PM, Ruediger.Geib@telekom.de wrote:
> 
> Hi Marcus,
> 
> Noting that some more work needs to be added, I support adoption.
> 
> Some comments:
> - I'd appreciate if the draft was covering expectable operational scenarios, namely
>  * There may be no bottleneck buffer - the test/metric needs to detect that and act appropriate.

I'm not sure what you mean ? Every flow is limited by some bottleneck that sits somewhere. Sometimes, it's the last mile, sometimes it's the Wi-Fi connectivity, sometimes flows become CPU-limited. But there always is a bottleneck somewhere that is limiting things at which point a buffer is building up (even though that "buffer" may be just 1 packet large)

[RG] 1 packet or 0 packets in the case of policing. There may be drops, but no added delay. I'm sure, that this will occur someplace in one direction, whether this condition may affect up- and downstream of the same success, I can't tell.

>  * One might be interested in the metric while the test adds an insignificant load only. While receiver tries to consume service X, what's the metric seen from Y? 
>     (may help to clarify, whether the access causes trouble or another network section).

That would indeed be interesting for trouble-shooting and debugging. I believe this is out-of-scope though.

[RG] If this draft isn't about trouble-shooting and debugging, what is it about? Please mention that capturing above metric is out-of scope in the draft.

> - Measuring the maximum RPM as seen from the test server is part of the test or it isn't? That's not clear to me by now.
>  I'm favouring to make measuring the maximum RPM part of the test, this may help to scale results.

The methodology defines to only measure from the client as we are interested in responsiveness as a metric that is (as close as possible) representative of an end-user experience.

When you say "maximum RPM", do you mean that on an "idle" network?

[RG] Thanks for asking. Likely "idle network": the maximum number of RPM measured from the client if there's no load on the access. Once these are known, one can relate the minimum number to be measured by design to them (that's a ratio, if my English doesn't leave me).

> - The test set-up should prevent application as DoS attack tool.

The json-fetch at the beginning of the test allows server-side CDN deployments to "rate-limit" clients by simply delaying the response to the json-fetch.

What else do you have in mind regarding a DoS attack tool?

[RG] Spoofed addresses in any direction, unexpected messages, undesired automated activation in the background of a client.... ideally, there should be no possibility to activate such a test, if the client doesn't want that explicitly. I've also proposed an "emergency stop" for load tests for the capacity measurement metric, and I think such a function may be worth a thought for all kind of tests aiming to fully consume the capacity of a bottleneck.

Regards,

Ruediger