From nobody Sat Mar 6 16:57:40 2021 Return-Path: X-Original-To: tsvwg@ietfa.amsl.com Delivered-To: tsvwg@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8EC53A1A0A for ; Sat, 6 Mar 2021 16:57:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.048 X-Spam-Level: X-Spam-Status: No, score=-2.048 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 c0HrZozs4brJ for ; Sat, 6 Mar 2021 16:57:36 -0800 (PST) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130112.outbound.protection.outlook.com [40.107.13.112]) (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 A3A2A3A1A09 for ; Sat, 6 Mar 2021 16:57:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Y7QF0nMs5NTNPOjDwIgv6edfWLfCRDKDrEsKfZzY7th9t31spkjmCb/MBhiDsm4E2XaP6zA7zZ4bX3A6VyypL0/AlwNLkyB83SYLKu5um9V/lxPmMvbcR/sZ/kPnxZNlBwG45h7kr5BPj/GhUjfraFa8Ib+Zp1F7RRnQ0NkuKeSWeTF8MxuiXsFop6wxge+l2+y8RjnsqMD3/cMmanHhlamL10Rac0NXPBJmR+kJ566bSP0NzelY4XXCuN3nm8852HYYXG03loRYIEYCZFbkwyfj1XrCQ3Bg8K2j5mggSNyM5ljdSOnfCQUrqpxZ+vT5tm5N3RplZM1/dl/KMP+jtQ== 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-SenderADCheck; bh=vGuka/BT5O9OZNKwIHNHRK2k4AJ24FqHL2wNhD3YoLg=; b=jUVPZ+OezrzuBo8k7dIdeSFS5q8Ol0Sf8uWhCBgQlENDZGOsREr9+ELdEacHmlPq46BT/zH4vLpTpotWbD1GUqJC5HxU9TMibBjZTg+OkYyUPmo6zhSg8AYwRX4kdpmLhCKXzsFiwkU0e3RXsV4VwEwg1RjmR7xwU5JI974iBwhB7Z9vDFOxPCd9C5UDQaxUfMNCn6OX/K2lttu5Lv60/rkx/UzKofgDT9iWWUzk94gOGRFXsrjfPeO8lFn28KRMxpACh7nytHFHWWKGKCCCNsiEMWSxj1Ri/g4EfOGmyxCgRrsJdgu0gZHmgnX6t0vZzNdfF9nQUstAUO+qJXdklg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia-bell-labs.com; dmarc=pass action=none header.from=nokia-bell-labs.com; dkim=pass header.d=nokia-bell-labs.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vGuka/BT5O9OZNKwIHNHRK2k4AJ24FqHL2wNhD3YoLg=; b=hHIMoh2jm0nrGTAIsSYKoPPRU4OT1PAFAKRhWsrlDz8xPIyid1fN7PYzjCeXp2hlESNg9rfa26KmYzBE9lCBLzM6SHVqEAUdnM9bmvmSdYNBf8cdsVh9RQ4xXLwJIYcZjODN/U6m2jCU63Vu7GCvDq+zW5PCfJgv+uq5CRXilBs= Received: from AM8PR07MB7476.eurprd07.prod.outlook.com (20.182.195.140) by AM9PR07MB7731.eurprd07.prod.outlook.com (13.101.236.209) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.14; Sun, 7 Mar 2021 00:57:19 +0000 Received: from AM8PR07MB7476.eurprd07.prod.outlook.com ([fe80::219a:cbf4:dec3:ac9]) by AM8PR07MB7476.eurprd07.prod.outlook.com ([fe80::219a:cbf4:dec3:ac9%7]) with mapi id 15.20.3933.014; Sun, 7 Mar 2021 00:57:19 +0000 From: "De Schepper, Koen (Nokia - BE/Antwerp)" To: "De Schepper, Koen (Nokia - BE/Antwerp)" , tsvwg IETF list Thread-Topic: Prague requirements survey Thread-Index: AdbzPLYWoHtOCowHQ0uox2aN7ECzHgE/jRFAASKPXuAATuD/IAAGkG8ABHzn8YAAtrJEsA== Date: Sun, 7 Mar 2021 00:57:19 +0000 Message-ID: References: In-Reply-To: Accept-Language: nl-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=true; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2021-02-01T01:38:17Z; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Method=Standard; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Name=Internal; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ActionId=54641ce9-3271-496d-b179-8f55632b25ef; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ContentBits=0 authentication-results: nokia-bell-labs.com; dkim=none (message not signed) header.d=none;nokia-bell-labs.com; dmarc=none action=none header.from=nokia-bell-labs.com; x-originating-ip: [2a02:1810:1e00:cb00:210b:63c2:20dd:546d] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 21d589e3-f4f1-442b-7416-08d8e103f568 x-ms-traffictypediagnostic: AM9PR07MB7731: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3826; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ZbLqfas991cdKFsUqeSykDMfVgd+myQxRwINj3e6KynmIiYMgG5NvRwQQbR6ayn71qKCUePdkeTgjPJRIn+1YH594MXA3SbAVMgKP4NqPqCjQNmGzZNQ0HR5ngJTs9bK6jrLcZ1ivDACM/3YRATdSNQN3Ne1qgI8MVhhWdDBrlakJ+GkUchBer+e7onebWRNtT4A8Xpn0gZug57BAwDSVJvmHHJXc9wJ7xE55ZjMMdYhwZpFCg654lZJPpk+Ld8qtOhEOXO4fUN4xbZ8/J/XLJJVvK6CuXp5odJF7UZbkp2wuhNfIxfuI0qg3VMXn9PTdtKytD3Av1VVzA/MTIzj1LuokLTj2xP0noPkPnlZs86yjnosSbsSnHkeEl7ZZ/9GtI9NS/DD13YQMLJimdUILHszusGQ5/rxtq/R5gQqq29uyzfG1DH9+wOmQPOB+f7w35gTN/LguJXXR+V3TFE+0YpUJ7Jx2V+n24J2yt5ysAMBWl7otVuGXWOItsOav+G6GYOjGVRptNRpaD0dagk0jACJC4df7PIpelfKIoNqhoMsVDSgtL9l3yObB0Phb27lj9jXKE1btcmybaKlXPuj2uyS4e5X8oeqUfvZirpo6NBlThpO0m0ytcqpEFkPmLwb x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM8PR07MB7476.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(346002)(366004)(136003)(396003)(376002)(8936002)(5660300002)(6506007)(7116003)(86362001)(186003)(3480700007)(53546011)(52536014)(2906002)(33656002)(166002)(478600001)(4326008)(966005)(83380400001)(9686003)(7696005)(66476007)(55016002)(66946007)(71200400001)(8676002)(110136005)(316002)(66556008)(66446008)(76116006)(64756008); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?K1vxUhORL9IOvuuw5sgkT/G03oeE+ry/JNIh2+QbotbX31aY6rcp/Wy9ejWK?= =?us-ascii?Q?ceAruSgyaDOUZllRwc4I16mLCr+m+eA3HZjDfqO1f39xwYMGnIFXWS0EiUNj?= =?us-ascii?Q?tdEraCWfjTlQA9TsYvp7neyhmWlpNxgF4P9qLmaKkEBmWWxBevlbAGPhZH61?= =?us-ascii?Q?yZFFzspL6Fx33R4cfUA1nr+zgb1K2Cynx2D1AKf6I6WWjUg26ReTnXFjptZ8?= =?us-ascii?Q?08pGXuTXHD46M/NUs1BOClaMN7f6kdqez03tWyvjo6M9UohHOmStaRLqh5GS?= =?us-ascii?Q?BEEgqBx7e3guDou8C+R1EFpU8b1Jq5Xekt3K6SMPopOwwlxQ7V+3BZ6ttDBx?= =?us-ascii?Q?MdIqZ55EfbFDbLYDi/UtK4kG415KKukHUBednGJyxmUsJRI+49D7v3b22diQ?= =?us-ascii?Q?k5nblwZy8d6qDwBKF+DdFGUVUonNA50K84lW4QeU0xwkv3auohCaRP2Pqu9a?= =?us-ascii?Q?d8KQvX7o9FqDk3g5sZt9hy6WAfOdFHFGxvtTk3GEUICArkORp5v2ztyPuiEz?= =?us-ascii?Q?5SuhjLM9IvVCvVU/XlXDa+Ypy9eYmlCYfFSvOFg2dVT9/EciQ59T9OpurYd0?= =?us-ascii?Q?7pU61YnyBZyRLL/rWnkTRCxGc1FiU1rrIVdtQ485EB+mkImMuVN6wrzYu77p?= =?us-ascii?Q?LyiB/xr9UJLDuK7CSiOchxgMdevM2ckWf5psfkfmZdyExj6dPf+/LaAke1A3?= =?us-ascii?Q?GtezMhG2uUMa7RSyOZUWQ5Ug1rWjftSpoiC8R1Lk8IXJn3cC38jnvURBQPKL?= =?us-ascii?Q?bdVUexX/FJ78fRXK/31gDKP88QxvycJumOi08zqHTGVp9vpF7Uu2gmJDVJsd?= =?us-ascii?Q?BogZ4YeNp4LbO8Oyv0Sjj1brgfMOgTmUiDcHQ4AwmnXcmifE1PPMtJVqmk3Y?= =?us-ascii?Q?CmUT0QEAOsC219m3kQq3N7MmtexAdHpejf46BHti7vBJd5QRPiP1WhOtkmRH?= =?us-ascii?Q?KyQgMTbbHIrXKWJRrvctu2OoAm8Uem4BUdP8681n/rvizlyOFcgnae1RPZ+7?= =?us-ascii?Q?gJRGsyR5CngPHGViknO9qFqU5PALiszdmtdslI88E4OAOIHDZZ/N3/RQlCFt?= =?us-ascii?Q?nntF0URJZT1l2MXqEoIYODJvLe/WUiG/Ay7WQyinlzi8dS9Fc/8Ugdd9UykH?= =?us-ascii?Q?X4ZvmPSwgmBbKKkxbUo/wk0e89NEa2drktVYTaFnYbe6FMI9azmsgAhwWfRV?= =?us-ascii?Q?B848KZLx7EMUcNYu24NaLAzg8gXCxh3FcaSlQu9Y5j7U3U7fd7UGAoNwdCGN?= =?us-ascii?Q?GXtx8ZFYAY+f/acIClM61iKZES/fx8Z6NreSjanXXDzterGOWIzUF5h2aNmv?= =?us-ascii?Q?32iDM8dfqZasN2f1HiFwuioSkxvuicwX9N+IsifD5RLqp5KK3oBjzbVMdZxm?= =?us-ascii?Q?FR/Ljp+391d84KTUGSx/hlio/0Dt?= Content-Type: multipart/alternative; boundary="_000_AM8PR07MB7476FAEF53518DBFE457AC62B9949AM8PR07MB7476eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia-bell-labs.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM8PR07MB7476.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 21d589e3-f4f1-442b-7416-08d8e103f568 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Mar 2021 00:57:19.0483 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: salKJnIlJFEMDo43QJQub7YZ9hryHqih0PKZSNyMJxoZ4G9mRGuZrAcAjvz3zALCqkd07fSQOPDedgE7iEpMI06jayOr+a+3NzUdoaV7eZ9u15t5szaM2TMoB9IiKIgI X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM9PR07MB7731 Archived-At: Subject: Re: [tsvwg] Prague requirements survey X-BeenThere: tsvwg@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Transport Area Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2021 00:57:39 -0000 --_000_AM8PR07MB7476FAEF53518DBFE457AC62B9949AM8PR07MB7476eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, The details of the consolidated view of all feedback received is available = and can be found via following link: https://l4steam.github.io/PragueReqs/P= rague_requirements_consolidated.pdf The only strong objections were against the "MUST document" requirements, w= hich will be removed from the next version of the draft. Some clarification= s were asked and (will be) added. For 2 requirements a big consensus was that they should be developed and ev= olved as needed during the experiment. All other requirements had already implementations and if not, were seen fe= asible/realizable and were planned to be implemented. We will present an overview during the meeting. Regards, Koen. From: tsvwg On Behalf Of De Schepper, Koen (Nokia = - BE/Antwerp) Sent: Wednesday, March 3, 2021 2:20 PM To: tsvwg IETF list Subject: Re: [tsvwg] Prague requirements survey Hi all, We have received several surveys privately, for which I tried to get the ap= proval for sharing those on the overview page: l4steam.github.io | L4S-rela= ted experiments and companion website Thanks to NVIDIA for sharing their view and feedback for their GeforceNow c= ongestion control. Their feedback was added to the above overview about a w= eek ago. As we didn't get the explicit approval for the others, we will sha= re and present a consolidated view of all feedback received later and durin= g the meeting. Note: pdf versions are now also available on the above page for easier read= ing. Koen. From: tsvwg > On Beha= lf Of De Schepper, Koen (Nokia - BE/Antwerp) Sent: Monday, February 8, 2021 2:37 PM To: Ingemar Johansson S >; tsvwg IETF list > Subject: Re: [tsvwg] Prague requirements survey Hi Ingemar, Thanks for your contributions. I linked your doc to the https://l4steam.git= hub.io/#prague-requirements-compliance web page (and will do so for others)= . I didn't see any issues or objections mentioned to the current requirements= as specified in the draft. Does this mean you think they are all reasonabl= e, valid and feasible? Interesting observation (related to the performance optimization topic 1) t= hat for the control packets "RTCP is likely not using ECT(1)". Why is this = not likely? I assume this will impact the performance? Do we need to recomm= end the use of ECT(1) on RTCP packets in the draft? Thanks, Koen. From: Ingemar Johansson S > Sent: Monday, February 8, 2021 10:59 AM To: De Schepper, Koen (Nokia - BE/Antwerp) >; tsvwg IETF list > Cc: Ingemar Johansson S > Subject: RE: Prague requirements survey Hi Please find attached (hopefully) a Prague requirements survey applied to SC= ReAM (RFC8298 std + running code) Regards Ingemar From: tsvwg > On Beha= lf Of De Schepper, Koen (Nokia - BE/Antwerp) Sent: den 6 februari 2021 23:20 To: tsvwg IETF list > Subject: [tsvwg] Prague requirements survey Hi all, To get a better understanding on the level of consensus on the Prague requi= rements, we prepared an overview document listing the L4S-ID draft requirem= ents specific to the CC (wider Prague requirements), as a questionnaire tow= ards potential CC developers. If you are developing or have developed an L4= S congestion control, you can describe the status of your ongoing developme= nt in the second last column. If you cannot share status, or plan-to/would = implement an L4S CC, you can list what you would want to support (see feasi= ble). In the last column you can put any description/limitations/remarks/ex= planations related to evaluations, implementations and/or plans (will imple= ment or will not implement). Any expected or experienced issues and any obj= ections/disagreements to the requirement can be explained and colored appro= priately. The document can be found on following link: https://raw.githubusercontent.= com/L4STeam/l4steam.github.io/master/PragueReqs/Prague_requirements_Complia= nce_and_Objections_template.docx As an example I filled it for the Linux TCP-Prague implementation on follow= ing link: https://l4steam.github.io/PragueReqs/Prague_requirements_Complian= ce_and_Objections_Linux_TCP-Prague.docx Please send your filled document to the list (Not sure if an attachment wil= l work, so I assume you also need to store it somewhere and send a link to = it, or send to me directly). We hope to collect many answers, understanding the position of the differen= t (potential) implementers and come faster to consensus. Thanks, Koen. --_000_AM8PR07MB7476FAEF53518DBFE457AC62B9949AM8PR07MB7476eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

The details of the consolidated view of all feedback= received is available and can be found via following link: https://l4steam.github.io/PragueReqs/Prague_requirements_consolidated.pdf

 

The only strong objections were against the “M= UST document” requirements, which will be removed from the next versi= on of the draft. Some clarifications were asked and (will be) added.

For 2 requirements a big consensus was that they sho= uld be developed and evolved as needed during the experiment.

All other requirements had already implementations a= nd if not, were seen feasible/realizable and were planned to be implemented= .

 

We will present an overview during the meeting.=

 

Regards,

Koen.

 

From: tsvwg <tsvwg-bounces@ietf.org> On Behalf Of De Schepper, Koen (Nokia - BE/Antwerp)
Sent: Wednesday, March 3, 2021 2:20 PM
To: tsvwg IETF list <tsvwg@ietf.org>
Subject: Re: [tsvwg] Prague requirements survey

 

Hi all,

 

We have received several surveys privately, for whic= h I tried to get the approval for sharing those on the overview page: l4ste= am.github.io | L4S-related experiments and companion website=

 

Thanks to NVIDIA for sharing their view and feedback= for their GeforceNow congestion control. Their feedback was added to the a= bove overview about a week ago. As we didn’t get the explicit approva= l for the others, we will share and present a consolidated view of all feedback received later and during the meeting.=

 

Note: pdf versions are now also available on the abo= ve page for easier reading.

 

Koen.

 

 

From: tsvwg <tsvwg-bounces@ietf.org> On Behalf Of De Schepper, Koen (Nokia - BE/Antwerp)
Sent: Monday, February 8, 2021 2:37 PM
To: Ingemar Johansson S <ingemar.s.johansson@ericsson.com>; tsvwg IETF list <<= a href=3D"mailto:tsvwg@ietf.org">tsvwg@ietf.org>
Subject: Re: [tsvwg] Prague requirements survey

 

Hi Ingemar,

 

Thanks for your contributions. I linked your doc to = the https://l4steam.github.io/#prague-requirements-compliance web page (and= will do so for others).

 

I didn’t see any issues or objections mentione= d to the current requirements as specified in the draft. Does this mean you= think they are all reasonable, valid and feasible?

 

Interesting observation (related to the performance = optimization topic 1) that for the control packets “RTCP is likely no= t using ECT(1)”. Why is this not likely? I assume this will impact th= e performance? Do we need to recommend the use of ECT(1) on RTCP packets in the draft?

 

Thanks,

Koen.

 

From: Ingemar Johansson S <ingemar.s.johansson@ericsson.com&g= t;
Sent: Monday, February 8, 2021 10:59 AM
To: De Schepper, Koen (Nokia - BE/Antwerp) <koen.de_schepper@nokia-bell-labs.com= >; tsvwg IETF list <tsvwg@ietf.org<= /a>>
Cc: Ingemar Johansson S <ingemar.s.johansson@ericsson.com>
Subject: RE: Prague requirements survey

 

Hi

Please find attached (hopefully) a Prague requiremen= ts survey applied to SCReAM (RFC8298 std + running code)

 

Regards
Ingemar

 

From: tsvwg <tsvwg-bounces@ietf.org> On Behalf Of De Schepper, Koen (Nokia - BE/Antwerp)
Sent: den 6 februari 2021 23:20
To: tsvwg IETF list <tsvwg@ietf= .org>
Subject: [tsvwg] Prague requirements survey

 

Hi all,

 

To get a better understanding on the level of consen= sus on the Prague requirements, we prepared an overview document listing th= e L4S-ID draft requirements specific to the CC (wider Prague requirements),= as a questionnaire towards potential CC developers. If you are developing or have developed an L4S congestion c= ontrol, you can describe the status of your ongoing development in the seco= nd last column. If you cannot share status, or plan-to/would implement an L= 4S CC, you can list what you would want to support (see feasible). In the last column you can put any descrip= tion/limitations/remarks/explanations related to evaluations, implementatio= ns and/or plans (will implement or will not implement). Any expected or experienced issues and= any objections/disagreements to the requirement can be explained and= colored appropriately.

 

The document can be found on following link: https://raw.githubusercontent.com/L4STeam/l4steam.github.io/master/PragueRe= qs/Prague_requirements_Compliance_and_Objections_template.docx

 

As an example I filled it for the Linux TCP-Prague i= mplementation on following link: https://l4steam.github.io/PragueReqs/Prague_requirements_Compliance_and_Obj= ections_Linux_TCP-Prague.docx

 

Please send your filled document to the list (Not su= re if an attachment will work, so I assume you also need to store it somewh= ere and send a link to it, or send to me directly).

 

We hope to collect many answers, understanding the p= osition of the different (potential) implementers and come faster to consen= sus.

 

Thanks,

Koen.

--_000_AM8PR07MB7476FAEF53518DBFE457AC62B9949AM8PR07MB7476eurp_--