Re: [Txauth] Name criteria

Dick Hardt <dick.hardt@gmail.com> Tue, 28 April 2020 17:05 UTC

Return-Path: <dick.hardt@gmail.com>
X-Original-To: txauth@ietfa.amsl.com
Delivered-To: txauth@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17A143A07CE for <txauth@ietfa.amsl.com>; Tue, 28 Apr 2020 10:05:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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=gmail.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 UgwkjW67hnrX for <txauth@ietfa.amsl.com>; Tue, 28 Apr 2020 10:05:08 -0700 (PDT)
Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (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 925FF3A07B9 for <txauth@ietf.org>; Tue, 28 Apr 2020 10:05:07 -0700 (PDT)
Received: by mail-lf1-x132.google.com with SMTP id m2so17508941lfo.6 for <txauth@ietf.org>; Tue, 28 Apr 2020 10:05:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XkIwm8c8D91hfRcWEwt2d59HpxpdVOW8Sq4mp4JzWhk=; b=EZdqir461ic155Ios2ytbRJAKBqYeGg+wCE7w0bGCxrktwoYVVYRoQI8R+jOLDfDpe DOQE7SklFEuspMY2YSyX033/oVMuc/XNTYrSwfVELIpOgYGQAKyKI4Cx5FZ4a9eTIOT+ PtXibM+qx8aNc7Zu7f0hL+GO7kDJdQhsKhS2qzl2BOkHBVRQ1HYTBdQJjQJ3MWzT2YPU ygVe5uTScBbKIWOwG23IQwg7rYMv0UgCLTprEUmvHicd/v/rjXR15XsRivTPqrjA0YJx HEPKkwanuPiP6zpuVhWo0V4eHwhQK6HCMDpz+tIE4im9AhfSHOyTfTyDPj8wt+kXXMw/ BG4w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XkIwm8c8D91hfRcWEwt2d59HpxpdVOW8Sq4mp4JzWhk=; b=N6AnGGG6hroM/sDO+tDZ0yvZlUn0AEMFqGHyASTKyNo1NvBC9E9EBbr7MHKDi5AJJm lF7ETT5YoCovzs2O4JSzZqcVWqmXU4fJM3u2fcV/w3WG8TaAIW47KuOET0pLFFL65laN jQk6/oyq3xzNv+CeBHiO7NlwJLPUhamyWFw9UdySJzM/d+8JW3z8K9ZDnbwuPiEOfGGD FhD1MOKMj/JX3eddSPPfqQpdS28VUdbFXfUuBWNQBpmLXzCinGPnwGt0s0DfP+Xym46s rXtsRiTERBt182qiGud4UTYWGCKY+4rq/N023BaFWpAULxrmBCi/zEbu30A9mStXJuLX 18mA==
X-Gm-Message-State: AGi0PuamfyfjfgjnakRoCqJU2YQvvwg3aVnWZF2v/E1j51fHZd27K/8n rpvhLCnhtQwqA3R0VElCG2BOCn/EKfFX1shzYu8=
X-Google-Smtp-Source: APiQypKN6Er7S1zs7v57282slR/cYBwDwCMFqzgohF1GLhtEN6fWtc0kXiSu/HwXq8WVABpW+tPRMpTBX7hMOKvS9b0=
X-Received: by 2002:a19:e04a:: with SMTP id g10mr19549661lfj.164.1588093505475; Tue, 28 Apr 2020 10:05:05 -0700 (PDT)
MIME-Version: 1.0
References: <CH2PR00MB06781CD67118A28C36F78B27F5AC0@CH2PR00MB0678.namprd00.prod.outlook.com> <CAD9ie-v1O1781w5=V-d9oBk4_RtbeVWy=VnrRbgvMN-Jbs5Fkw@mail.gmail.com> <CDB1365F-D192-4B49-B379-65ECF32F9AA9@gmail.com> <MN2PR00MB06883348AD3AC31B1A01EFD9F5AC0@MN2PR00MB0688.namprd00.prod.outlook.com>
In-Reply-To: <MN2PR00MB06883348AD3AC31B1A01EFD9F5AC0@MN2PR00MB0688.namprd00.prod.outlook.com>
From: Dick Hardt <dick.hardt@gmail.com>
Date: Tue, 28 Apr 2020 10:04:39 -0700
Message-ID: <CAD9ie-t+i=ur3Qju3GYReCLuCZeRNpObh-M8mik0ObdYha8THg@mail.gmail.com>
To: Mike Jones <Michael.Jones@microsoft.com>
Cc: Yaron Sheffer <yaronf.ietf@gmail.com>, "txauth@ietf.org" <txauth@ietf.org>, Justin Richer <jricher@mit.edu>
Content-Type: multipart/alternative; boundary="00000000000043983905a45cd581"
Archived-At: <https://mailarchive.ietf.org/arch/msg/txauth/4kBFgGElD6JRzfO3E2cVziIuNKM>
Subject: Re: [Txauth] Name criteria
X-BeenThere: txauth@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <txauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/txauth>, <mailto:txauth-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/txauth/>
List-Post: <mailto:txauth@ietf.org>
List-Help: <mailto:txauth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/txauth>, <mailto:txauth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Apr 2020 17:05:13 -0000

Revised criteria:

Required:

   1. No confusion with another protocol, major software project, or
   IETF/IRTF WG name
   2. no existing registered trademarks in related classes
   3. Less than 1M results in Google
   4. Descriptive of protocol (this criteria is subjective)

Desirable:

   1. Straightforward to pronounce
   2. Easy to spell
   3. Easy to read
   4. Shortish


And to continue my arguing with Mike ... :)

Facebook Connect has a registered trademark in its name, and while I did
have to look up the current SCIM words, I knew the original! :)

On Tue, Apr 28, 2020 at 8:54 AM Mike Jones <Michael.Jones@microsoft.com>
wrote:

> Arguing with Dick in reply (because it’s fun ;-) )…
>
>
>
> “Facebook Connect” is the descriptive name of a successful well-known
> protocol with no short name.  (“OIDC” is not used in any of the OpenID
> Connect specs either.)  My point is not to exclude consideration of names
> without a short form.
>
>
>
> And it would be a safe bet that you had to look up the bacronym for
> “SCIM”, because it doesn’t exactly roll off the tongue!
>
>
>
>                                                        Cheers,
>
>                                                        -- Mike
>
>
>
> *From:* Yaron Sheffer <yaronf.ietf@gmail.com>
> *Sent:* Tuesday, April 28, 2020 6:29 AM
> *To:* Dick Hardt <dick.hardt@gmail.com>; Mike Jones <
> Michael.Jones@microsoft.com>
> *Cc:* txauth@ietf.org; Justin Richer <jricher@mit.edu>
> *Subject:* Re: [Txauth] Name criteria
>
>
>
> Please add to point #1: No confusion … or an IETF/IRTF WG.
>
>
>
> Now you guys can go back to counting letters 😊
>
>
>
> *From: *Txauth <txauth-bounces@ietf.org> on behalf of Dick Hardt <
> dick.hardt@gmail.com>
> *Date: *Tuesday, April 28, 2020 at 06:57
> *To: *Mike Jones <Michael.Jones@microsoft.com>
> *Cc: *"txauth@ietf.org" <txauth@ietf.org>, Justin Richer <jricher@mit.edu>
> *Subject: *Re: [Txauth] Name criteria
>
>
>
> I pick 6 chars since all the protocols I could think of were <= 6 chars in
> their short form, but I'm fine just stack ranking them.
>
>
>
> Would we agree that all other things being equal, shorter is better?
>
>
>
> The related dimension would be number of syllables. A smaller number of
> syllables makes it easier to say.
>
>
>
> ... and to argue with Mike ... because it is fun ... :)
>
>
>
> The short form for OpenID Connect is OIDC ... and the previous version is
> just OpenID ... and while rarely used, SCIM is System for Cross-domain
> Identity Management (which as we all know was made up to match the acronym
> which originally was Simple Cloud Identity Management)
>
>
>
> TCP/IP is the common term used for the wire transport. (6 chars)
>
>
>
>
>
>
>
>
>
>
>
> On Mon, Apr 27, 2020 at 6:57 PM Mike Jones <Michael.Jones@microsoft.com>
> wrote:
>
> I agree with Justin that the “short” criteria is overly restrictive.
> Remember too, that many protocols have a short and a long name, but some
> don’t.  Some common ones with both long and short names are:
>
>               Internet Protocol (IP)
>
>               Transmission Control Protocol (TCP)
>
> An example without a short name is:
>
>               OpenID Connect
>
> An example that effectively only has a short name is:
>
>               SCIM
>
>
>
> All of these kinds of reasonable names should be eligible for
> consideration, not all of which are short.
>
>
>
>                                                        -- Mike
>
>
>
> *From:* Txauth <txauth-bounces@ietf.org> *On Behalf Of *Justin Richer
> *Sent:* Monday, April 27, 2020 6:37 PM
> *To:* Dick Hardt <dick.hardt@gmail.com>
> *Cc:* txauth@ietf..org <txauth@ietf.org>
> *Subject:* Re: [Txauth] Name criteria
>
>
>
> I think the 6-character length requirement is more under “desirable” than
> “required”. Shorter names are often better, but that doesn’t make a longer
> name off limits for consideration.
>
>
>
>  — Justin
>
>
>
> On Apr 27, 2020, at 7:19 PM, Dick Hardt <dick.hardt@gmail.com> wrote:
>
>
>
> Riffing on the work done to name Perl6, here are the name criteria I
> propose:
>
>
>
> Required:
>
>    1. No confusion with another protocol or major software project
>    2. no existing registered trademarks in related classes
>    3. Less than 1M results in Google
>    4. Short (<=6 chars)
>    5. Descriptive of protocol (this criteria is subjective)
>
> Desirable:
>
>    1. Straightforward to pronounce
>    2. Easy to spell
>    3. Easy to read
>
>
>
>
>
>
>
> --
> Txauth mailing list
> Txauth@ietf.org
> https://www.ietf.org/mailman/listinfo/txauth
>
>
>
> -- Txauth mailing list Txauth@ietf.org
> https://www.ietf.org/mailman/listinfo/txauth
>
ᐧ