[Onsen] Re: [ainetops] Re: Semantic meaning across representations and boundaries

Christopher Janz <chrisfjanz@gmail.com> Mon, 03 August 2026 12:13 UTC

Return-Path: <chrisfjanz@gmail.com>
X-Original-To: onsen@mail2.ietf.org
Delivered-To: onsen@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id B542C122A3EBA for <onsen@mail2.ietf.org>; Mon, 3 Aug 2026 05:13:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1785759191; bh=hGXkrxbY3TNDUEJSiqC98SHRPd8YYCSD4X3EFtbzt9w=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=Wv9/JDx0L4txur198qJYeDZ/AO4c5uGmXGWg87aeDtbTrXGuKlyPSsWTdpavNgktu oUbRqFjRgXpPp70dn2TSNkqaWELaM1J8zdWuScGlEYGmq0B0NoskJs5sT2hMuwtrhS AsyexHq0o1YWLBXY+qg8YjtzRUsrI2IPyrSRdVBE=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.098
X-Spam-Level:
X-Spam-Status: No, score=-1.098 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_NONE=-0.0001, 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 bmjgJGOCMRFQ for <onsen@mail2.ietf.org>; Mon, 3 Aug 2026 05:13:10 -0700 (PDT)
Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) (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 EF74C122A3CB3 for <onsen@ietf.org>; Mon, 3 Aug 2026 05:13:01 -0700 (PDT)
Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-5b2aab18795so2810598e87.2 for <onsen@ietf.org>; Mon, 03 Aug 2026 05:13:01 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1785759181; cv=none; d=google.com; s=arc-20260327; b=agB8FYWBZTo2N9vNKUY4OYsdyBtPyvkkF0SqGsiTj9W5h/U6oZk/wbaP+g7UyLBfYO DBrh1aTLNToGpdSvMhLlX6FFz3JCqfmeMbLTlCAwjlZxHwa4DmNIxGl9ETEQrG6iipmf 0DP6xLMLYdVVz1e41m/hj8X1nEYklwktLwa5lHJDatP8RTWFGqleN52HEhs52G4WLi23 I2b0EliBeRgRMjzAmHz5bV51fKAt6foHQU1dx/dF8iUhNVu5OuhoRlQCbYh/WKelLdRc 1p98/iX0xElJt0DR750oK5X6DlpKzlb8tfGoN9xtAzWykbdb4obuqe4Rn32HRlm/eE/x g/UA==
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=hGXkrxbY3TNDUEJSiqC98SHRPd8YYCSD4X3EFtbzt9w=; fh=guhPCOtvXfHfVoLPUgReZXQOEsQpYsmSJPDX8bu+bmQ=; b=SUw03jwkJx+g3gQliAOpPy9tGZZkIEf7KXV2mSWEd6H0/ys4I2Pr8nR5vydmsbzIpL Qr7h2IxBmpsW/dV3b6cOFip80glQv/GH/+TgKOezJu8CZoKc1vIUhUOzuw/W9rCv8MXx Zkt2pL7OzX3rY0uHioEvfZOl2ljz/uJ0w9ct27p/RFgmFYiGXmrT36ABj2LnOePSLAeW kVUDPEYwhxwaGQsJ9uWOjXT+WLRlXPpdki4mOhv3qUStS5HxQjF/MGRAaCYCWgRBjK2w qxapJvamuGC841Ww3nf0MvfRy1RI8BkFWh3ND/Vku+zhrqwwwWqYJkWRQl/sqnkTYlh/ 561w==; darn=ietf.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=1785759181; x=1786363981; darn=ietf.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=hGXkrxbY3TNDUEJSiqC98SHRPd8YYCSD4X3EFtbzt9w=; b=hyet6pG6X1gM4kbLWhVorWQup9VEKHEao2SfpJkMO5eRNuc6Hq2tvszYPcd/Q6VDCu YjmD1rUjyUpLofTqpE3gbHvWWxc/GHLmPjVJUu3A+MNpFKIUZPHrFSYvV077Pz9i0JK9 dihPwT814qxEKjCXuGOXPtRMUb9Vomkyvl41LVcyP2IK6sq6qVvPaWb4WLXm106Hl2Ey gd3jy4qqG+ycXDvI8gpIjwvRItfnLa7S8ioJM6Wq5kHpN/wutJJg/uZCLqpNskOHOb4d IONOghrbRudl1BJQ7a5bQ7+9ctdmeEXqUxc/VL/tws0UCYLjkOkP8tFoTOaWOy97Biio +QDw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785759181; x=1786363981; 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=hGXkrxbY3TNDUEJSiqC98SHRPd8YYCSD4X3EFtbzt9w=; b=j0fP/VC+GsgvnNmygngoxCBGijcWUC9/evO+Pt0SKMVepbuLJ76UBRblZeo23pStmI liik9xLix31y+CxLbecF9szprSjKU+PTohwlZp1ilDO11QBUAponW7c+jb3GXzn4F5Mm YxKxZCyakf+J8peJcqdhx+gobKdGiff4eVoCP69guP0AzI/ld1F0UWrMDbc8lQk/+emW BMmIwPbr8lQQljXsqK9l6Xec47Pg4xm5vdGoprMivphQQ/NCYfvt2r+dD9E15sxBr60A mZQqT/e1ihEzL2ThMuIlJ7TuJ2L1gPhR3tTdxih3JLHWCk0o5G6LqtICuGydyw5RD2AX oizA==
X-Forwarded-Encrypted: i=1; AHgh+RpfzKHkMv5vkPbDZRKE43g8QsvHFzO6RElcZbxQHp06y2+mId/SSX/lQfaH2BKqretnC5XqIA==@ietf.org
X-Gm-Message-State: AOJu0YwfDC7nbGPP594dCIcTzs8qmU8FVJgHRZDfVG+E5OcOukKLPFmX TsH+3yUgdFrFP83hR7eMSAg+vRv5OOdwIG/3E6UBydXpnAYuIBFPZWc3tX2dU3quzFTpbU2mo0b hHZXP3CQi8ZO4esuroU//vAUIQGZ72Xw=
X-Gm-Gg: AR+sD108AO9ipFp4ocCwRAsXV4RKp0dLEmCxyjEBpWdTZtqwn/yfS7/Atta89GDAoQG hiBl0zXD5RQMInyu8UIJ4l3NV6ZlgqABxi6NbruuumO6jEh0lzQmorw059OcaKOInQfjNCovePG SivVw9TQP2vceieAfvEMy3hz3QpteT8kjxC7qg3k7SMZKcluHFNI1O1ffYNvIDE2oOmDy6hoCBd lgAJT6xAOVzMo7gvRtmcujg6lG/SLals/jls2tCG22GkSOm1a+bq+fUIgvkJXpBt63AvnVhUJPZ GSj9TUCFrD3k2aejCbqP04jOI7L5z1HnRK8m+N9XtwtQafYQtWe3DFS7damsJNxUyvmls0Ezjs+ bU61V8UEpqR/mDg==
X-Received: by 2002:ac2:5b47:0:b0:5b0:1516:8799 with SMTP id 2adb3069b0e04-5b2e4f3349fmr1700874e87.17.1785759180312; Mon, 03 Aug 2026 05:13:00 -0700 (PDT)
MIME-Version: 1.0
References: <ea9308762c204801819079c4e2348b7a@huawei.com> <ZR1P278MB11709AF4965C688C5FE0652089D62@ZR1P278MB1170.CHEP278.PROD.OUTLOOK.COM>
In-Reply-To: <ZR1P278MB11709AF4965C688C5FE0652089D62@ZR1P278MB1170.CHEP278.PROD.OUTLOOK.COM>
From: Christopher Janz <chrisfjanz@gmail.com>
Date: Mon, 03 Aug 2026 08:12:48 -0400
X-Gm-Features: AUfX_mxUVGw0YBIaxqKVyyXSYEY8WjQPmG6YLkKTkl7J5hfLS2afPwMD7Z0i2dg
Message-ID: <CAFwQCibWWj6+UdOzn0Jepkai0QyemkzBCfZPKooevBLmK4U62A@mail.gmail.com>
To: Thomas.Graf@swisscom.com
Content-Type: multipart/alternative; boundary="00000000000098d3e5065823750b"
Message-ID-Hash: 3FMK3SMOTPNVHVVDSQ4ZNOQSC6YM7LYN
X-Message-ID-Hash: 3FMK3SMOTPNVHVVDSQ4ZNOQSC6YM7LYN
X-MailFrom: chrisfjanz@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: christopher.janz=40huawei.com@dmarc.ietf.org, nmop@ietf.org, netmod@ietf.org, onsen@ietf.org, nmrg@irtf.org, ainetops@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Onsen] Re: [ainetops] Re: Semantic meaning across representations and boundaries
List-Id: "Operationalizing Network & SErvice abstractioNs (onsen) Working Group" <onsen.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/onsen/28SphsphSwX15yqa2ZERe5floVE>
List-Archive: <https://mailarchive.ietf.org/arch/browse/onsen>
List-Help: <mailto:onsen-request@ietf.org?subject=help>
List-Owner: <mailto:onsen-owner@ietf.org>
List-Post: <mailto:onsen@ietf.org>
List-Subscribe: <mailto:onsen-join@ietf.org>
List-Unsubscribe: <mailto:onsen-leave@ietf.org>

Thomas — thank you, I really appreciate your engagement and very helpful
comments and suggestions.

The slide adjustments I've taken as you propose: "operational and
analytical" instead of "raw," and "service-model worlds" for the ONSEN box.
And you're right that incident and postmortem work is an important and
concrete example of pragmatics; I've put it on the triad slide and I'm
citing your lifecycle and semantics drafts as a human-in-the-loop example.
On your multi-vendor question: yes, I think the ontology approach is
complementary to letting the network and service models carry the mapping.
The models handle it where a shared model already exists; ontology and
lexicon earn their keep exactly where one doesn't, which includes across
different ICT domains. That's the case where I'd expect it to matter most.
Updated slides are here:
https://github.com/ChrisFJanz/meaning-across-representations/blob/main/semantic_model_deck.pdf

The bigger matter you raise is the one I most want to pick up, and if I can
add my own bias to yours: what I am particularly interested in on a
research level is using cognitive machines to automate procedures and
working out which reference and accumulating supports make that automation
functional and trustworthy. Your two drafts are almost a worked example:
the lifecycle state machine is a procedure to automate, the symptom
semantics are a reference support it leans on, and the label store is an
accumulating one. So, the experiment almost writes itself: automate an
operational procedure - anomaly and incident handling is the obvious first
one - with a human in the loop and watch how a growing symptom lexicon and
an accumulating, reconciled commons of signatures make the automation
better over time, including reconciling labels across operators and
vendors. Research brings the ontology, the lexicon and the automation;
operators bring the pragmatics and the validation. I'd call anomaly a first
sphere of pragmatics deliberately: it's concrete and you've already got
running code; but the work is extensible in parallel or subsequently into
intent, lifecycle, and the commercial and provenance context.

One thing I might ask you: the knowledge-graph design team that you and
Brad were part of last year did a lot of groundwork - KG-for-netops, NORIA,
the Marcas work, the SIMAP/NORIA-O proof of concept - and as Brad indicated
that team has moved to carry on now with independent work. What’s the
hand-off or continuity from that effort?

Your joint-meeting idea is very welcome. Happy to help shape a first
experiment we could put in front of both groups.

Thanks again, Thomas.
Chris

On Sun, Aug 2, 2026 at 2:53 AM <Thomas.Graf@swisscom.com> wrote:

> Dear Chris,
>
>
>
> Very well done. I like the slide deck a lot. You have clearly put a lot of
> thoughts into this.
>
>
>
> The problem space you are describing and how ontology and lexicon's can be
> applied to bridge data, service and network YANG models is an area which
> interests me and I believe will be very relevant in todays and future
> cognitive AI domain. A few biased suggestions and comments for the slide
> deck:
>
>
>
>
>
> Slide 2
>
> --
>
> replace "raw" with "operational and analytical"
>
> replace "bridge two schema worlds" with "update and bridge two service
> model worlds"
>
> comment: normalizing multi-vendor, interesting alternative approach, until
> know my thoughts where that network and service models would do that
> mapping instead. Do you agree that this would be complementary and
> especially useful to bridge different ICT domains? See also slide 9.
>
>
>
> Slide 5
>
> --
>
> comment: Network Incident Network Analytics Postmortems are a form of
> pragmatics. With (slide 13,
> https://datatracker.ietf.org/meeting/126/materials/slides-126-nmop-sessb-swisscom-network-analytics-bgp-routing-loop-postmortem
> <https://datatracker.ietf.org/meeting/126/materials/slides-126-nmop-sessb-swisscom-network-analytics-bgp-routing-loop-postmortem-00>,
> draft-ietf-nmop-network-anomaly-lifecycle) we want to describe symptoms and
> find their commonalities.
>
>
>
> Slide 8
>
> --
>
> comment: For human in the loop, you might want to consider
> draft-ietf-nmop-network-anomaly-lifecycle and
> draft-ietf-nmop-network-anomaly-semantics as another "supplied by a machine
> or human" and between human and machine example.
>
>
>
> Slide 15
>
> --
>
> comment: I miss the experiment aspect here. As an operator I would love to
> see what research is proposing on ontology and lexicon, being applied with
> a human in the loop workflow and pragmatics being mapped. This is for me an
> excellent example where I see NMRG and NMOP working jointly together.
>
>
>
>
>
> If you agree that pragmatics is something which network operators should
> contribute and ontology and lexicon's is proposed by research, I suggest
> that you propose how the two communities could work together (a workflow)
> in validating and feedback the research from a human in the loop systems
> side. This could be perhaps an example topic we could discuss in a joint
> meeting between NMOP and NMRG, thinking out loud here.
>
>
>
> Best wishes
>
> Thomas
>
>
>
> *From:* Christopher Janz <christopher.janz=40huawei.com@dmarc.ietf.org>
> *Sent:* Friday, July 31, 2026 3:00 PM
> *To:* nmop <nmop@ietf.org>; netmod@ietf.org; onsen@ietf.org; nmrg@irtf.org;
> ainetops@ietf.org
> *Subject:* [netmod] Semantic meaning across representations and boundaries
>
>
>
> *Be aware:* This is an external email.
>
>
>
> 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
>
>
>
>
> _______________________________________________
> ainetops mailing list -- ainetops@ietf.org
> To unsubscribe send an email to ainetops-leave@ietf.org
>