Re: [lamps] Francesca Palombini's No Objection on draft-ietf-lamps-cmp-updates-22: (with COMMENT)
Francesca Palombini <francesca.palombini@ericsson.com> Wed, 29 June 2022 18:44 UTC
Return-Path: <francesca.palombini@ericsson.com>
X-Original-To: spasm@ietfa.amsl.com
Delivered-To: spasm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AB99C14CF05; Wed, 29 Jun 2022 11:44:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.851
X-Spam-Level:
X-Spam-Status: No, score=-2.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.745, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=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 (1024-bit key) header.d=ericsson.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 fSr9uWvPBBnb; Wed, 29 Jun 2022 11:44:52 -0700 (PDT)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10059.outbound.protection.outlook.com [40.107.1.59]) (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 64C39C14CF04; Wed, 29 Jun 2022 11:44:50 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nefXcQ82a75z6V5Uy6ExPSxghSBK4xlvTktUC00h5WLkNST8aqyMUAQVSuK/WrMMSJjE/vtug7MiyZf7Whvdz1WlGNh06EN6F9MLicssJo8TkkEg9g8wlSJ5+QhWTK7z5w+SdashkOcwxBc75td8Cpramxp+A3HBt4r9DZjlwHWns7Uk48rt5rt6ASG6OOkBMSoyTftb2ua/gTgvVgFJxS4sS+xPggIXvvUhq06F/FAvI87WWj7GEmPcK18alnwPx2EwBUdQTxLHEccDqmWptuz2I11rXPZsON/KGhMk5dp+lxrjmKGpHfj0qfnkqCrxYoo8A1srfBB9ucdFAXM2bg==
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=FyT2HU2dv7AlFeHco6GzvQUxJrhODulD6gAqeRuIpMU=; b=Be2Obq+pYRSQtK+Q4Ff945FqTKdUq0Hbh8jXFhdO4rYo8hKT3x6wCzX6z8oqp4W9y3Gh/v0wJbHyjlgfZ1zXoJ2w2dtMGJ1lsow19TlLMzZhezZMETRsiNXdS4HBLAzE5IBjuhQzpz7L0v78rVmrH5Pn1i61JbSHg4oiVDbYLm9puHlWGO1Fp+9rWR+w4n30+Vuo/mBuuuZoK/aYaFGqLdGYdK8KufFak+HXtktamxYdSqFVyKzXErDqe5sN/bxeDnfiQN6iR1VroGP9Q2+JigfhbrERxBMb7d++mWvD4A+9f+y2o4dM9A48xCDqMBTR4GpJqQWb9ZZyj6NLsyCXeg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FyT2HU2dv7AlFeHco6GzvQUxJrhODulD6gAqeRuIpMU=; b=kWGyk5xW0geDGOUVbtxZNMnTsyLCn5fllRAzExl8fgiscminD9LarGQjkBfGn4b2vDtNWPi9TJ38r8TjrJjlANbFld1avNdMB7WsaNm7W5+Bhx5mWZysObCGttd4O7hGVFZK5vgMdqDK/LCBThmaLOrkN7PRJOPIobWSjXuPbyI=
Received: from AS1PR07MB8616.eurprd07.prod.outlook.com (2603:10a6:20b:474::16) by PR3PR07MB6859.eurprd07.prod.outlook.com (2603:10a6:102:70::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5395.13; Wed, 29 Jun 2022 18:44:46 +0000
Received: from AS1PR07MB8616.eurprd07.prod.outlook.com ([fe80::853e:26b8:559b:41e3]) by AS1PR07MB8616.eurprd07.prod.outlook.com ([fe80::853e:26b8:559b:41e3%7]) with mapi id 15.20.5395.014; Wed, 29 Jun 2022 18:44:46 +0000
From: Francesca Palombini <francesca.palombini@ericsson.com>
To: "Brockhaus, Hendrik" <hendrik.brockhaus@siemens.com>, The IESG <iesg@ietf.org>
CC: "draft-ietf-lamps-cmp-updates@ietf.org" <draft-ietf-lamps-cmp-updates@ietf.org>, "lamps-chairs@ietf.org" <lamps-chairs@ietf.org>, "spasm@ietf.org" <spasm@ietf.org>, "housley@vigilsec.com" <housley@vigilsec.com>
Thread-Topic: Francesca Palombini's No Objection on draft-ietf-lamps-cmp-updates-22: (with COMMENT)
Thread-Index: AQHYilY8c8pxMWa4Dk+hzq0GZ+WjEK1kaweAgAI3iICAABc6Cw==
Date: Wed, 29 Jun 2022 18:44:45 +0000
Message-ID: <AS1PR07MB8616E52823E273F40D32767898BB9@AS1PR07MB8616.eurprd07.prod.outlook.com>
References: <165635558714.46948.4072872589231570179@ietfa.amsl.com> <GV2PR10MB621001E8332528EE657369F6FEB89@GV2PR10MB6210.EURPRD10.PROD.OUTLOOK.COM> <GV2PR10MB6210A930E104EC6D54AED6EFFEBB9@GV2PR10MB6210.EURPRD10.PROD.OUTLOOK.COM>
In-Reply-To: <GV2PR10MB6210A930E104EC6D54AED6EFFEBB9@GV2PR10MB6210.EURPRD10.PROD.OUTLOOK.COM>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_a59b6cd5-d141-4a33-8bf1-0ca04484304f_Enabled=True; MSIP_Label_a59b6cd5-d141-4a33-8bf1-0ca04484304f_SiteId=38ae3bcd-9579-4fd4-adda-b42e1495d55a; MSIP_Label_a59b6cd5-d141-4a33-8bf1-0ca04484304f_SetDate=2022-06-29T17:13:55.0000000Z; MSIP_Label_a59b6cd5-d141-4a33-8bf1-0ca04484304f_Name=restricted-default; MSIP_Label_a59b6cd5-d141-4a33-8bf1-0ca04484304f_ContentBits=0; MSIP_Label_a59b6cd5-d141-4a33-8bf1-0ca04484304f_Method=Standard
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ericsson.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 1ee60673-0916-4585-db41-08da59ff702b
x-ms-traffictypediagnostic: PR3PR07MB6859:EE_
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: kGF1MmqAEQKw6dbhRK453gVsDeQOXl4zLqxVmRhuT08Tbu24k8Fj4VF0zp9nKQmzyO97wgVfjmvv1d8IHVwkRYfnuzYykt6fdnZvq3t9QWqLrt6jazq6JboRfcAm15p9ix6/JRY8hZHfEA/ICh60HCi5ufbodakcA6UIsc9mIjfotoUmBg4bMUlG3Wrkgbw215iQaCUQsCjolhD5ZirP67WqCql2KXoPWT2w9XZ3pcGtxcEL+5NhqO+t43Kemo/PfrmYh17qdwwELrdh35jVeGPFg9XVJgJHaGX56Jjc1AJ3h7na9HR34FW5AKlLxbA1ZqqTrqKLRG0VU/aQSom7Gn5HXx0J8BfiE96ImRSstxdPCsn2Jo/65J9Es6r5pORzH6NuIXSNDlz71BJvqCaFyVLXrdLfzqUvtlqLSo+pUmujvSJPbBsGK5dmsyyXGCd6QTzEwecz26Gs46b15UCAjBEn8RIRgtHqRj8LFF2mpN8NU0k2/mgJqDQfoEraofDsNyxYMrJlKSCTsu8+gyvnYIsC0LtFVGfRv8a1UVAXd+WXHD7+PlhOjTqz8LYXLqAwnhDUjaYP9b15mCpZKuTypqh8Kkl0FjTc/MH5yRHu5gbgMxEd/UR6llU0hWy5HYVxoUwHW8fhQCfM+sAxeLBurv7lJdDChEctExlXhHKOQQ6vv4L6zaW+J3QUVtZ8KrZ1dujYOwjS3+RPsIaCcH6se/2unAGcDdU4GKJeGdQIpEtyCVPg7zO4zq2jdEEkWPIwuX75HZOk/4+M0G/Dscyo316AmbnYQcywkmenFAa1M3I=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AS1PR07MB8616.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(4636009)(366004)(136003)(39860400002)(346002)(396003)(376002)(86362001)(41300700001)(83380400001)(122000001)(186003)(38070700005)(55016003)(82960400001)(9326002)(2906002)(15650500001)(8676002)(71200400001)(5660300002)(38100700002)(9686003)(7696005)(8936002)(53546011)(52536014)(33656002)(316002)(54906003)(110136005)(478600001)(66556008)(76116006)(4326008)(44832011)(91956017)(66446008)(6506007)(66476007)(66946007)(64756008); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: B1H9/cKKB9jXmALRwCwsLbkN2aQWMk6tiKzkU6PDPYT6q6b2kY2UE5wDTlx2AD8poZmYHFWTsf1fbXPws7pwpbmuvKmXWRI9KeWV4G3tjyJwPRrmwFGHh08AwdlzHcl/yllhte42S1sUcC8gkHs17mGL4r0Y1v4N8AGQM+bwGXZWzOY7aPck77v3RTC62mnc8yfwo6cM5ccdM4fNZK3fRGTOjvNz1QDTK5IIS3ncqQ/P+/80+oInESvIHhjChmKDAss7eHY57OeLO0LZrJQ5i0wT6FQcmAQTp3TLP4WTCKEHEblnCLCp6CIrBbrawJL4GNxKW4RsKsiZODZUqNQK0tlxu7lj7fXLbI6T+Vtjt7QnU2nr32fjkc2NxU2jTMaMi3O8bF0prirjePWOwvXJDTvYoqNIkh0smmTsz+FPsfnya5OL2BDQbKxMcsXfcUugRI+1K1L+0PA1LDZZO+XnKjFf2rmJuQs3wz9crtFLWByiq8mWTy9zut5IqBloRa/9DyObOcuBESVnHyPxw4/7lMfxPQD4q+X6HjBEsJROPEsmsQKUbsdaUfvdE8STB+QJlIUhlYJrmrphz9YCcr1AEcwX88pD7pYBz0MWj/BGINZayLT7LlTtswM3ukXnPY7I5MK09pZgx84xloI26/NIWd6/WVTx/DY9ES53gXLc8oyVMfRstaXuOIQqC2YByRBgBYhCEKCwDTC/+XgjousGVhPRfEYT9bv0UtraDGVHpl0fbU5zpqmjGnOARTRITBVABRitFPRddGHRAlmFjcwHawu8MQ+3tumVP8i0rMTQppy2REKiTYD0crm7js+WSKGj8hun8CqKsiQ/P1AoYFSvZPBCRtVmtb+tF80jXangooM43F3Z9n272RzW9jf58hRzUTJno+l2DseU1P7B3JsUBOgwg95hwWnI8bBxVQbb33e5bS9EzAtbCtKVKun8A3Zx92p0KBiJLjJ7mZl7Me2M6FHsFq/xRAvFbAQlhbAcW7rQKgUiAIYXvAq1ta6SYKu2952p/dVsHPJxS2g7BmRBqlaTi5r4TC2FMq41jOdryMvJMfNO7Iiv6sjkmS6hyzZi4swyOyV4lmekB1KCt0RupI0U05zntCpjy6Uqr7brdr5izbiQewiyTACO32nrc+Dik+yZb8eCvrQ5tafILOvSqe7wdQHeFKvONHlg/k0F989p5hZhRccQcsZyP/PT1MxvGVs9YYoJYid930T83vwIyoYSgwVJuVYZRYYUKIcwCOsnyyDYi9gpkKK3tnSiRShX05OzC+p8rKdI/NZpZq3yLKtt2Lq6wslf4VMVbxDO1HlSwQGvpewlfG2AWYIGTC7FmPHW0oVADP+Bgo/6+sqTedelFpDaXSwXRsNeaOdCj+ncyt9+wjXmujh4mR0znFdDg/phN8L16zfSwxMY3yGyrq/AuiGHto4e/Df+aMlbFRroY+TQU4JEjJzkqOHyucBy5S0W8JT2TjYINheuRoa1+5MIw6SjZPshSVDz/oEgdNO+k/dUrpBgloCR222x/7jBncfQnZh+llGtVRet/FpoCz4Ke+ofqjYLomoyFL3mQ0Zzcbl8/HQ+3jRjmwSnWutN2irgvnbtF/uIBv/mbbkbBeSQpkLJeyOQoGdGGPVdWWKZV8tzqlTokcb68W+CjzbciPPyFYTp/bXJxsHe/uTmX9m1PYS17yexKOmzEeQ14T9yieZqDR168PTthl4w20kj
Content-Type: multipart/alternative; boundary="_000_AS1PR07MB8616E52823E273F40D32767898BB9AS1PR07MB8616eurp_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AS1PR07MB8616.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 1ee60673-0916-4585-db41-08da59ff702b
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jun 2022 18:44:45.9488 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 0TnTo+IAGPxOcqgcV4dR/DqAOamtNqVWY7040gu++doLWP7+ILOr0jJ+WMWwCEVJTVs5pv3i2Yo3a2XoCa+OTUAM27rMjpIJW0rj/AW8vgisji2c99y/DHnGJkwyg5uP
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR3PR07MB6859
Archived-At: <https://mailarchive.ietf.org/arch/msg/spasm/CS64TYuM1NLX3K-_wtFP_VkOW3g>
Subject: Re: [lamps] Francesca Palombini's No Objection on draft-ietf-lamps-cmp-updates-22: (with COMMENT)
X-BeenThere: spasm@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "This is a venue for discussion of doing Some Pkix And SMime \(spasm\) work." <spasm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spasm>, <mailto:spasm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spasm/>
List-Post: <mailto:spasm@ietf.org>
List-Help: <mailto:spasm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spasm>, <mailto:spasm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Jun 2022 18:44:56 -0000
Hi Hendrik, Thanks for the quick reply! All sounds good to me, thanks for addressing my comments. I do have one additional question, regarding 1. – thanks for clarifying that my interpretation was incorrect and that MAY was actually the correct term here. Then I have a follow up question: if the algorithm used is not one defined in CMP Algorithms, what other options are there, and how to make sure that both parties agree? Is that also established out-of-bands? Francesca From: Brockhaus, Hendrik <hendrik.brockhaus@siemens.com> Date: Wednesday, 29 June 2022 at 19:14 To: Francesca Palombini <francesca.palombini@ericsson.com>, The IESG <iesg@ietf.org> Cc: draft-ietf-lamps-cmp-updates@ietf.org <draft-ietf-lamps-cmp-updates@ietf.org>, lamps-chairs@ietf.org <lamps-chairs@ietf.org>, spasm@ietf.org <spasm@ietf.org>, housley@vigilsec.com <housley@vigilsec.com> Subject: AW: Francesca Palombini's No Objection on draft-ietf-lamps-cmp-updates-22: (with COMMENT) Francesca After sleeping the topic on IANA Considerations over, I agree with you proposal of deleting Section 2.25 and 3.4 completely. When doing the -bis documents, we will not any more patch the IANA Considerations sections of the original RFCs because the IANA action was already taken by this upcoming RFC. Therefore, we can safely delete the two sections containing the change instructions. Thank you for this comment! Hendrik > Von: Brockhaus, Hendrik (T CST SEA-DE) > > Francesca > > Thank you for providing you comments and your voting. > > > Von: Francesca Palombini via Datatracker <noreply@ietf.org> > > > > ---------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > > Thank you for the work on this document. > > > > I have a few minor comments, hopefully easy to fix; answers are appreciated. > > > > Francesca > > > > 1. ----- > > > > previous PKI management operation). PKIProtection will contain a MAC > > value and the protectionAlg MAY be one of the options described in > > CMP Algorithms [I-D.ietf-lamps-cmp-algorithms]. The > > PasswordBasedMac > > > > FP: I think the correct term here is MUST rather than MAY, otherwise > > this seem to imply that the protectionAlg can be something different as well. > > CMP Algorithms dose not aim to provide a complete list of all possible > algorithms to be used with CMP. > As stated in the Abstract of CMP Algorithms: > This document describes the conventions for using several > cryptographic algorithms with the Certificate Management Protocol > (CMP). > And in its Introduction: > This document lists current cryptographic algorithms usable with CMP > to offer an easier way maintaining the list of suitable algorithms > over time. > As I would read MUST, it would unnecessarily limit an implementation to only > use algorithms from CMP Algorithms. > > > > > 2. ----- > > > > Note: In case several EC curves are supported, several id-ecPublicKey > > elements need to be given, one per named curve. > > > > FP: I could not find id-ecPublicKey in RFC 4210, could you give more > > context where this element is defined? > > AlgorithmIdentifier used id-ecPublicKey to specify named curved as defined in > RFC 5480. > > New text: > Note: In case several EC curves are supported, several id-ecPublicKey elements > as defined in RFC 5480 [RFC5480] need to be given, one per named curve. > > > > > 3. ----- > > > > Section 2.25 and 3.4 - IANA considerations > > > > FP: Given that Section 4 does now a full update of the IANA > > considerations (as a result from Paul's comment, which I believe was a > > necessary improvement), it seems to me as Section 2.25 and 3.4 have > > become useless. I suggest to just remove those to avoid the redundancy > > (and the risk for future updates that will modify one section but not the other). > > I see your point. > But deleting Section 2.25 and 3.4 completely would contradict the style of the > document and the reasoning of the changes to the IANA Considerations sections > of RFC 4210 and RFC 6712 would be lost. > > If people think it eases reading, I could replace the content of the changes in > Section 2.25 and 3.4 with references to Section 4. > For more clarity I would put the text in Section 4 in separates subsections. > > New text: > 2.25. Update Section 9 - IANA Considerations > > Section 9 of RFC 4210 [RFC4210] contains the IANA Considerations of > that document. As this document defines a new Extended Key Usage, > the IANA Considerations need to be updated accordingly. > > Replace the fourth paragraph of this section with the text provided in Section > 4.1. > > 3.4. Update Section 6. - IANA Considerations > > Section 6 of RFC 6712 [RFC6712] contains the IANA Considerations of > that document. As this document defines a new well-known URI suffix, > the IANA Considerations need to be updated accordingly. > > Replace the second paragraph of this section with the text provided in Section > 4.2. > > But still the two new subsections (6.1 and 6.2) introduced in Section 3.4 would > get lost. > Therefore, I personally dislike this approach. > > As there was no objection to the original text in -21 by the IANA experts, I would > prefer deleting the copied text from Section 4 :-) To make it the text more > explicit, I could change the original text in -21 in Section 4. > > Old text: > This document contains an update to the IANA Consideration sections > to be added to [RFC4210] and [RFC6712]. > > New text: > This document contains an update to the IANA Consideration sections > to be added to [RFC4210] in Section 2.25 and [RFC6712] in 3.4. > > Which approach do people prefer? > > > > > 4. ----- > > > > [RFC4210]. This document redirects to the new algorithm profile as > > specified in Appendix A.1 of CMP Algorithms > > [I-D.ietf-lamps-cmp-algorithms]. > > > > ... > > > > For specifications of algorithm identifiers and respective > > conventions for conforming implementations, please refer to CMP > > Algorithms Appendix A.1 [I-D.ietf-lamps-cmp-algorithms]. > > > > FP: There is no Appendix A.1 of [I-D.ietf-lamps-cmp-algorithms]. Did > > you mean Section 7? > > Very good point. Thank you for spotting this. > I will change Appendix A.1 to Section 7.1. > > > > > 5. ----- > > > > FP: Nits reports the following: > > > > == Unused Reference: 'RFC2510' is defined on line 1580, but no explicit > > reference was found in the text > > > > RFC 2510 does appear in the document, but only in the section header, > > I would suggest adding the reference in the text as well. > > I will update Section 2.21. > > New text: > Section 7.1.1 of RFC 4210 [RFC4210] describes the behavior of a > client sending a cmp2000 message talking to a cmp1999 server as specified > RFC 2510 [RFC2510]. This document extends the section to clients with any > higher version than cmp1999.
- [lamps] Francesca Palombini's No Objection on dra… Francesca Palombini via Datatracker
- Re: [lamps] Francesca Palombini's No Objection on… Brockhaus, Hendrik
- Re: [lamps] Francesca Palombini's No Objection on… Brockhaus, Hendrik
- Re: [lamps] Francesca Palombini's No Objection on… Francesca Palombini
- Re: [lamps] Francesca Palombini's No Objection on… Brockhaus, Hendrik