Re: [netmod] XML and prefix

Martin Björklund <mbj+ietf@4668.se> Fri, 14 January 2022 10:39 UTC

Return-Path: <mbj+ietf@4668.se>
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 8A5F13A214B for <netmod@ietfa.amsl.com>; Fri, 14 Jan 2022 02:39:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, PDS_NAKED_TO_NUMERO=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=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=4668.se header.b=UzH3KLgq; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=OZ3JSNFx
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 j5XLUOY927WK for <netmod@ietfa.amsl.com>; Fri, 14 Jan 2022 02:39:25 -0800 (PST)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DC503A2149 for <netmod@ietf.org>; Fri, 14 Jan 2022 02:39:22 -0800 (PST)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 2E1F55C0101; Fri, 14 Jan 2022 05:39:22 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Fri, 14 Jan 2022 05:39:22 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=4668.se; h=date :message-id:to:cc:subject:from:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=fm3; bh= Fo/XxpuuayyK3BlxpYAyXbhbnCaYOh3JzL/irhf23uw=; b=UzH3KLgqgqKeX7lq kEwiqdRTfyNHTMwJ59vBLeTRhwgbokDOCU0bxVe93xt60URmU4UAHM0eo18Qvlyp NR43Y7mi6+u3qjn55x4saIm/j/9N9l3e4UGSkxqpbgH9fnD1lOnFIojGNoG9yBE8 1I+kOzjulnGox4jRPbErrJvchgbR0ssxlJpsyN+e2WusfFKKmJPC4tzvZx8CsWyb PPyYCJCYRODeYg9hUQt9dBgPht68RQKSiJW91j8NkKLwLYhJbuXYfgrsrBYDMjIG GMUqyD/2/hJVwr0VsujgRG0j04dRQ0xHZ1SqZzj7DZBjtOrArYt9RVe5zkukweky Yb2wMA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=Fo/XxpuuayyK3BlxpYAyXbhbnCaYOh3JzL/irhf23 uw=; b=OZ3JSNFxO8t1V4evsraXcg9OhsB1d5N8u6eLbEcD9hFxd5zjXk5ub1W8n DqM/giE1tpYVHQmUCuAYGo+pNnmaIcKVescAJ1nSHuC9vs4uPf82s0haEEqcSuhF WXRGKbG770LmFGfHuSobi/55pxV3KvDo+K64YcLS1g+c6tIPcJ99mijkRAHfmn/B q2xeOW6hXYP53S3YmRYCk1DyeczfxW9NKf7qf6CaKDXhnwshQhT7d/EymENVWk8R dnFsTstvkTQ5pduWXkD8SXDsNTb6ULU/Fvm9igFy2hIWrKZ2UMVMmLwkfA//bWTm eDhL+RnBUkvXUjsGQmN7SEH0JvhWA==
X-ME-Sender: <xms:2VLhYaFHb8DXgAdth2fH8DfYQMW0lT_fvhjS0PtDThkHIQ2AxdnfGA> <xme:2VLhYbVBHtgfQ65oeK4SGtPf7v0UpRv9-v28RGOYkSdpIlzXR2wIgdF7717htJJuJ PxWVZfDSrouc7Xhbss>
X-ME-Received: <xmr:2VLhYULwJrT9UeCQ0Z_CahE089RctdA4xExsCxr9m59G6ENceZT3r9_Q55i0N2o0lssMb5HCWfQ9-PVyRTwWRDLwR4iHebPp7w>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrtdehgddukecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffkvffuhfgjfhfogggtgfesthejre dtredtvdenucfhrhhomhepofgrrhhtihhnuceujhpnrhhklhhunhguuceomhgsjhdoihgv thhfseegieeikedrshgvqeenucggtffrrghtthgvrhhnpeejteegvdeuleefudduueelge efgfevvefgveeujeehhfelgefhleeiheeffffhkeenucffohhmrghinhepihgvthhfrdho rhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmh gsjhdoihgvthhfseegieeikedrshgv
X-ME-Proxy: <xmx:2VLhYUEEK65x03XANyIuNtNGeZDkxkOSjoEC22aGsJvBVAXMM8PVbQ> <xmx:2VLhYQX6UlRGVMCOMKRJRZnQPIpijdXGlxezMXmduPbD5UfrJ84Wuw> <xmx:2VLhYXOOd8fNrgRjDGlI5TnHeHHZnn0wMfDrQ6zeYh9pY7O1uxt_zA> <xmx:2lLhYZcTFUiEZv4t1BZqiyV34kfH3tFOLJhG0-XoHPzck26hNHP9mw>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 14 Jan 2022 05:39:21 -0500 (EST)
Date: Fri, 14 Jan 2022 11:39:19 +0100
Message-Id: <20220114.113919.91026402981468144.id@4668.se>
To: ietfc@btconnect.com
Cc: netmod@ietf.org
From: Martin Björklund <mbj+ietf@4668.se>
In-Reply-To: <AM7PR07MB624809CE687E9F3D052253BEA0549@AM7PR07MB6248.eurprd07.prod.outlook.com>
References: <AM7PR07MB624809CE687E9F3D052253BEA0549@AM7PR07MB6248.eurprd07.prod.outlook.com>
X-Mailer: Mew version 6.8 on Emacs 26.3
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/ngUSWL6AUVSVA32wr9Mhy0iNVTw>
Subject: Re: [netmod] XML and prefix
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: Fri, 14 Jan 2022 10:39:30 -0000

Hi,

I don't understand the problem either.  He writes:

> Sorry, but this has the same problem in figure 11.1 that we've just been
> discussing with Ian.

Can you send a pointer to that discussion?  Perhaps there's more
context there.


/martin


tom petch <ietfc@btconnect.com> wrote:
> I see that IANA have taken to asking  XML Registry experts about the registration of YANG namespaces at Last Call, or perhaps they have always done this but have only recently put the e-mail on a public list.  Anyhow, the experts have taken it upon themselves to comment on the XML examples and I do not understand this comment.  This comes from  
> [IANA #1217705] Expert Review for draft-ietf-i2nsf-nsf-monitoring-data-model-12 (xml-registry)
> by Tim Bray 17 dec 2021 03:03
> 
> ===============================
> Sorry, but this has the same problem in figure 11.1 that we've just been
> discussing with Ian.
> 
> For it to work, (a) the prefix in the alarm-category element MUST be the
> same as the namespace prefix for
> urn:ietf:params:xml:ns:yang:ietf-i2nsf-nsf-monitoring, which means that XML
> software MUST be chosen that makes the namespace prefix information
> available.  I don't think it's OK for the draft not to say those thigns.
> 
> <alarm-category
>            xmlns:nsfmi="urn:ietf:params:xml:ns:yang:\
>                       ietf-i2nsf-nsf-monitoring">
>            nsfmi:memory-alarm
>          </alarm-category>
> =================================================
> a) I am unclear what the problem is - I thought that XML allowed great freedom with prefix even if the IETF would rather not
> b) this suggestion seems to be that all I-D with XML examples, which is pretty much every I-D with a YANG module in it,  needs to carry a warning about what XML software to choose, which seems  rather a burden.  Thoughts?
> 
> Tom Petch
> 
> 
> 
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod