Re: [MMUSIC] Alissa Cooper's No Objection on draft-ietf-mmusic-4572-update-12: (with COMMENT)

Roman Shpount <roman@telurix.com> Wed, 01 February 2017 20:34 UTC

Return-Path: <roman@telurix.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 AF4521299FC for <mmusic@ietfa.amsl.com>; Wed, 1 Feb 2017 12:34:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_SPAM=0.5, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-com.20150623.gappssmtp.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 xdi-XddlF4GX for <mmusic@ietfa.amsl.com>; Wed, 1 Feb 2017 12:34:30 -0800 (PST)
Received: from mail-yw0-x230.google.com (mail-yw0-x230.google.com [IPv6:2607:f8b0:4002:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B96941299EE for <mmusic@ietf.org>; Wed, 1 Feb 2017 12:34:29 -0800 (PST)
Received: by mail-yw0-x230.google.com with SMTP id u68so74227958ywg.0 for <mmusic@ietf.org>; Wed, 01 Feb 2017 12:34:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=zdVVdQzUB4xG02qNJplt3ZS1G0OAxYtNOMdk4nYX+Do=; b=nCnZddQFf+q5KvqgxY09KEY/R+xN8P14rwN6GapaGfVcchvmry4fiXJeNrjTnk6Kge mY1h2cHadHezn3ksrOk1gT/YROKxlGsI3TczgKet0+Q+wBPfWqdMMUz54p2Bc82JjbzF jDl6vYvfNdtCrPG+ab9T/gTpO47cQF0qnBSkJF2dSPcA56S/eJRi49oglRdjV6lwQHZ/ IgfH6fC/CTfUveGmXLlT1/mltiCdEueUEU4yK3dn+VqxZRUanHl7uX2SckYY6RH9iVHU 6DdCp7EKeULD7UfeCuJB1RFoGulWP/zBfeUJ4CGrBgmL6+bpKxjD1lFdp8H+Hakg7sFR GUhQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=zdVVdQzUB4xG02qNJplt3ZS1G0OAxYtNOMdk4nYX+Do=; b=Z8RC9KMwMTT2WDIbWIH0pDQy9KH+OrNv/BiJgDvO/DHV7p0UecwBvvlQFe8zzCmrFJ pVp0JYyW2Ndce4sHu+FIfSA+w7im378OvcudCEgZn8nAwiG54/60+JcHFwD/4AzzbQDS jYu55gr2ZlYrfDwcjkkrLNU8h+NOgFsM4CjyN0kvjbw8tJbQeAZifvybK//VQhmRlvuv c00wTlubwkjJZDQSz9ybxVjMtaNjNwSDls1bjruDyf0V3LCWdwzvj3IOY/tRSBSb5n7B Gm7kFWpbnY5xyHMxKsVE0YX2sj/uXYmeBnTw9eVj6MQJrDK4qdzdvlQx64LXNqkG3lh6 djNQ==
X-Gm-Message-State: AIkVDXJ1/9dwIPBpDzo4eE67OJF2IBLDT4gTVuE94Ijk8p1Z9A6ZHN0B7JoNe7kG1anGaQ==
X-Received: by 10.55.5.11 with SMTP id 11mr4681653qkf.262.1485981268776; Wed, 01 Feb 2017 12:34:28 -0800 (PST)
Received: from mail-qt0-f176.google.com (mail-qt0-f176.google.com. [209.85.216.176]) by smtp.gmail.com with ESMTPSA id a54sm19517871qta.48.2017.02.01.12.34.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 01 Feb 2017 12:34:28 -0800 (PST)
Received: by mail-qt0-f176.google.com with SMTP id x49so282985683qtc.2; Wed, 01 Feb 2017 12:34:27 -0800 (PST)
X-Received: by 10.55.184.3 with SMTP id i3mr5018120qkf.234.1485981267747; Wed, 01 Feb 2017 12:34:27 -0800 (PST)
MIME-Version: 1.0
Received: by 10.12.131.66 with HTTP; Wed, 1 Feb 2017 12:34:27 -0800 (PST)
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B4BFD8EB8@ESESSMB209.ericsson.se>
References: <148597343438.19146.978420245557276514.idtracker@ietfa.amsl.com> <7594FB04B1934943A5C02806D1A2204B4BFD8E04@ESESSMB209.ericsson.se> <ED67E387-26CF-4737-8355-01F284997457@cooperw.in> <7594FB04B1934943A5C02806D1A2204B4BFD8EB8@ESESSMB209.ericsson.se>
From: Roman Shpount <roman@telurix.com>
Date: Wed, 01 Feb 2017 15:34:27 -0500
X-Gmail-Original-Message-ID: <CAD5OKxtjQde3QYdjFgodc76vpEnKkvOVXgYD+OZ3nvQz4ywSCQ@mail.gmail.com>
Message-ID: <CAD5OKxtjQde3QYdjFgodc76vpEnKkvOVXgYD+OZ3nvQz4ywSCQ@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary="94eb2c05d26a9b8e4705477df949"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/awLXtHb7OJbubM0phKW8v5cb2R8>
Cc: "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, "mmusic@ietf.org" <mmusic@ietf.org>, Flemming Andreasen <fandreas@cisco.com>, IESG <iesg@ietf.org>, "draft-ietf-mmusic-4572-update@ietf.org" <draft-ietf-mmusic-4572-update@ietf.org>
Subject: Re: [MMUSIC] Alissa Cooper's No Objection on draft-ietf-mmusic-4572-update-12: (with COMMENT)
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.17
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, 01 Feb 2017 20:34:33 -0000

I am for removing the text.

_____________
Roman Shpount

On Wed, Feb 1, 2017 at 3:18 PM, Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

> Does anyone object to deleting the text? Martin? Ekr? Roman? Cullen?
>
> Regards,
>
> Christer
>
> -----Original Message-----
> From: Alissa Cooper [mailto:alissa@cooperw.in]
> Sent: 01 February 2017 22:15
> To: Christer Holmberg <christer.holmberg@ericsson.com>
> Cc: IESG <iesg@ietf.org>; draft-ietf-mmusic-4572-update@ietf.org;
> Flemming Andreasen <fandreas@cisco.com>; mmusic-chairs@ietf.org;
> mmusic@ietf.org
> Subject: Re: Alissa Cooper's No Objection on draft-ietf-mmusic-4572-update-12:
> (with COMMENT)
>
>
> > On Feb 1, 2017, at 3:04 PM, Christer Holmberg <
> christer.holmberg@ericsson.com> wrote:
> >
> > Hi Alissa,
> >
> > Thank you for your review! See below.
> >
> > ----------------------------------------------------------------------
> > COMMENT:
> > ----------------------------------------------------------------------
> >
> >> Section 5.1 says:
> >>
> >> "An endpoint MAY, in addition to its more preferred hash function,
> >> also verify that each certificate used matches fingerprints
> >> calculated using other hash functions.  Unless there is a matching
> >> fingerprint for each tested hash function, the endpoint MUST NOT
> >> establish the TLS connection."
> >>
> >> This seems a little weird to me. It's up to the endpoint to decide
> >> whether to check for errors, and then if it does find an error it
> >> can't setup the connection, whereas if it just hadn't checked it would
> be able to setup the connection. I think it would help to explain why an
> endpoint would be motivated to check multiple fingerprints.
> >
> > I think the only use-case that came up was a situation where the
> receiver is not sure which hash function is the "strongest", and therefor
> checks multiple. However, it was also realized that with the multiple set
> of hash functions such situation is very unlikely to occur.
> >
> > So, I could add the following note:
> >
> > "NOTE: An endpoint might choose to match each used certificate against
> > fingerprints calculated using multiple hash functions e.g, if the
> endpoint is unsure which hash function is the strongest."
> >
> > ...or we could simply delete the text. I personally would go for that,
> but in case others want to keep it I have no problem with that.
>
> It would make more sense to me to delete it but either solution would be
> an improvement I think.
>
> Thanks,
> Alissa
>
> >
> > Regards,
> >
> > Christer
> >
> >
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>