Re: [MMUSIC] Alexey Melnikov's Discuss on draft-ietf-mmusic-ice-sip-sdp-38: (with DISCUSS)

Christer Holmberg <christer.holmberg@ericsson.com> Wed, 14 August 2019 17:54 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E279E120C8A; Wed, 14 Aug 2019 10:54:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.991
X-Spam-Level:
X-Spam-Status: No, score=-1.991 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KJIO5PGTUh58; Wed, 14 Aug 2019 10:54:54 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20041.outbound.protection.outlook.com [40.107.2.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 14FEE120C3F; Wed, 14 Aug 2019 10:54:54 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LeVgej57rrDlkT4R9ipNw6SFBU/lWzzwrrFMFIAf09GpPn7GeDMKMeOStogbJ05CtSWSkzBwPNr7py0A5PY1Ek4JO4ZUZJpeQgebYvB6RLkEppKYUYxsUWjWup4ll9M25ZqcbTURITbkZuRnlrJaIZENpELUJQyEjGBHqk/gzp2Nhr76eFu8vJQUxwbLChiTAl2lENzukXCPtqMl8vAECmt0jGsmts5Au7cFH1YcsEzs1gGIVswsAIaqxkUfQmbnjVo4CrnYX+6vaQYqTR+gIMDbATL7GsjFPZtkL5ZAky2SCRntzhHjEZeNw32zK/Y0DDdMYkhDOl63IWaHclmKfQ==
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=GFY+o08ay4wgAGLBlunwWIRLFTeidSEPzlBx7H6Nczg=; b=Vqtuq4JpZngkyIOJQHWUXqJPRhOEjkmNL0ugwZ3KmJ3ZX9ynfA7bRZyngrWmJoT8Fp1GoFESyfHsRyGoV0iEXHMEkO0K1/Er7nYInM72sezK25rQFmQuRe9ckUsB6ccKHi7kWrk+57NKK4e4c8vutIR4D4r4Ly97pKdWSgaw12roiQxiw+fn/oYQaVEhF00OF2aKXjVU6lIZSqOOF+EHXQKruE5DaAhsEZB6Z5Zazy3lLgNsf8yIV1F5m2dDGoUMuP+a3YqddZcVXC4YH0sPX5MUkyZSPHPvD3NfSyjheym0bW9qmvftpI51NuLG+z0F+/kft7LLLz2c3nZp0h5/Eg==
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=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=GFY+o08ay4wgAGLBlunwWIRLFTeidSEPzlBx7H6Nczg=; b=X6dBPKNx6mRXGq6piQY5QENIe14KFvEjnmu1umTstbQIU5W7w7QNFx4l9PF0mAqUDj6EH09EM2wUz8ClG0ddD6u+VIi6GGDpKpnGUJBYKqquF1G8ZABceortWzrMvc/HJMTsO1UEyGuoTp2TJmYlZJARQjp5gmmyaQIGRDhhA24=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB4298.eurprd07.prod.outlook.com (20.176.166.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2178.15; Wed, 14 Aug 2019 17:54:51 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::ec0d:f9d3:7159:ba7%6]) with mapi id 15.20.2178.013; Wed, 14 Aug 2019 17:54:51 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Alexey Melnikov <aamelnikov@fastmail.fm>, The IESG <iesg@ietf.org>
CC: "draft-ietf-mmusic-ice-sip-sdp@ietf.org" <draft-ietf-mmusic-ice-sip-sdp@ietf.org>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, Flemming Andreasen <fandreas@cisco.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: Alexey Melnikov's Discuss on draft-ietf-mmusic-ice-sip-sdp-38: (with DISCUSS)
Thread-Index: AQHVTsB9TFLGL1vQ4UG6R7b0GDwECqby622QgAL5RACAAZy4gIAAO8wAgAMxZACAAAEjMA==
Date: Wed, 14 Aug 2019 17:54:51 +0000
Message-ID: <HE1PR07MB3161377AEE19A59859A926C693AD0@HE1PR07MB3161.eurprd07.prod.outlook.com>
References: <156536166262.15946.384757988181068904.idtracker@ietfa.amsl.com> <HE1PR07MB31616472644ED221A1965B8F93D60@HE1PR07MB3161.eurprd07.prod.outlook.com> <7F70A131-8BE5-425A-B6C7-6BD503D195E2@ericsson.com> <a1c85143-2e4b-4f4e-8ac4-1a0f396634aa@www.fastmail.com> <BDB5931C-7518-45A6-895F-D9BF62A289BF@ericsson.com> <c599715d-c0c4-4cc6-bbc2-38c72aef928f@www.fastmail.com>
In-Reply-To: <c599715d-c0c4-4cc6-bbc2-38c72aef928f@www.fastmail.com>
Accept-Language: en-US
Content-Language: fi-FI
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com;
x-originating-ip: [79.134.118.162]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: e8dd9888-69fb-41d4-831f-08d720e081ce
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:HE1PR07MB4298;
x-ms-traffictypediagnostic: HE1PR07MB4298:
x-microsoft-antispam-prvs: <HE1PR07MB429895D705870A87658BD27493AD0@HE1PR07MB4298.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 01294F875B
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(396003)(366004)(136003)(39860400002)(376002)(199004)(52314003)(189003)(486006)(256004)(6436002)(446003)(86362001)(478600001)(53936002)(44832011)(14444005)(52536014)(55016002)(5660300002)(102836004)(26005)(476003)(186003)(11346002)(325944009)(14454004)(4326008)(76176011)(9686003)(25786009)(7696005)(33656002)(8936002)(99286004)(66946007)(71190400001)(66556008)(316002)(54906003)(66446008)(6506007)(2906002)(66066001)(110136005)(76116006)(71200400001)(74316002)(81156014)(81166006)(8676002)(66476007)(7736002)(6116002)(3846002)(64756008)(305945005); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4298; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: iVO3Two/KSYKOO2bVFMB3v14cDgd3gBn+JP+Qu4bBWzTiLqqmLZHvaavO5jOIQtVkIxg/pYHVYDABsGhkO5XmzBMCWavUFr6wCrrVXzvSHfCcDodG/SfdEJ7k5SfIf44ek/0POW29DUzQ2zGDVom5L7d1tp1HMYinVivH32d4iXoLvT2JdtpkVjMzcgbs5HCIHG/stcJaVBy0FYxtmgtmK8Knt7s2VxKjWfen8LgNtzQBrGCLfSfNdoPVBuvnj6cDx8dSlTc8Q76zI+P7GofCTjvmBg5pqW3KnU2tJWRCa0pcUoaj2k6Xy+UREGFeHYo15AYSN2F3S0bCHQ5PMN1fsY9L4BQVspUYhyUlqxCGoOLEt6P/NnMGEh72Lt/9LjVmRK6mVwiORMDOOPspFZFPFN1Sf1aW8f7rRMid0STrbQ=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: e8dd9888-69fb-41d4-831f-08d720e081ce
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Aug 2019 17:54:51.5924 (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: X9obB0G/eqESFJUr4MPZ4RCekBFpepnYW/WRghiQiwmFjJLULvcJ/quNnAFpCKgOVtGunOXF5QHlLpQAUua8t3A5mKXbynoOo9FLjj42M50=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4298
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/XhY9KNUN6QrKmlFEeeG9NHCTN94>
Subject: Re: [MMUSIC] Alexey Melnikov's Discuss on draft-ietf-mmusic-ice-sip-sdp-38: (with DISCUSS)
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Aug 2019 17:54:57 -0000

Hi,

>>>     2) In 10.2:
>>>     
>>>     You removed the following text:
>>>     
>>>        o  Name, Email, and Address of a contact person for the 
>>>            registration
>>>     
>>>       o  Organization or individuals having the change control
>>>     
>>>     I think removing (postal) Address is a good thing. However the 
>>>     rest of this is still needed, as IANA uses 
>>>     this information to decide whether a person/organization is 
>>>     allowed to update an existing registry entry. 
>>>     may be closed down. The authors of the RFC may have moved on. 
>>>    etc
>>>
>>> So please consider adding it back or explain why this 
>>> information is not needed for a registry where external 
>>> organizations can add value (without publishing an RFC).
>>>
>>> The text already says that "Specification Required" applies to 
>>> new entries.
>>>
>>> I am not aware of another registry where we would define 
>>> entry-specific rules.
>>>     
>>> Let me know if you still have issues with this. Maybe I 
>>> misunderstood your issue :)
>>
>> Yes, I still have an issue with this change. The document is now 
>> lacking information needed for IANA to complete registrations.
>>
>> When I originally asked about need for "Address", all I wanted 
>> was removal of "Address", not removal of the 2 sentences around it.
>> 
>>     Yes.
>> 
>>     But, my comment regarding "Organization or individuals" was that I 
>>     am not aware of any IANA registry where we indicate who
>>     is allowed to update an entry. Why do you think IANA needs that 
>>     information?
>
> This is less of an issue for "Specification Required", but it is certainly 
> an issue for "Expert Review" registries.
>
> Consider the following scenario (it has happened several times in the past as far as I know):
>
> At some point an item X is registered by userN@organizationY.com.  10 years later the person is no longer working 
> for Organization Y. The person contacts IANA and attempt to change the registration from a new email address
> userN@gmail.com. If the registry doesn't say whether this was a personal registration (and thus the request 
> should be approved, assuming IANA can prove that this is the same person) or for a company (in which case 
> the change request should be denied and the contact email should be updated to another person representing 
> Organization Y), then making changes/updates becomes difficult.

Well, in case of "Specification Required" an individual can't just say that he/she wants to change something.

> There were similar problems recently when a specification was originally developed by an organization and later on was taken as a work item in an SDO.
>
> Anyway, if you want to make updates to registration easier, Contant and Change Controller should be included in an IANA registration template.

To me this kind of "Change control" is something that should be discussed with a wider audience. Individual drafts should not make their own rules. Is there any registry that have these kind of change control rules?

In addition, there would need to be some guidance on what information to provide. For example, if IETF WG X defines an entry, I don't think the change control can be given to WG X, because WG X may not exist in 10 years. So, I assume the change control would be given to IESG?

Regards,

Christer