Return-Path: <andy@yumaworks.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
 by ietfa.amsl.com (Postfix) with ESMTP id E4D60127988
 for <netmod@ietfa.amsl.com>; Thu,  7 Mar 2019 10:48:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001,
 SPF_PASS=-0.001, URIBL_BLOCKED=0.001]
 autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key)
 header.d=yumaworks-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 p6cbFDp_HQ-d for <netmod@ietfa.amsl.com>;
 Thu,  7 Mar 2019 10:48:24 -0800 (PST)
Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com
 [IPv6:2a00:1450:4864:20::12e])
 (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 CDA9D127983
 for <netmod@ietf.org>; Thu,  7 Mar 2019 10:48:18 -0800 (PST)
Received: by mail-lf1-x12e.google.com with SMTP id u2so5516339lfd.4
 for <netmod@ietf.org>; Thu, 07 Mar 2019 10:48:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=yumaworks-com.20150623.gappssmtp.com; s=20150623;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc; bh=JME2Fko8s4pff8qe9p55jADrUNlj1Egf/n507YOauCY=;
 b=RF1Fc8YKECWWsUCrzp3X0ebNTQ3qbp64U7F/87J6sbC8Swk+MiBLHTTDvWvPGrByWj
 3cbN4HKRcIo0N6W4Wd56ZtaCasxtDV9XOrizTcFx9C/ieg5m9MnC4PZP9f8awb4Lj2+y
 KqfklQVidc6LzY5JOrRrIc9ocCOlELJXQPUyywDOGDljf7WGprbqfKg+HBY3hflDgNFe
 oXfGWxg5OvLT6VvroxMHRWiPH21tiNBOw+3742j+zy3LedablQD7pMFtf/3/gD8zA2j4
 8GFvdyZCqYweWv3FKOIBdCocKcZHxiD/EQj7wfFOfM6IHmHhad0WZeXFX6OehuRf1kzl
 u/MQ==
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=JME2Fko8s4pff8qe9p55jADrUNlj1Egf/n507YOauCY=;
 b=U6yUwZSpwXVLcahLG/g7IzxC5e7hO8ePtXfQwsmKSZ7FcaaRHhigk3V8/rjsiG9dFF
 L3kmrnYp/4NKaAuQChU0NqI7FvPZwBO+IkOl1rTVuh9nlFAqN5QVgBkGvnMsJ5dNPuCl
 CyQ65ACE09nkm3I2a1uRxarRGVKmJvH6vFaWJuF2ifXgV2SgV556kPBCqvbXIjgGq4+F
 owSB+YqsmY8nA6wCRUhzaY47HxzX9PgqKL1ZTQnsXJpgDpNKMuR93pBQfIzOw9V3v+Id
 2U2/GGWcQPszB58SxDV/xD5WDzMxaq/Z2d18svM8EK2jmPnSZrLNAxqCyCoXt4uLQ9YF
 1qjw==
X-Gm-Message-State: APjAAAWeo9ORStyGC43HQYv6aeTZiMTp5a6crmYT1y1HaFWT1TNdY8vk
 5o2xhRt3fgmF7wmu2Ozh/LBHYcSC6Ux4B123WGyhLw==
X-Google-Smtp-Source: APXvYqwUpxSgQ14W1hxjulbxn+YJzXWTpEF3WxSIcmKnSS28qCe+EykF3AehYfv2hjJUnHGCI9q0eFJYn2HIpgSmM9Y=
X-Received: by 2002:ac2:41c4:: with SMTP id d4mr4588833lfi.104.1551984496756; 
 Thu, 07 Mar 2019 10:48:16 -0800 (PST)
MIME-Version: 1.0
References: <155183201188.27630.13798246400958114485@ietfa.amsl.com>
 <0BE3CBAC-40EF-4162-82D0-04C638A3B429@chopps.org>
 <CABCOCHR-AROb3D1tyEgkNiP0keab_Q-K4T+iSPNwD8eg3ASG4A@mail.gmail.com>
 <sa6h8cev848.fsf@chopps.org>
In-Reply-To: <sa6h8cev848.fsf@chopps.org>
From: Andy Bierman <andy@yumaworks.com>
Date: Thu, 7 Mar 2019 10:48:05 -0800
Message-ID: <CABCOCHRF=ENSzcmANdZJViPsdQxjigSxbap=7+TO9xUMxU89LA@mail.gmail.com>
To: Christian Hopps <chopps@chopps.org>
Cc: Datatracker on behalf of Elwyn Davies <ietf-secretariat-reply@ietf.org>, 
 General Area Review Team <gen-art@ietf.org>,
 draft-ietf-netmod-module-tags.all@ietf.org, 
 IETF discussion list <ietf@ietf.org>, NetMod WG <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a0663a0583858c25"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/ZpGfBSZqAGDx28_UMGe6KI6UMcM>
Subject: Re: [netmod] Genart last call review of
 draft-ietf-netmod-module-tags-06
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>,
 <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>,
 <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Mar 2019 18:48:27 -0000

--000000000000a0663a0583858c25
Content-Type: text/plain; charset="UTF-8"

On Thu, Mar 7, 2019 at 10:42 AM Christian Hopps <chopps@chopps.org> wrote:

>
> Andy Bierman <andy@yumaworks.com> writes:
>
> > I strongly agree that a prefix SHOULD be present, not MUST be present.
> > I also think the 3 standard prefixes will be insufficient over time.
> > (Having every organization on the planet except IETF share the prefix
> > "vendor:"
> > seems a bit short-sighted)
>
> Sounds like you are a strong supporter of the included prefixes registry
> as well then. :)
>

not really -- in my server implementation the prefix is ignored -- it is
just part of
a unique string. It is supposed to help clients create unique tags.
It is subjective whether vendor:bbf-routing is better than bbf:routing (for
example)

Andy



>
> Thanks,
> Chris.
>
> >
> >
> > Andy
>

--000000000000a0663a0583858c25
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Thu, Mar 7, 2019 at 10:42 AM Chris=
tian Hopps &lt;<a href=3D"mailto:chopps@chopps.org">chopps@chopps.org</a>&g=
t; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0p=
x 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Andy Bierman &lt;<a href=3D"mailto:andy@yumaworks.com" target=3D"_blank">an=
dy@yumaworks.com</a>&gt; writes:<br>
<br>
&gt; I strongly agree that a prefix SHOULD be present, not MUST be present.=
<br>
&gt; I also think the 3 standard prefixes will be insufficient over time.<b=
r>
&gt; (Having every organization on the planet except IETF share the prefix<=
br>
&gt; &quot;vendor:&quot;<br>
&gt; seems a bit short-sighted)<br>
<br>
Sounds like you are a strong supporter of the included prefixes registry as=
 well then. :)<br></blockquote><div><br></div><div>not really -- in my serv=
er implementation the prefix is ignored -- it is just part of</div><div>a u=
nique string. It is supposed to help clients create unique tags.</div><div>=
It is subjective whether vendor:bbf-routing is better than bbf:routing (for=
 example)</div><div><br></div><div>Andy</div><div><br></div><div>=C2=A0</di=
v><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;borde=
r-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Thanks,<br>
Chris.<br>
<br>
&gt;<br>
&gt;<br>
&gt; Andy<br>
</blockquote></div></div>

--000000000000a0663a0583858c25--

