[Yang-sid-logistics] Re: [Schc] New Version Notification for draft-pelov-sid-procedure-00.txt
Laurent Toutain <Laurent@touta.in> Wed, 04 December 2024 13:03 UTC
Return-Path: <laurent.toutain@gmail.com>
X-Original-To: yang-sid-logistics@ietfa.amsl.com
Delivered-To: yang-sid-logistics@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 45B5DC180B6A; Wed, 4 Dec 2024 05:03:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.652
X-Spam-Level:
X-Spam-Status: No, score=-1.652 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
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 tu9e3W_D0jP2; Wed, 4 Dec 2024 05:03:12 -0800 (PST)
Received: from mail-wr1-f41.google.com (mail-wr1-f41.google.com [209.85.221.41]) (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 0A6FFC17C882; Wed, 4 Dec 2024 05:03:11 -0800 (PST)
Received: by mail-wr1-f41.google.com with SMTP id ffacd0b85a97d-385d6e36de7so5756702f8f.0; Wed, 04 Dec 2024 05:03:11 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1733317390; x=1733922190; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=feZKKnBcEUKOa5Ot5eyYA2mr+QNOLn5Dr9HaJqnqy4A=; b=J0XkwAfePVWSP9oWMeur+wASpjBOaTNpHvojhPTfbhVtzhYzJWGtEh+wJD6oChFIW1 +J6KJZNMez/qmJH0AnrgGzx51M8girr8rKgqY6C4GMPtUR7xeO74hqfs3V7N8Hi+VDf2 7P4sdEP6++L4nvN5mywnx4hh91GROu972ovJReqFeEUnp/KfrttdPrs5/wwj6Gdak0oi PsJtW/WvOYyio9jsCihLmlY1QlNUcrzQgcCbYd8wnuu+OSSXoSpEGcocc4WtaHJPz8Qu mAz324NTCHfyrjhsd6B3WXNKplwvMjzm3gFY7S7TYLmfMX185yQ1Y1T5lS2kZ5z7903k q9eg==
X-Forwarded-Encrypted: i=1; AJvYcCUWUVvSURQKOsW6MkRLa8J9UiuG+cabq+lBSX3ztuTBub5qq6Y0ievBXwDL+zDKHP7KKuGbtw==@ietf.org, AJvYcCUmSPu91s6OvhdUnTjGOdf5wgc0+Ehi3SQ0+nSZ/+Lmcnld2XWx/75Pi9/eQIi8QUexLnC6@ietf.org, AJvYcCWZA8zWYNdm3H1u8DAJBJxem739Mz5nVwpIgLkql7QIjxBEszunO6dgmKXKNkqp5u8E9o/Y//xiYjL7UuVxr9oNiGio@ietf.org
X-Gm-Message-State: AOJu0YyretdlCOVNlMfXtU/FET7+P96plyPtCZQANB7phvSAvnU+7Xrk LlkY7022vkUnMFTnLWxrkSidGAXZHAQ8HiFr0dEvBb+kXD1havC3Xyoq9GBpQ42GfhbcWfwiok5 Z9+mplWepz9uqLem2DLeaKPO06Eg=
X-Gm-Gg: ASbGncv3ifG7+EGJ8CV4EohHkQW4JcibcGo6o9N3CqP5vxfXi90VQRXRrrCVy/Ib7QV q4GObiG2jKuUj+aHSIXYfZCt4uN2K/G9Yyxc76TY6wLn2FoOYpjDTkd4S69nNNdE=
X-Google-Smtp-Source: AGHT+IEInma+fvmjp+ThDgKOfhKoh7u8LAjvaMb2AR4M/HaNmhgDBaJ2YZLXOwBL2yL8BMrIBYj56loT26HrUluurVk=
X-Received: by 2002:a05:6000:4024:b0:385:f062:c2d4 with SMTP id ffacd0b85a97d-385fd435560mr5949399f8f.37.1733317388932; Wed, 04 Dec 2024 05:03:08 -0800 (PST)
MIME-Version: 1.0
References: <173081740880.50534.5317268382668428309@dt-datatracker-5f77bcf4bd-vglkb> <1390262650.15218404.1730822309376.JavaMail.zimbra@imt-atlantique.fr> <CABONVQYNgYxMufgc33YDg_9F8N1=t+nwee0vn8U_ZcSJG0efCw@mail.gmail.com> <96629336-1428-4745-97DB-EBF2A9EE6171@tzi.org>
In-Reply-To: <96629336-1428-4745-97DB-EBF2A9EE6171@tzi.org>
From: Laurent Toutain <Laurent@touta.in>
Date: Wed, 04 Dec 2024 14:02:32 +0100
Message-ID: <CABONVQY33vvcKMe3jGgoA84b5ScYJiMEWEq2tvdXKoGd=G=w-g@mail.gmail.com>
To: Carsten Bormann <cabo@tzi.org>
Content-Type: multipart/alternative; boundary="00000000000040262306287167fd"
Message-ID-Hash: 2OPIVLMVHOXYYCT33KC3DSHQUJIAPJCC
X-Message-ID-Hash: 2OPIVLMVHOXYYCT33KC3DSHQUJIAPJCC
X-MailFrom: laurent.toutain@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: Alexander PELOV <alexander.pelov@imt-atlantique.fr>, yang-sid-logistics@ietf.org, core <core@ietf.org>, schc <schc@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Yang-sid-logistics] Re: [Schc] New Version Notification for draft-pelov-sid-procedure-00.txt
List-Id: "Communication facilitating the logistics of handling YANG SIDs (RFC 9595) in IANA registration and RFC Production Center processes" <yang-sid-logistics.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/yang-sid-logistics/DXL4ZTCE9Bc7LWD27vBbph9s1Q0>
List-Archive: <https://mailarchive.ietf.org/arch/browse/yang-sid-logistics>
List-Help: <mailto:yang-sid-logistics-request@ietf.org?subject=help>
List-Owner: <mailto:yang-sid-logistics-owner@ietf.org>
List-Post: <mailto:yang-sid-logistics@ietf.org>
List-Subscribe: <mailto:yang-sid-logistics-join@ietf.org>
List-Unsubscribe: <mailto:yang-sid-logistics-leave@ietf.org>
Hi Carsten, Agree, I've no experience in the field of how much we can ask :-), One point is that we can have a lot of identityref for instance to describe new protocols. but we don't really care where they are located. What's matter is the extension of the rule structure. Roughly we have 92 identity and 46 data in the sid file. When I did a "clever" allocation to maintain distances between data (see https://datatracker.ietf.org/doc/html/draft-toutain-schc-sid-allocation-00 (the include didn't work in -01)) the last SID was 120, including merging of 2 dummy augmentations. We can do it in 250 SIDs. Laurent On Wed, Dec 4, 2024 at 1:01 PM Carsten Bormann <cabo@tzi.org> wrote: > On 4. Dec 2024, at 11:30, Laurent Toutain <Laurent@Touta.in> wrote: > > > > the size could be of 500 SIDs. The current model needs 125 SIDs. > > Not sure a factor four slosh will be our normal range allocation. > Do you expect this count of 125 SIDs to grow a lot? > (Maybe contiguous allocations are more important in your case so the > normal “add a range” approach doesn’t work so well.) > > (Note also that ranges larger than 250 will have larger deltas, if that is > important for your application.) > > Grüße, Carsten > > -- Laurent Toutain +------ VoIP (recommended) ---+--- Télécom Bretagne --- + | Tel: +33 2 22 06 8156 | Tel: + 33 2 99 12 7026 | Visit : | Fax: +33 2 22 06 8445 | Fax: +33 2 99 12 7030 | http://class.touta.in | Laurent@Touta.in | Laurent.Toutain@Telecom-Bretagne.eu +----------------------------------------+--------------------------------+
- [Yang-sid-logistics] Fwd: New Version Notificatio… Alexander PELOV
- [Yang-sid-logistics] Re: [Schc] Fwd: New Version … Laurent Toutain
- [Yang-sid-logistics] Re: [Schc] New Version Notif… Carsten Bormann
- [Yang-sid-logistics] Re: [Schc] New Version Notif… Laurent Toutain