Re: [Teas] WG Last Call: draft-ietf-teas-rfc3272bis-16

Adrian Farrel <adrian@olddog.co.uk> Mon, 27 June 2022 15:54 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F138CC13A25A; Mon, 27 Jun 2022 08:54:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=ham 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 0eNjeuV9yJdO; Mon, 27 Jun 2022 08:54:52 -0700 (PDT)
Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E7694C14F744; Mon, 27 Jun 2022 08:54:51 -0700 (PDT)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta5.iomartmail.com (8.14.7/8.14.7) with ESMTP id 25RFsmjM011259; Mon, 27 Jun 2022 16:54:48 +0100
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 8A5F64604C; Mon, 27 Jun 2022 16:54:48 +0100 (BST)
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 8713246053; Mon, 27 Jun 2022 16:54:48 +0100 (BST)
Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs2.iomartmail.com (Postfix) with ESMTPS; Mon, 27 Jun 2022 16:54:48 +0100 (BST)
Received: from LAPTOPK7AS653V (93.197.bbplus.pte-ag1.dyn.plus.net [81.174.197.93] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.7/8.14.7) with ESMTP id 25RFsl6X009728 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Jun 2022 16:54:48 +0100
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Don Fedyk' <dfedyk@labn.net>, 'Vishnu Pavan Beeram' <vishnupavan@gmail.com>, 'TEAS WG' <teas@ietf.org>
Cc: 'TEAS WG Chairs' <teas-chairs@ietf.org>
References: <CA+YzgTtkkKrbaPKidFEJfqfrsKSTDFV98LXuVd2pbk1_s4__iQ@mail.gmail.com> <CA+YzgTsUJyk1WRFU=H79qxz_8it1QN57oc+qe3Jao_xo4sji3g@mail.gmail.com> <MN2PR14MB4030DCE36D32F71F05B22305BBB59@MN2PR14MB4030.namprd14.prod.outlook.com>
In-Reply-To: <MN2PR14MB4030DCE36D32F71F05B22305BBB59@MN2PR14MB4030.namprd14.prod.outlook.com>
Date: Mon, 27 Jun 2022 16:54:47 +0100
Organization: Old Dog Consulting
Message-ID: <059901d88a3e$3ac36900$b04a3b00$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_059A_01D88A46.9C890980"
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-gb
Thread-Index: AQIFEcIjH4mNsDnW1Guv6OCb7hE8dQHkSMDfAsk9ggCs5N6P8A==
X-Originating-IP: 81.174.197.93
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.1.0.2090-9.0.0.1002-26982.001
X-TM-AS-Result: No--24.943-10.0-31-10
X-imss-scan-details: No--24.943-10.0-31-10
X-TMASE-Version: IMSVA-9.1.0.2090-9.0.1002-26982.001
X-TMASE-Result: 10--24.942800-10.000000
X-TMASE-MatchedRID: IeZYkn8zfFpfsB4HYR80ZnFPUrVDm6jtkYC3rjkUXRK+y4Y487IcAVNc krsqttJrVL7hYtAXppaIT8eUrs+4RTa7IBuOPthEAjqAxuWkdTFSHjB5Y+o5ZPf7e8D+pIlBj+v Rrcokg+VH5tpdUOLpvtVvt0DV9kJ6y/mL2Zbj/gF0+657dxGJGONQ6HUR7OtPgPkhyfoNzjb2TI LbSukffZFck15E32h/kOcwBPOYkI0K7KTjKVoencczWng2hbKD82SgwNf6SK5nyL8x0tKlOyyzv IFetrNT99RfPuwPDMhnPn/gw3TLSCqvXazqK7i8OH1VCwfyKqGBs03RHrzjM8RaF1V1c2e/CMmW J6tUT+dKoKkdloBnclzO9zXj3kC+waTVz+4AB4mcgbKevk5shlgv+2jH1dCRDmmxK0Skkb02eOg l159VVHKQ8XCI24Sw6SR4FOH3o7R0mdHc6F2zftyBRU/cKn69aEqnbo9ar0uaSIMQ1YDo/Ov0bb WUFg/Qy7IvXGJw9OPICJ7VDUlDnLBwfDMS2TnJtT4jIeGRd/VULRRq00o2mQzvg1/q1MH2Tsd+c H/F96rjPMV7VIvSVowBmCOEcqBv5GMsxwj0E4wTuwt1FVoaZ99WrDP4LKdpnSgPkvDdtOgSpKYP HUJnSpCJSqC8FQVQPA1qQZtQo2U5jS4V09dQzlICmG2RRehovO61PPXizyki4icue53qwNo4FZo SpQ8Yqh9drh/jR8JUIeWBPbgx+4M8neyDXeYnbApbcE5szFOZEoWHC6Rh/a4xe76u1+qIJcs0zD Gn5xi0QrBUeiB2+53iQxeYEHlxu4AM1i3aFvZ9dWbpg7kae30tCKdnhB58r10pknZXGJqy5/tFZ u9S3M+9+OQ9U/5fvECLuM+h4RB+3BndfXUhXQ==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/SC-rQXVIJ_zNu18M4cSKJKRRCSE>
Subject: Re: [Teas] WG Last Call: draft-ietf-teas-rfc3272bis-16
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Jun 2022 15:54:54 -0000

Hey Don,

 

Thanks for the review.

 

Responses in line.

 

Cheers,

Adrian

 

From: Teas <teas-bounces@ietf.org> On Behalf Of Don Fedyk
Sent: 23 June 2022 17:44
To: Vishnu Pavan Beeram <vishnupavan@gmail.com>; TEAS WG <teas@ietf.org>
Cc: TEAS WG Chairs <teas-chairs@ietf.org>
Subject: Re: [Teas] WG Last Call: draft-ietf-teas-rfc3272bis-16

 

Hi

 

I have reviewed the document and think the main body provides good coverage of TE mechanisms.  

 

The Appendixes A and B seem to stop at describing 25-year-old technology.  

If they are not going to be updated, I would recommend removing them. 

 

[AF] The history is that the text used to be in the main body of RFC 3272, but was moved out as a distraction.

 

[AF] I certainly don’t mind removing them. I don’t hear an outcry to do that.

 

[AF] It is certainly meant to be “historic” and I think the split is that material is either in the main text or in the appendix. So balancing acts we can take include:

 

[AF] – Move things from the main body to the Appendixes

[AF] – Fill any lacunae between the main text and the Appendixes

 

[AF] I think that discussion plays into the rest of the email.

 

In the Appendix A the document points out that TE is evolutionary but stops at A.3.1 with the Overlay Model and 25-year-old technology.

I like this appendix and think it is important, but the evolution continued with MPLS displacing ATM etc. 

As pointed out, in the main body many TE mechanisms were developed to improve or address issues with earlier TE mechanisms.  

I think this Appendix should be updated. 

 

[AF] MPLS is discussed a fair bit in the body of the document. So the challenges for you are:

 

[AF] – How to decide what material moves from the main body to the Appendix? I would say that MPLS TE is current technology in as much as it is currently deployed and used in a lot of networks.

[AF] – Who is going to answer your request to update the text? Anyone is free to contribute!

 

An important backdrop to TE Evolution is technology evolution: 

More powerful processing has allowed more optimal placement of traffic. 

 

[AF] I think this might be an indirect consequence. The processing allows some more sophisticated algorithms to be run, but it’s been possible to run them (in real time) for 20 years. So what would we add, and where?

 

More powerful forwarding hardware/software has allowed more elaborate queueing and traffic management. 

 

[AF] This is certainly true compared with fifty years ago, and the ECN knowledge has improved. But what to say, and where?

 

TE deployment runs in cycles where the network is bandwidth constrained and the use of TE is important then the link rates jump an order of magnitude and TE can become a burden. 

Fast forward a couple of years, and now the network utilization is increasing and the choice of adding bandwidth or adding TE to use the resources more efficiently re-emerges. 

 

[AF] That’s an interesting point. Do you want to suggest text and where it should be placed in the document?

 

In Append B Overview of Traffic Engineering Related Work in Other SDOs  <-  Not what is in this section.  

I suggest removing or renaming this appendix. 

 

[AF] Same thing about removal. I have no objection, the text was inherited but moved out of the main body, no one else has asked for removal.

 

[AF] Renaming it to what? 

 

 

 

Cheers

Don

 

From: Teas <teas-bounces@ietf.org <mailto:teas-bounces@ietf.org> > On Behalf Of Vishnu Pavan Beeram
Sent: Thursday, June 16, 2022 8:58 AM
To: TEAS WG <teas@ietf.org <mailto:teas@ietf.org> >
Cc: TEAS WG Chairs <teas-chairs@ietf.org <mailto:teas-chairs@ietf.org> >
Subject: Re: [Teas] WG Last Call: draft-ietf-teas-rfc3272bis-16

 

Thanks to everyone who reviewed and sent in their comments!

 

We are extending the last call to June 24th to allow for a few more reviews.

 

Regards,

-Pavan

 

On Tue, May 24, 2022 at 10:51 PM Vishnu Pavan Beeram <vishnupavan@gmail.com <mailto:vishnupavan@gmail.com> > wrote:

All,

This starts working group last call on

https://datatracker.ietf.org/doc/draft-ietf-teas-rfc3272bis/


Given the size of the document, this will be an extended
LC (3 weeks). The working group last call ends on June 14th.
Please send your comments to the working group mailing list.

Positive comments, e.g., "I've reviewed this document
and believe it is ready for publication", are welcome!
This is useful and important, even from authors.

Thank you,
Pavan (Co-Chair & Doc Shepherd)