[Nemops-interest] Re: [Nemops-workshop-attendees] NEMOPS Workshop Report

Mahesh Jethanandani <mjethanandani@gmail.com> Mon, 24 February 2025 03:10 UTC

Return-Path: <mjethanandani@gmail.com>
X-Original-To: nemops-interest@ietfa.amsl.com
Delivered-To: nemops-interest@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B114C1D3DEA; Sun, 23 Feb 2025 19:10:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 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_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] 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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M_1pj6I3j4cq; Sun, 23 Feb 2025 19:10:28 -0800 (PST)
Received: from mail-pj1-x102d.google.com (mail-pj1-x102d.google.com [IPv6:2607:f8b0:4864:20::102d]) (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 ietfa.amsl.com (Postfix) with ESMTPS id 5F6C1C1CAF42; Sun, 23 Feb 2025 19:10:28 -0800 (PST)
Received: by mail-pj1-x102d.google.com with SMTP id 98e67ed59e1d1-2fa8ac56891so6211493a91.2; Sun, 23 Feb 2025 19:10:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1740366628; x=1740971428; darn=iab.org; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=JvhxtbriPEV5kXMQ42Lvkk9/VON18oT19hAjDJ4vQ4o=; b=Khc371/YcDDzT82misgfrexXpNKUyiQ7vdi43/sedeA6PYjDnHmf8oi8HXEUSTNpRE i3EGk0uvRIPX3ToDgsk0xinwsGf2tjusvGOvUZvjNOQH+euB+1TZQhS8qmKHv+agmU5/ fKsYtqOertB/Xx+3k/e97L+lbyn4EsO53SeaBisxAsrg85yaTYdIdWbjJm11zEQpo+7t P5FmbNliqnKfouHhB/UxLeM7kpnKs3rucEwNzC8R8jUiZKqnv7VBpi0mLEbvTHZgEGib 0IrDu/aXz+pMkv6/u4VqZX9EJGaomk/zi3w/YA5genQnhhUPc0/WE406DNeZYVX5gbJg XSPg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1740366628; x=1740971428; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=JvhxtbriPEV5kXMQ42Lvkk9/VON18oT19hAjDJ4vQ4o=; b=UEjYwy8UCjaMi847OmjfdgrYTiTPtMSI2MAkhXtNbLBwhRW9VoNmb9ZEyK0bxWPrM1 eNAsgZ2rpYA8lUDjzMrA7XOaoEuT59VO3/6jvnDahxe08izdzdgYyyK8ne1wAw4fIFjB pd7euc18RQ//liwHG5FPGjK6OppunmqsWE3ulNs4MxdVXlJR1ZUKQ5BpWveEPj8dOuBp TzvmwFB9eJ4RGqksseBApxb8flpa9znyES1f+ZoCpi+wjGupCDnDGxJ4l4ADuS75gres m+6Ylod/PDcSlQpqOvMc52tYdEiBl/sdW+cXvZyP+BJbASmlltk6NB9m6Pt63QmkEv4+ Y6mw==
X-Forwarded-Encrypted: i=1; AJvYcCUPyl5XScpLHokVKaUxm4stSLvCi6jS5g52MEQVOX6xp1owSeozp8EqdSQaIjFcXUfmPwHxJ3+pJ6ATSHGEZVjWG8sRXwkyjTgOyg==@iab.org, AJvYcCVvpvF5IsDeNOICLg/DKmlzmcqQAX2o9PD4opejb39FOrxYHozbbHLd22Bjdl8vuDZOwzl/SskkMPVEjETadGkkRK654w==@iab.org, AJvYcCW+ALOlp7/SqeT/CvCUv+hlisZTSDkhxEx8QR4b63hfOSntgUO46mmzAEayLyxgO4upPg22urL4oenXS1Ordi7A@iab.org
X-Gm-Message-State: AOJu0YydES4PO0CvmCC96lggYO1Pp8vkjieNZms3QiXMcdkYBOzMUk0P k+pPfyppRTLXrxspcmpuxB5UTGMMPxqWl/dC4TWQRFOAdN3TJEua
X-Gm-Gg: ASbGnct7DbOplWwy5JTuKIryiUmbUuZV5Nnx0SiDWEmlkHRMXkP7ajRjY0Kjwpca2y2 h4K1bxbq2k1AuWNkB1NmQksp83opu/jgEJVcdqWVykpJ39QOrIPrsBlTX3ETqYk8/18cIr3zTt4 0DVSAcURlUz/qZMu8I0Y/TqdURdAhD8IkVmJ8TQVihsiyWmvgBRKefYrwjaeLh8kYtQMtK4dRBU ZsWsKDAzieDCTQWcl8zEWGltpPKoWUOiSYDaBpAh2SeTbSkoBmFnRWTIO8cSboaiMowzU11Mk/Y fMdEh6idScxNynd0KhmoyDqbnFdO4mj6sjQX9kvc8tl7pjs+cAO3Me4qIc39saEKQvpIqKlyagm kqhjseGg1gQ==
X-Google-Smtp-Source: AGHT+IEyWfxm+7TtwGPcbghc1OnIbyF+JYqa8DEwb67aydr09Vfnd/SEKrA5ySpbdmmaQwsMD8vhYQ==
X-Received: by 2002:a05:6a21:8805:b0:1f0:e4c0:1db6 with SMTP id adf61e73a8af0-1f0e4c03469mr3899413637.23.1740366627649; Sun, 23 Feb 2025 19:10:27 -0800 (PST)
Received: from smtpclient.apple (c-69-181-169-15.hsd1.ca.comcast.net. [69.181.169.15]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-adcbe0311b6sm16215361a12.56.2025.02.23.19.10.26 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 23 Feb 2025 19:10:27 -0800 (PST)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Message-Id: <049038BD-C9DC-4BAA-AF66-DACF3530504F@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_80E15F5E-04EA-4E36-AD6F-A21622F7FF59"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.15\))
Date: Sun, 23 Feb 2025 19:10:25 -0800
In-Reply-To: <17614.1740090407@obiwan.sandelman.ca>
To: Michael Richardson <mcr+ietf@sandelman.ca>
References: <CAP7zK5YV5s2-0jutfN0mg3CBUNbZgA4KJbkFdqFXvbEqphsj-Q@mail.gmail.com> <30029.1740080212@obiwan.sandelman.ca> <87frk8i9og.fsf@centor.se> <17614.1740090407@obiwan.sandelman.ca>
X-Mailer: Apple Mail (2.3654.120.0.1.15)
Message-ID-Hash: IIC2FNX76VTLST23CGU72KYUZWKXIWUR
X-Message-ID-Hash: IIC2FNX76VTLST23CGU72KYUZWKXIWUR
X-MailFrom: mjethanandani@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: Kristian Larsson <k@centor.se>, Dhruv Dhody <dd@dhruvdhody.com>, nemops-interest@iab.org, architecture-discuss@iab.org, nemops-workshop-attendees@iab.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Nemops-interest] Re: [Nemops-workshop-attendees] NEMOPS Workshop Report
List-Id: Next Era of Network Management Operations <nemops-interest.iab.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/nemops-interest/QRqkLfi_DaT0dUgE9OOY7ULLCsM>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nemops-interest>
List-Help: <mailto:nemops-interest-request@iab.org?subject=help>
List-Owner: <mailto:nemops-interest-owner@iab.org>
List-Post: <mailto:nemops-interest@iab.org>
List-Subscribe: <mailto:nemops-interest-join@iab.org>
List-Unsubscribe: <mailto:nemops-interest-leave@iab.org>

Hi Michael,

> On Feb 20, 2025, at 2:26 PM, Michael Richardson <mcr+ietf@sandelman.ca> wrote:
> 
> 
> Kristian Larsson <k@centor.se> wrote:
>> What is the point you are trying to make when you say that you “never
>> spoke of YANG”? It sounds like you, as the tutor, choose not to teach
> 
> 1. I had no need to speak of RESTCONF/YANG, because I have yet to touch a device
>   which speaks RESTCONF.
> 
> 2. Ergo, no new people will ever learn it until RESTCONF is sufficiently
>   ubiquitous that it would be the best and easiest way to get something done.

I know that Arrcus, Cisco, Nokia, and Juniper support NETCONF/RESTCONF. I am happy to point you to a VM/Docker instance of ArcOS that will allow you to play with its RESTCONF or NETCONF interface with an OpenAPI documentation set. I am not trying to sell my product, just demonstrating that there are plenty of platforms/NOS that support this interface.

> 
>> it. I can’t relate at all with your claim that RESTCONF does not scale
>> down. What do you mean? What prevents you from using it? Be specific
>> please.
> 
> I'm sure an Orchestrator could tell my two switches (from different vendors,
> say) provide a trunk VLAN on some set of ports, but setting that up takes
> more resources than just learning how to program two CLIs.

Like most programming projects, the initial learning curve is always high. I would suggest that you spend some time going through this presentation by Roman Dodin on how he went about trying to automate his network, in addition to what Kristian mentions below.

https://www.youtube.com/watch?v=oClamTj4LiY <https://www.youtube.com/watch?v=oClamTj4LiY>

Cheers.

> 
>> In parallel, as I also stated during the workshop, I and others,
>> primarily at Deutsche Telekom, are working on an open source system
>> doing YANG-native orchestration - Orchestron
>> (<https://github.com/orchestron-orchestrator/orchestron/>).
> 
> Good to know. I'd like to try it.
> I'm not sure with what yet; although I think FRR is supposed to have a
> RESTCONF interface (or it's planned).
> 
>> As far as NEMOPS goes, I think it is important to scale up and down but
>> with an emphasis on solving industry problems. That leans more towards
>> large scale SP deployments than 3-switch deployments. I think the
>> NEMOPS report should primarily reflect that.
> 
> I disagree strongly.
> If it can't work usefully with three switches, then how do you train anyone?
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>           Sandelman Software Works Inc, Ottawa and Worldwide
> 
> 
> 
> 
> _______________________________________________
> Nemops-workshop-attendees mailing list -- nemops-workshop-attendees@iab.org
> To unsubscribe send an email to nemops-workshop-attendees-leave@iab.org

Mahesh Jethanandani
mjethanandani@gmail.com