[spring] Re: New Version Notification for draft-ietf-spring-srv6-yang-base-01.txt
Alvaro Retana <aretana.ietf@gmail.com> Thu, 07 May 2026 14:46 UTC
Return-Path: <aretana.ietf@gmail.com>
X-Original-To: spring@mail2.ietf.org
Delivered-To: spring@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 06283EA94367 for <spring@mail2.ietf.org>; Thu, 7 May 2026 07:46:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1778165185; bh=eDywoUNVw41COgQMf/hShYhZldzOPNXXXjVwIm+3x5k=; h=From:In-Reply-To:References:Date:Subject:To:Cc; b=vWK33m9q9NXPS6zMcqRhday8l2DVtQcHIfJnf4N4xSfTp/qeqCi0cIoUnS1PCPGjO lbfCnimDJw7Sk5xLyYpEEyxWw3z1gIpwmp20sbyurWa4uW/sKx6HdQ69YeXRJPfWD+ TrbjG4VE94J3KlVNOno7k5IbCKHALsRcLqR1+G+o=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham 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 ViS4Q8HPBQgL for <spring@mail2.ietf.org>; Thu, 7 May 2026 07:46:21 -0700 (PDT)
Received: from mail-dl1-x122e.google.com (mail-dl1-x122e.google.com [IPv6:2607:f8b0:4864:20::122e]) (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 60A2AEA941F4 for <spring@ietf.org>; Thu, 7 May 2026 07:46:19 -0700 (PDT)
Received: by mail-dl1-x122e.google.com with SMTP id a92af1059eb24-12c45281a06so1594516c88.1 for <spring@ietf.org>; Thu, 07 May 2026 07:46:19 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1778165178; cv=none; d=google.com; s=arc-20240605; b=JTfTDwriU1SjXwCfudV1y/dA7BWYhPXiV/vvccOTtw5CpjtmKkFKhdW4sgvMdOCD7B 9gAav48DBeGtONaiOAlDq6psnE30/6dnS7voqicDYYcA+FCyZ62v1mOrGRYAeyK8mPkA XkgBC4QlF+Bh8L1A4/yQHzx49F0dou6P6aC+JRX5CmAgtawuEMxiWqEn20HEIXXZAZMR 8eVe+2sdF4dRoOB+yZmFQgYXCgt/U038UppXd2eUDtp/1tL94n+MKl9aLScgsEfIckL6 MI5//zfTLuRTM7uij6lk+EuFpLed/nyVsBApA3tFX/dVn2xMk3AAxymLq/c5gF3gtfsP 0G1w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:dkim-signature; bh=ckCLJakWsIXow7ZC143AUX+Ij/lKi1NYumzj/EhDoKI=; fh=ODBd/jNbbUNvu2KJBd6voQd/hj/444qMzsY5ZhUY7e8=; b=Coll4wzoAtzrbxJxyFoUN6J1pLl8ztFUMhdsdJG9fcw3mFO0EWeBzqJqUMwICi8EoT htK4oIhUWcL5zDpMt4JvX7EMuud1SKytSh/uL4VWEtkAVsqL0d9cxnnYF9KNDUNdae60 3nLohicNsgza/i1E8evVLgOnEnY98sIzJ7WiIGZYZXu6RwO/LvFZWlYPWfXZA1Of6CL7 Sy8WVgdM96UA+587ST0z02UJRKCtSqCPp7R7x/ig65h9RWz0QhkPhpJmCg9TDA8AYnQk iw2a6xaVZNIco/HVBjvy4MgoEwUyKiNXqUPcJdw57NfUYtxTQOAfv8+DzigSxfwKwBQG 3WdA==; 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=1778165178; x=1778769978; darn=ietf.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=ckCLJakWsIXow7ZC143AUX+Ij/lKi1NYumzj/EhDoKI=; b=D/Gkl1tlEeRJ5kh8h/P+JhqfS3+W5X3XQLACjL4IejYQNPqcRglOjbSx+hXZemBq+g gxFb6TCd/esbPQ/Ky7xuwelUPowlcSv0yD1XjXOIGHq9g0/6sbLyloOsj6hTsIP16WEp 4PvvoUsrRD8jbxLW2su3Drvh+1wSsakukCBCA3K2/XAOJTCw+TJ4CpihReLe71Q3YWa+ Nx/3JIxJyz2YI/pCOR/EQQZYp9HB8iM06f2O/sHDiTAi095mzIex7Hye7UcagGHGQ8e2 yusI+/dhxpjCwwVp3ve3OZmncloFlUd1sVTz/jQjzxxD8/6jah7WTenWSlEfCzz3lHkb f2fg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778165178; x=1778769978; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ckCLJakWsIXow7ZC143AUX+Ij/lKi1NYumzj/EhDoKI=; b=pdbzzez+BP7byBineyhGkPyRqvACxPCvIitBO8LHRcsl1rS+v/X4PK/2Qso1YoX2GA rqp/0qHuN/3CTeki56bcosrFyX5Biacjo735ZNzUgup7FHnNREHsx+DkRIgIeUlrL1Qp iP6eCY96vX1UHxZFbetCbH1haC4S5Cb/zeZqzC4hMCHndPLwqkHzWdUlbkrFlr9oOuRd O8GF6KctOK63rHVYnSEnqbtdsLARZR6Hf5gMOnM5fAsfgf1BIl5Gyj6XOGGHQUdjWWx9 9R/hasX1svpRL/keDYkKuA39Qd85jfo5caAx5AMFdjYg2oTpjuqFs+e2RQIHilnRQ63F 9XRw==
X-Forwarded-Encrypted: i=1; AFNElJ9V0bMIHE9O2FxUb1+T25eq1hkU8BVHCezdeyQxTFx0ezznPmBZxA6AB/x2UXvoAsIc/sMYe0U=@ietf.org
X-Gm-Message-State: AOJu0Yw2IPrTMxB1bvWZQLIOo1fLsWTqWdS+A4HGg9p8npKNnkj6Jd6H SZ3xTA7dLTi/DnMNLA42jYF3x3NBMILPk4unl7W1aQ893r5Rw8A1K1DJwGyQrPZLOwu4TuIS5fE ScFJYaYmFH/sGdIhzAzHhioZlWpkK6i8=
X-Gm-Gg: AeBDiesDOI8u8wOD0R38PTjN3QpBGqKXVDU/h7SZ753/+F5IAXvEHK5gi6AnXpsBqg9 yHzdzNOWTncRK7XkZoWwP/4m0hVjCMIxj/Flq+mSEq5obbY+dldnKs1EfiWwSQLjfYgjxdL58Iv lsJhBHkURC2l1fc7CY0XIBS7yjOXJ6WQMkRC0MtGuhYIFeW9VIqeDWnd0vDPCpeTtQy5g8ptqDV 9D2PjvbNJu7kl/0QXWP4wiQm/2Qoxw/0+ulcMgOkW3Uc/O+Phs1QTZCT+0+mhtL65y8UbvotJZh e0GlM8IDomba1xa10nFxprPN00D3u8Nb+JQ99itxn25HkCKT78R/
X-Received: by 2002:a05:7022:52b:b0:128:d752:e074 with SMTP id a92af1059eb24-1317d8939f7mr4108201c88.1.1778165178236; Thu, 07 May 2026 07:46:18 -0700 (PDT)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Thu, 7 May 2026 14:46:17 +0000
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Thu, 7 May 2026 14:46:17 +0000
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <BY1PR11MB8078526218C618274AB762E6D03C2@BY1PR11MB8078.namprd11.prod.outlook.com>
References: <177807768963.1002194.7036027482685162009@dt-datatracker-787b78d5f6-p2rl2> <SN7PR11MB806703A594BD3C44E162C676D03F2@SN7PR11MB8067.namprd11.prod.outlook.com> <CAMMESsxoBG9PSN4-bee7Ej2bAz1wnKyEiSfHQ1xPmF8CHsDoNw@mail.gmail.com> <BY1PR11MB8078526218C618274AB762E6D03C2@BY1PR11MB8078.namprd11.prod.outlook.com>
MIME-Version: 1.0
Date: Thu, 07 May 2026 14:46:17 +0000
X-Gm-Features: AVHnY4L-dz6VsjvqY7PsJCu5I-uIpPoCgl1OD6DBsgMSKGuDzP-NNhgUT99bP2k
Message-ID: <CAMMESszVYRpessXiVQGXq4ha-L4E4P51g01rxZm3knKtb+Y=Pg@mail.gmail.com>
To: "Kamran Raza (skraza)" <skraza@cisco.com>, spring Chairs <spring-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000cd036f06513b57d0"
Message-ID-Hash: Y47IKHDNBRNA5G64CBHT4HL5MXCQRUPR
X-Message-ID-Hash: Y47IKHDNBRNA5G64CBHT4HL5MXCQRUPR
X-MailFrom: aretana.ietf@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-spring.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Pingping Yu <susana.yu@huawei.com>, Xufeng Liu <xufeng.liu.ietf@gmail.com>, Satoru Matsushima <satoru.matsushima@g.softbank.co.jp>, "internet-drafts@ietf.org" <internet-drafts@ietf.org>, SPRING WG List <spring@ietf.org>, "Jaganbabu Rajamanickam (jrajaman)" <jrajaman@cisco.com>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [spring] Re: New Version Notification for draft-ietf-spring-srv6-yang-base-01.txt
List-Id: "Source Packet Routing in NetworkinG (SPRING)" <spring.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/W0UXwgCTKsnnbN61S8fleNe1VQs>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Owner: <mailto:spring-owner@ietf.org>
List-Post: <mailto:spring@ietf.org>
List-Subscribe: <mailto:spring-join@ietf.org>
List-Unsubscribe: <mailto:spring-leave@ietf.org>
On May 6, 2026 at 8:57:37 PM, Kamran Raza wrote: > > 2. Several of the behaviors use a person (Pablo) as a reference. The > > reference must be the draft in which the behavior is defined. > > [skraza]: I used the IANA SRv6 endpoint registry > ( https://www.iana.org/assignments/segment-routing/segment-routing.xhtml#srv6-endpoint-behaviors ) > to align our model and references. Right. Use the Reference column, not the Change Controller. > I need guidance on two scenarios: > > There are some code-points (e.g. 98, 99) where Pablo is listed both as the > “Reference” as well as the “Change Controller”, and hence I used Pablo as the > reference. > > Since there is no specific draft linked to this allocation, shall I just > leave the reference just as empty ? When creating the YANG model, you're pointing at behaviors, and the references are the place where you would go to look to see the definition of that behavior: the RFC or the draft. That's an easy thing, but what happens if I'm implementing 98 or 99? Do I go ask Pablo? That doesn't scale or make any sense. For 98 and 99, I have no idea why they were not included in rfc9800. It looks like everything else around them in the registry was included. This issue can be easily fixed with a quick draft that defines them. I think those two are problematic if they're not defined anywhere, which defeats the purpose of a specification: interoperability. The other point you raise is that Pablo is listed as a Change Controller in some cases. Usually, that's okay for drafts, but in the cases of RFCs, the IETF, and not a specific person, should be the Change Controller. I don't know what happened with the code points for rfc9800 where Pablo is listed as the Change Controller. I'll talk to IANA about them. > Morever, there are cases where the allocated code point has a non-WG draft as > the reference and the draft has also expired. > > Can I put a non-WG draft as a reference ? Assuming answer is a “no”, then do > I also leave the reference just as empty in this case as well ? Please > advise. The answer is yes. As I said before, the reference indicates where the behavior is defined. Ideally, it would be something that is already published like an RFC, but it can be a draft, either a working group draft or a non-working group draft. > > 3. All the drafts and RFCs that are referenced inside the models need to be > > referenced outside the model as well. And listed as Normative references. > > [skraza]: I believe this is the case - All the “reference” drafts/RFCs are > part of our Normative references. > I will double check. There are drafts referenced inside the model that are not on the final list. Only I-D.ietf-spring-sr-service-programming is a reference right now, and is listed as Informative. They all need to be Normative. We need an explicit statement right before the module definition starts: This module references [RFCabc], [RFCxyz], [I-D...], and [I-D...]. Going back to non-working-group drafts. Yes, they become normative. That is, of course, an issue with the fast publication of the model because we will have to wait for those to progress. I've been working with the authors of I-D.ietf-spring-sr-service-programming because I know your model depends on it. We will have to either make the decision to leave everything in the model as it is right now and wait for the drafts. That doesn't mean we have to wait for the drafts to last call the model, but we won't get an RFC number until those clear. The other option is to remove those points and do an augmentation later. Alvaro.
- [spring] Re: New Version Notification for draft-i… Kamran Raza (skraza)
- [spring] Re: New Version Notification for draft-i… Alvaro Retana
- [spring] Re: New Version Notification for draft-i… Kamran Raza (skraza)
- [spring] Re: New Version Notification for draft-i… Alvaro Retana
- [spring] Re: New Version Notification for draft-i… Kamran Raza (skraza)
- [spring] Re: New Version Notification for draft-i… Alvaro Retana
- [spring] Re: New Version Notification for draft-i… Kamran Raza (skraza)