Re: [Lsr] Working Group Last Call for "Flexible Algorithms: Bandwidth, Delay, Metrics and Constraints" - draft-ietf-lsr-flex-algo-bw-con-07
Krzysztof Szarkowicz <kszarkowicz@gmail.com> Mon, 04 March 2024 13:03 UTC
Return-Path: <kszarkowicz@gmail.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B60FBC151983; Mon, 4 Mar 2024 05:03:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 4.906
X-Spam-Level: ****
X-Spam-Status: No, score=4.906 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, FREEMAIL_REPLY=1, GB_SUMOF=5, HTML_MESSAGE=0.001, MANY_SPAN_IN_TEXT=1, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_HTML_ATTACH=0.01, 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
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 yAH0ty9bS37Q; Mon, 4 Mar 2024 05:03:42 -0800 (PST)
Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD266C151552; Mon, 4 Mar 2024 05:03:36 -0800 (PST)
Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-563bb51c36eso5900513a12.2; Mon, 04 Mar 2024 05:03:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709557415; x=1710162215; darn=ietf.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=MmhKYbstmcqGJ5K2c7BFaEwiSLdB4n5ScUcY0iQJyqI=; b=aiQfJhNUrilGjk6vfxFL5OSYM+IUvoYQCol/fDIvBlXDEjwSveeyEvV5UoAAmR0Fty 7MDrRkzMWFyTRFqJfS2nXDXxtjpnCvdXcc8/EccXgj1M7pN0bmnrIGRUd6CbfvSg6Twn h+G6s/kNW1kZoGdTTmOFAscsPk1flLWHw8szTrnAmxvx9JCxqV7Dmv0u+zZzaxoA8A0h jdObds3MTLKew4hKunX7tEFNIviy9tYtdFNWBOm0+/hbQb6adiUde9wlGVskU76fzBvb syXsqpxtusW9cSTkA2HhEaF6bvPQKV+umjngeV9ontA8nooZoTT7YjBtUTjoerikxKEE eAuA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709557415; x=1710162215; 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=MmhKYbstmcqGJ5K2c7BFaEwiSLdB4n5ScUcY0iQJyqI=; b=JKzMJqgh6BUixuuShOtdrFWDX8KeqK6cnlMVk2XaCb6BD+1TyaV/ojbGZ52RS9HPz8 8rXFTeejCdmg2ZOBZSRgIDMIIadmlPXZCKxMJzOScIQY72+iP4i/Gpbz9RmPsHHtSk9B Ykclyf1pJg546pyl0C6aU6c3pzjNijmekaHmnZSrMw2oqMoTU29NI29O/OUc5z3j1eeT jcQ6hUxSyL9r15tI0YehQ7Irfj17cgYTqavLj0loxDisVh2nSB8vVk8lccGy5NM8aiq1 XU1IX1YAXoq2gxQqFIsN63dK9mD6NrHyysB5YEqofnHGhriwrCR9DkS0e3s31oY+FNM8 /fCQ==
X-Gm-Message-State: AOJu0YwPKm/JZ/5eYIo22U05r/RdmCktZkXjJmWtg1CmhQFAn5jt9W7v oY2eLPAiSXU79mL9S4z/tAz/kgC5nxO1mfK6bRubFOZxN3JZ1N7AmddiDNF2K7Ih8Q==
X-Google-Smtp-Source: AGHT+IGBwHAZqHqsKY6T1+FsM9woETGzNxgNIgnqUcj/s/XHc3KkPZCVKce2Ghg0xZfOPyHkffxDXA==
X-Received: by 2002:a05:6402:5c3:b0:566:66cc:633c with SMTP id n3-20020a05640205c300b0056666cc633cmr6213082edx.7.1709557414158; Mon, 04 Mar 2024 05:03:34 -0800 (PST)
Received: from smtpclient.apple (jpams-nat13.juniper.net. [193.110.49.13]) by smtp.gmail.com with ESMTPSA id g3-20020a056402180300b00566ea8e9f38sm3136547edy.40.2024.03.04.05.03.31 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 04 Mar 2024 05:03:32 -0800 (PST)
From: Krzysztof Szarkowicz <kszarkowicz@gmail.com>
Message-Id: <AB6056F2-4999-4D96-AD58-899337CCFE45@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_12CD03C3-9DAD-42C5-B2DD-7327C56D6437"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.1\))
Date: Mon, 04 Mar 2024 14:03:20 +0100
In-Reply-To: <CO1PR05MB831430AA0807965CEEED4BD6D5232@CO1PR05MB8314.namprd05.prod.outlook.com>
Cc: draft-ietf-lsr-flex-algo-bw-con@ietf.org
To: lsr@ietf.org
References: <12CF8B14-E49F-49C0-A957-22A0769FBA83@gmail.com> <01D53488-D206-4C28-AFDD-499BEB097B57@gmail.com> <CO1PR05MB831430AA0807965CEEED4BD6D5232@CO1PR05MB8314.namprd05.prod.outlook.com>
X-Mailer: Apple Mail (2.3731.700.6.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/O3JZBn4xUlQvlsp2Z-cFYDmocKc>
Subject: Re: [Lsr] Working Group Last Call for "Flexible Algorithms: Bandwidth, Delay, Metrics and Constraints" - draft-ietf-lsr-flex-algo-bw-con-07
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Mar 2024 13:03:46 -0000
I support publication of this draft. This is important piece of the flex-algo work. And, there are at least two interoppearble implementations. Thanks, Krzysztof > From: Acee Lindem <acee.lindem@gmail.com <mailto:acee.lindem@gmail.com>> > Sent: Friday, March 1, 2024 4:16 AM > To: Acee Lindem <acee.lindem@gmail.com <mailto:acee.lindem@gmail.com>> > Cc: lsr <lsr@ietf.org <mailto:lsr@ietf.org>>; draft-ietf-lsr-flex-algo-bw-con@ietf.org <mailto:draft-ietf-lsr-flex-algo-bw-con@ietf.org> > Subject: Re: [Lsr] Working Group Last Call for "Flexible Algorithms: Bandwidth, Delay, Metrics and Constraints" - draft-ietf-lsr-flex-algo-bw-con-07 > > [External Email. Be cautious of content] > > > Authors, > > I support publication of this document but not in its current state. I have the following comments that should be resolved first: > > 1. "Backward Compatibility" section is missing. This should be straightforward given that an FAD computation only includes > nodes supporting that FAD. > 2. “Security Considerations” is “TBD”. > 3. There is no “Operational Considerations” section. Someone may ask for one. > 4. The document alludes to the problem with elephant flows. Yet for “Interface Group Mode”, the aggregate bandwidth for multiple L3 links is used. How would this work when a flow is typically bound to a single L3 interface? > 5. #3 in section 5 is very hard to parse. Possibly split into multiple coherent sentences. > > Lots of editorial nits - I’m attaching some suggested edits but I’m not sure I got them all. > > 1. Use “sub-TLV” and “Sub-TLV” consistent with the usage in RFC 9350. I tried to fix these on the fly but it probably still needs work. Basically, it is capitalized when used as part of a proper noun identifying a specific sub-TLV. Also, in section titles and captions. > 2. Reference RFC9350 rather than the Flex-Algo draft throughout. > 3. I didn’t make the change but I’d use “Layer-2” and “Layer-3” hyphenated. > > See attached editorial suggestions in the RFC diff. > > Thanks, > Acee > > > > On Feb 19, 2024, at 5:25 PM, Acee Lindem <acee.lindem@gmail.com <mailto:acee.lindem@gmail.com>> wrote: > > > > > > This starts the Working Group Last call for draft-ietf-lsr-flex-algo-bw-con-07. At least some of the flex algorithm enhancements described in the document have been implemented. > > > > Please send your support or objection to this before March 5th, 2024. > > > > Thanks, > > Acee > > _______________________________________________ > > Lsr mailing list > > Lsr@ietf.org <mailto:Lsr@ietf.org> > > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/lsr__;!!NEt6yMaO-gk!Cv33O23fKbqI5Mibov464lpU2T_xjsvN8M9FRLg5sfwFuc-uvt8zz70GyAVhzS-6Tzg8QoA1XXKadGgo4se8DQ$ <https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/lsr__;!!NEt6yMaO-gk!Cv33O23fKbqI5Mibov464lpU2T_xjsvN8M9FRLg5sfwFuc-uvt8zz70GyAVhzS-6Tzg8QoA1XXKadGgo4se8DQ$>
- [Lsr] Working Group Last Call for "Flexible Algor… Acee Lindem
- Re: [Lsr] Working Group Last Call for "Flexible A… Acee Lindem
- Re: [Lsr] Working Group Last Call for "Flexible A… Les Ginsberg (ginsberg)
- Re: [Lsr] Working Group Last Call for "Flexible A… Krzysztof Szarkowicz
- Re: [Lsr] Working Group Last Call for "Flexible A… Shraddha Hegde
- Re: [Lsr] Working Group Last Call for "Flexible A… GAURAV HALWASIA
- Re: [Lsr] Working Group Last Call for "Flexible A… Acee Lindem
- Re: [Lsr] Working Group Last Call for "Flexible A… Shraddha Hegde
- Re: [Lsr] Working Group Last Call for "Flexible A… Acee Lindem
- Re: [Lsr] Working Group Last Call for "Flexible A… Ketan Talaulikar
- Re: [Lsr] Working Group Last Call for "Flexible A… Acee Lindem
- Re: [Lsr] Working Group Last Call for "Flexible A… Shraddha Hegde
- Re: [Lsr] Working Group Last Call for "Flexible A… Ketan Talaulikar
- Re: [Lsr] Working Group Last Call for "Flexible A… Jeff Tantsura
- Re: [Lsr] Working Group Last Call for "Flexible A… Gyan Mishra
- Re: [Lsr] Working Group Last Call for "Flexible A… Shraddha Hegde
- Re: [Lsr] Working Group Last Call for "Flexible A… Shraddha Hegde
- Re: [Lsr] Working Group Last Call for "Flexible A… Acee Lindem
- Re: [Lsr] Working Group Last Call for "Flexible A… Shraddha Hegde
- Re: [Lsr] Working Group Last Call for "Flexible A… Les Ginsberg (ginsberg)
- Re: [Lsr] Working Group Last Call for "Flexible A… Les Ginsberg (ginsberg)
- Re: [Lsr] Working Group Last Call for "Flexible A… Acee Lindem
- Re: [Lsr] Working Group Last Call for "Flexible A… Ketan Talaulikar
- Re: [Lsr] Working Group Last Call for "Flexible A… Les Ginsberg (ginsberg)
- Re: [Lsr] Working Group Last Call for "Flexible A… Acee Lindem
- Re: [Lsr] Working Group Last Call for "Flexible A… Ketan Talaulikar