[nmrg] Re: [NMOP] Re: Semantic meaning across representations and boundaries

Christopher Janz <chrisfjanz@gmail.com> Wed, 05 August 2026 12:35 UTC

Return-Path: <chrisfjanz@gmail.com>
X-Original-To: nmrg@mail2.ietf.org
Delivered-To: nmrg@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id E193E124105BC for <nmrg@mail2.ietf.org>; Wed, 5 Aug 2026 05:35:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1785933312; bh=P78fBIIi/MxteT1GguqerUSeCznZfRc6xwp7R8ZmBoE=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=S17M1+/834nDIeTgmwyIjehSeTQj9Q0CHoNTka6WRfOwYBPymZY4U3vrens6Qk1Jt OLY9Go6Jkd9NiAyWCFLcSkocs1nbAg9+WRR5+WMTZegh0Qbn2rN7lrbD8cNJLl/AIN cW+I2HgDHpqZB6aD7NTcHSbMvvSZ83OY78fqV6b4=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.097
X-Spam-Level:
X-Spam-Status: No, score=-1.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, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1BHhPFNwGo6d for <nmrg@mail2.ietf.org>; Wed, 5 Aug 2026 05:35:11 -0700 (PDT)
Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id BB0ED1240F226 for <nmrg@irtf.org>; Wed, 5 Aug 2026 05:25:25 -0700 (PDT)
Received: by mail-lj1-x235.google.com with SMTP id 38308e7fff4ca-39ca300db70so8684341fa.2 for <nmrg@irtf.org>; Wed, 05 Aug 2026 05:25:25 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1785932719; cv=none; d=google.com; s=arc-20260327; b=Y71wIwY+Z3VurhcyPYRr8GBhCbjp14rLG9z5WUALj5grZanVqTuAgo0CXKu9/TRuhU hMN6tdZYx+hThLnw8T8iDjPN9OW1ARHOEKB/g57bQlFwKbkw4skVSq+h35LHh4e3VMKe Gp2oVAdkQCctqS3tRRKV3Effy1WwvYk3KKjT0hjVyFAGYXZUyN55Jq+YPXZ01PXczPp4 gz4rtlHfPJ5L/rUFcf7N5zojgtaAD/cJVkLXaiHVQXpksw6ypVSc4TCM6B8tgZAeukR1 ioU1sKYoX+MGy3Lo9Ghzs/EGy/Vs39Vi5ju/TRBxg2utwzM/Npjj0P83/Uk7lBa9Z0v/ lwAg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20260327; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=T7dcoHqz4AoqASm2LvisJDl4N+pUuiigBQGyPF/sUlk=; fh=KbEgMeD4grGdwl9pAFZR93S1iCVEDkPvwpTs5ke0Tvc=; b=qA9SOyjZKRExcBqRbcjmL/tu7A7GJNiipbd8drT71QoQ0PSqDtUwZ5CalVBG9dd7m+ QJBlhavlS2Pps9XSR+VQZp93ne2bs6OCPV8qmQrctP7SPkkfn3FuUW3xZ7FHMeaFg/2I CtnYVvmoHiFKSKF5QSzva7rfi2KuCdtFWdY6Bx381HkLB4Yumee/km0j1bJS8z0cp+iM Y7lGfr7KIU6BYHZzwwIa76VCgJi8BowW+Weewu5sQrFeHRCXXuoglUbtrWjFfA2xxUx+ dCcYn/Gge/wfVg8wqehJ00EJo74W6XpYkMvjFGPVSK/I9lxFJEDlitnmlCsqoxNVVmzd kDvw==; darn=irtf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1785932719; x=1786537519; darn=irtf.org; h=content-type:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:from:to:cc:subject:date:message-id:reply-to :content-type; bh=T7dcoHqz4AoqASm2LvisJDl4N+pUuiigBQGyPF/sUlk=; b=E95VV7WO6p+KPzKBvnE9bjeCmzMxS7D6fRqxALF2+ongHBWB54mH1BRpiNBxGVMcgN 8xIzlouwdObvlAh6Jgn8QVsua5skmfgDgBUy/XHihWOZGNSwViasnANB8NkJjSMTTMmv HIGAc9/JXVSzpdVN08pkIQ/PwparqkvSdJLGv5yuVxDpjI5pykzwQH2OTaWTxWm0+23n pTg5Dz9qG+CxWyJ0Jkd2oGBNyenjzDg6+99LvC8A96yg7DLw/P1xto62WX1+KCbCqO1q 2WkMDkYUq+q2CqFx0ZBalb/JFgcj2MD2DEOd+gUqEkm7PSEsXNOc/QVo1T26G7eoLamf S93w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785932719; x=1786537519; h=content-type:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to:content-type; bh=T7dcoHqz4AoqASm2LvisJDl4N+pUuiigBQGyPF/sUlk=; b=GsKAHxjGvzQq00PVz4iDTCE77wtQajJ+J8o4byR/8iXIIPwAKfU+LlI3gsPT0WIH0E VSV38XLmCbyQSX4rREBmTAMsVGrQvBI2T9tGitb3JBZTlHNDqeL0+QO+9L3/vI+OqdII 9jd2BlUapQg3BnWpkyBe8hLN1Cj2Egpcw/ITV9pdaIg9Y/zHqn6FBDLgY7qfBuRDyVXk 1lt3Fs9YFYcSk6xjJ76OPvhXWHPz/5dk6VpztaROAovPAfAlQ3ciP1z5wgQiDPYPJUwH sU6+8Hvg8Kr2HEMbY3pnH57SLydMRkapoawBhcvvRZN4x17hpFkNQj3AmMyNLdgu41y9 Gqyg==
X-Forwarded-Encrypted: i=1; AHgh+Rr9RhnBnlFD26n5yGtltHYbBoGviO0sA+H8kJ6TCSdpt1OHxMFUHFQ4s+EmseiaecaLyOF4@irtf.org
X-Gm-Message-State: AOJu0YyM7CZwi6eHaE/fCrbJ3aV/NkYazwZTN1jFcK2YTHSeNAnLy7T4 XKVZXlUKncWCGkudsPW0kHrINywzhM/dMgRsbJSn+GKGCea2sddvfZQoYcQryD+2a2Q6+KPgh9D TmU6gMzpY0kBIYThZ7TnBhPeP3JiHKZg=
X-Gm-Gg: AR+sD10VHSE0efVyYgtOqkbeHM7jbhKbOGrXh940RODv47YIzrFRJRNAw1my1wq1Qfn 1xfThd7JFbalis4kYnOAcAHSR/OUZ9pkA6UEDh4EauPTHGhZHZTU/i+WNs6lwmr641urgHmoln6 SnrRTHgcFo81WxSHuzQtLrzkk9V2Ragbaohm+XU6RThvYycdjk3TADWcSXmKugI4Ykaiv0lKEqc r65Ub6yupvXdFOD+YM7+SLK8Svm44yUfLWS0SDCy8HoAiYUAnpVy5GgfiZlsuGiHAeRf12Sb1ip YveZSS0mNOcds3xtrkl2aCa45wcSK0uR3mQkLYnaUCmFrqwUnfy09FDrt1uRGgcVtdp7IQJPyiy 61Lcj/espp9V4Cg==
X-Received: by 2002:ac2:4e10:0:b0:5b0:1669:1a00 with SMTP id 2adb3069b0e04-5b2f4ccb516mr996807e87.32.1785932718634; Wed, 05 Aug 2026 05:25:18 -0700 (PDT)
MIME-Version: 1.0
References: <4a05e49c742c410b98e0b82b31b7ffb1@huawei.com>
In-Reply-To: <4a05e49c742c410b98e0b82b31b7ffb1@huawei.com>
From: Christopher Janz <chrisfjanz@gmail.com>
Date: Wed, 05 Aug 2026 08:25:07 -0400
X-Gm-Features: AUfX_mxmeaugomw0dNcLtsU_f7dIr-0iRfcM2ICWRCSjfvZGWTIflCxctNgVfuE
Message-ID: <CAFwQCiZp0NfFk_aHNWz7+e-eMh1tz6a4wNiBNV90Z7KzXYqhtA@mail.gmail.com>
To: Qin Wu <bill.wu=40huawei.com@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="000000000000497b1106584bddcd"
Message-ID-Hash: KBNCQJNSHXYJS7TKKA6RR73B62WAWLEF
X-Message-ID-Hash: KBNCQJNSHXYJS7TKKA6RR73B62WAWLEF
X-MailFrom: chrisfjanz@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-nmrg.irtf.org-0; header-match-nmrg.irtf.org-1; header-match-nmrg.irtf.org-2; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: nmop <nmop@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>, "onsen@ietf.org" <onsen@ietf.org>, "nmrg@irtf.org" <nmrg@irtf.org>, "ainetops@ietf.org" <ainetops@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [nmrg] Re: [NMOP] Re: Semantic meaning across representations and boundaries
List-Id: Network Management Research Group discussion list <nmrg.irtf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/nmrg/PdVidLDJ5_8OFHcL0gQvbUR2NTg>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nmrg>
List-Help: <mailto:nmrg-request@irtf.org?subject=help>
List-Owner: <mailto:nmrg-owner@irtf.org>
List-Post: <mailto:nmrg@irtf.org>
List-Subscribe: <mailto:nmrg-join@irtf.org>
List-Unsubscribe: <mailto:nmrg-leave@irtf.org>

Qin — thank you for the careful review and detailed suggestions.

On your side meeting's aim: understood, it's to frame the problem space for
AI-consumable models across the OPS area, not only YANG, and to weigh the
tools against the gaps. I am contributing to that discussion, but also
pointing to related recent efforts to better grasp core problems.

On terminology: I do not think I am introducing new terms. Form / meaning /
use is Morris's original semiotic triad, and syntax / semantics /
pragmatics are the standard names.

I have taken two of your points: slide 5 now labels the bottom layer
"syntax (form)", and since constraints are ontological I have added "axioms
/ constraints" to the ontology line on slides 5 and 6.

But I'd push back on folding pragmatics into ontology. An ontology, per
Gruber, is an explicit specification of a conceptualization: concepts,
relations, their axioms or constraints, and the lexicon that names them.
That is semantics. Pragmatics is a different axis: how concepts are used in
context, who asserted concept or context and how surely, etc. The field
keeps these apart deliberately, which is why provenance, named graphs and
SKOS scope notes sit around an ontology rather than inside it, and it is
where much of the operational value lives. The anomaly work illustrates it:
action/reason/trigger is the ontology, while the lifecycle, the scores and
the human-in-the-loop are pragmatics.

So a framing that I think meets your instinct: keep "ontology" for the
conceptual core, its concepts and relations and constraints and lexicon, as
you prefer, and treat it as one component of the whole. The whole is the
model's full meaning, its semantics and its pragmatics. I call that whole
the "semantic model", using "semantic" in the broad semantic-web sense; I
am not wedded to the name.

On reference lexicon versus ontology vocabulary: it's true that lexicon and
vocabulary are much the same word. The operative word is "reference". A
reference lexicon is a vocabulary designated as an independent, shared
anchor that systems bind to, kept deliberately thin: fixed identifiers,
names, short definitions and examples, without the relations and axioms of
a full ontology. That thinness is the point, since binding N systems to one
shared reference scales where N-squared bilateral alignment does not. It
supports reconciliation; it does not replace an ontology.

On problem versus solution space: agreed, AI-consumable YANG is largely the
problem framing and the others are approaches, and I am happy to state it
that way. I take your smaller points on slides 4, 7, 8 and 11.

On the IETF/IRTF boundary: whether and how NMOP and NMRG should collaborate
is already a live question, as you know. Thomas has made a
good specific suggestion in this exchange that points to a clean split:
NMRG carries the ontology and reconciliation research, NMOP contributes the
pragmatics and validation. I expect we will progress his proposal (probably
narrowing to NMRG and NMOP lists) after the August vacation period.

Updated slides are here:
https://github.com/ChrisFJanz/meaning-across-representations/blob/main/semantic_model_deck.pdf


Thanks again for the review and suggestions.

Best

Chris

On Tue, Aug 4, 2026 at 11:43 PM Qin Wu <bill.wu=40huawei.com@dmarc.ietf.org>
wrote:

> Hi, Chris:
>
> Thank for kicking off discussion on AI consumable model, the intention of
> AI Consumable Data Model Side Meeting is to articulate problem space of AI
> consumable model work in IETF OPS area, not limited to YANG and describe
> the key challenges and gaps, discuss how these challenges and gaps can be
> tackled or resolved with tool development, RDF/OWL based knowledge
> graph/ontology, YANG, or semantics enhancement, etc.
>
> https://mailarchive.ietf.org/arch/msg/nmop/pKOnwWc7eFl5kKk7gWtD2tjCeGc/
>
> If we limit the scope to AI only, ONSEN and NETMOD are not relevant,
> although we see many proposals in the past to discuss Guidelines for
> Translation of UML Information Model to YANG Data Model in the NETMOD.
>
> I tend to agree there are more space in NMRG to tackle this kind of
> topics, especially ontology. But I think Ontology defines a
> machine-readable vocabulary, taxonomies, and conceptual relationships and
> acts as the overarching framework that synthesises *Semantics*,
> *Constraints*, and *Context* into a unified, machine-readable knowledge
> base. Therefore I have 2 concerns to this semantic model topic discussion:
>
> 1.       Such topic discussion makes boundary between IETF and IRTF
> become blurred.
>
> 2.       Introduce more new terms to describe what we have already had.
> What I would like suggest to stick to use ontology as a basis or umbrella
>
> A few comments on attached slides with my biased humble opinions:
>
> #Slide 2:
>
> I think AI-consumable YANG or AI-consumable Data Model focuses on
> outlining the problem space, Ontology reconciliation, NAIM, knowledge
> graphs and annotation, multi-vendor normalisation, the ONSEN YANG↔TMF
> bridge are potential solutions to address these problems.
>
> In addition, not clear how reference lexicon is different from Ontology
> vocabulary.
>
>
>
> #Slide 4
>
> When you say to create their semantic representations, it can be
> interpreted in different way:
>
> 1.       We can add more semantics in the form Data Model ,which can be
> consumed by AI such as semantic model defined in
> draft-ietf-nmop-network-anomaly-semantics
>
> 2.       You can create a totally brand new semantic representation,
> Intent ontology model can be a good example
>
>
>
> #Slide 5
>
> 1.  Suggest to replace “form” with “syntax”, which is better to explain
> the relation with semantics
>
> 2.  I think ontology should comprise both PRAGMATICS and SEMANTICS, also
> suggest to replace PRAGMATICS with Context, Constraints, don’t need to
> introduce new terms to add confusion
>
> 3.       Call combination of PRAGMATICS and SEMANTICS as semantic model
> is a little bit narrow sense.
>
>
>
> #Slide 6
>
> 1. Ontology should include Context information, Constraints information or
> PRAGMATICS
>
> 2. You can list RDF, OWL, YANG as examples for data model
>
>
>
> # Slide 7
>
> I think the commonality of all these cases exepct LIFT is to explore how
> to do intent translation using Ontology, knowledge Graph, Knowledge base,
> it is challenging to define common practice for intent translation.
>
> We have many lessons in the past.
>
>
>
> #Slide 8
>
> I think NAIM and draft-prabhu-nmrg-prompt-schema-llm share lots of
> commonability.
>
>
>
> #Slide 11
>
> Interesting observation, I like it, I am wondering what lessons can we
> learnt from the past?
>
>
>
> #Slide 13
>
> I think AI Consumable YANG focus on problem space while the other
> proposals such as ontology reconciliation focus on solution space.
>
>
>
> -Qin
>
> *发件人:* Christopher Janz [mailto:christopher.janz=
> 40huawei.com@dmarc.ietf.org]
> *发送时间:* 2026年7月31日 21:00
> *收件人:* nmop <nmop@ietf.org>; netmod@ietf.org; onsen@ietf.org;
> nmrg@irtf.org; ainetops@ietf.org
> *主题:* [netmod] Semantic meaning across representations and boundaries
>
>
>
> All – as I think has been broadly recognized during meetings last week and
> through various activities and discussion threads both leading up to and
> following them, a common theme and general problem seems to have emerged,
> in various ways, within and across NMOP, NETMOD, ONSEN, NMRG, and now as
> one element of the AIOps discussion.
>
>
>
> These multiple discussions and problem contexts point at the same need:
> for semantic models for network information — meaning made explicit and
> independent of form – capable of supporting bridging of model and system
> boundaries and information consumption by machines.
>
>
>
> I have put some form, structure and justification around a problem
> statement and tied it all to the various takes/contexts mooted and
> discussions in play. In the end I think there is a relatively focused but
> true research problem to be considered, which I have outlined and would
> suggest properly belongs in NMRG. For further discussion there … of course
> such a program would not preclude related activities and outcomes in other
> WGs, perhaps working against narrower/more specific targets.
>
>
>
> Please have a look, and respond with your thoughts – if you wish, on the
> github repository here:
> https://github.com/ChrisFJanz/meaning-across-representations ... The deck
> is there, and also attached here for convenience.
>
>
>
> Best
>
>
>
> Chris
>
>
>
>
> --
> Nmop mailing list -- nmop@ietf.org
> To unsubscribe send an email to nmop-leave@ietf.org
>