Re: [Teas] FW: I-D Action: draft-ietf-teas-rfc3272bis-18.txt

Gyan Mishra <hayabusagsm@gmail.com> Tue, 05 July 2022 17:17 UTC

Return-Path: <hayabusagsm@gmail.com>
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 48D21C15AD4E for <teas@ietfa.amsl.com>; Tue, 5 Jul 2022 10:17:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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_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=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 zdS9lmiIntME for <teas@ietfa.amsl.com>; Tue, 5 Jul 2022 10:17:20 -0700 (PDT)
Received: from mail-pg1-x533.google.com (mail-pg1-x533.google.com [IPv6:2607:f8b0:4864:20::533]) (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 31D60C15BE7E for <teas@ietf.org>; Tue, 5 Jul 2022 10:17:20 -0700 (PDT)
Received: by mail-pg1-x533.google.com with SMTP id s27so11901455pga.13 for <teas@ietf.org>; Tue, 05 Jul 2022 10:17:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=pfYuYLV0g9gVmktXt9i02g9zc1bmMj6Z7hBZqFtXHvQ=; b=W0Eiit4X4aYX89RtyMSZmvq2wuIjBg8pjoMkfz375YIDz/XY2rWhrcDwenLFGPBkoO uUrBo4n2c8YULlBM2A6je/7hlARKBOUlue+jEFIMoyrIq0AlA1SEFXWB7Oo7kzde3u9V /sCwEQ04RC1VsdiZPrYHKo9M1asd4NqHRf0coZtlhI6w5VUqMsVNCJ18i0Z3Dm9JRuRL IQYlYovHIETMsiAAZjqJDAwl14eNZR87uv7b/aHzFJIqMVNG6vLbjHXniOK4fMuRp2Mf W2U01zEPpMOr+1WIKIYvh+x6ZXLZ/w2YFA4wlafktOy0HoVZJOvG9rxcqVdSyiisQhfa gpTw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=pfYuYLV0g9gVmktXt9i02g9zc1bmMj6Z7hBZqFtXHvQ=; b=aU7oJ+iURPTHqjaoa03xoYVI4z3YZ7/jd7z6jsvSpafYeGfH5orrM1IzOpussuorro hNQ++MRaNIKCmRXVcEJlG7BzInuO3Jt4I+sNTnIqBNsH7B2FZk/0724iduzU6TgeyrGG z9QngBISt2PAQFz9y45MgCdhGyuJOEfaqUhEtvv5sh22bB5efLPZ4Be2VQ9rxxHC3uU4 Nzy06W95E7Jz8v+bP0jgP7CLb65qIMxya670jRVweENvIK0Y9ZzTOXQgsJnsj4K6e+Ex VQRMrxsVyL6x2Rc9OfWI68sK5XC4IC+R4atBA4YI0CzlsxzByEJoh2Y5oKA4R5SeOmyZ CYRg==
X-Gm-Message-State: AJIora8Abn9o9uoLL58vJH68lk0iYoZCZzgFgPm2N3ElMGX5GzB/7nxU rk73BSovHzvHLrTu9rxy5FVSgOIJ+ERMv2fO5pBO5ZfI
X-Google-Smtp-Source: AGRyM1tWZlL0tKlSq/twc4ZuO1o3TC/v2hIA8cO07gMextKrGGzeVXXMggV89ubYIBLEO3RbrEIJjL3LxyM4tVnG3og=
X-Received: by 2002:a63:4042:0:b0:411:bbfe:e736 with SMTP id n63-20020a634042000000b00411bbfee736mr23909668pga.1.1657041439159; Tue, 05 Jul 2022 10:17:19 -0700 (PDT)
MIME-Version: 1.0
References: <165697222560.27478.2338137252302838593@ietfa.amsl.com> <049301d88ff2$701ff5f0$505fe1d0$@olddog.co.uk> <CABNhwV1yJX0uAriNsc4K8EuhFXqHAtHdNqu1prCzh+9UaFBp6Q@mail.gmail.com> <04e001d89058$216be2f0$6443a8d0$@olddog.co.uk>
In-Reply-To: <04e001d89058$216be2f0$6443a8d0$@olddog.co.uk>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Tue, 05 Jul 2022 13:17:07 -0400
Message-ID: <CABNhwV24pqB8b-RhvQENNYHNegwc6kfRnt_uHiysawC38cdFtg@mail.gmail.com>
To: adrian@olddog.co.uk
Cc: TEAS WG <teas@ietf.org>
Content-Type: multipart/related; boundary="0000000000005c134005e31206a3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/3N9fQDD0zQwOGU7s-V_DTanJISo>
Subject: Re: [Teas] FW: I-D Action: draft-ietf-teas-rfc3272bis-18.txt
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: Tue, 05 Jul 2022 17:17:24 -0000

Hi Adrian

Text below:

RSVP-TE enables the instantiation of static MPLS LSP loose hops, strict
hops or a dynamic LSP using IGP extension for ISIS RFC 5305, OSPFV2
extension RFC 3630 and OSPFv3 extension RFC 5329 for cSPF (constrained SPF)
Traffic Engineering database (TED) using static TE metrics.  RSVP-TE has
now evolved to provide real time dynamic metrics for path selection using
RSVP-TE ISIS extension RFC 7810 and RSVP-TE OSPF extension RFC 7471 based
on IPPM STAMP RFC 8972 and TWAMP RFC 5357 performance measurements for low
latency paths. RSVP-TE provides traffic  management capabilities with ECN
style congestion notification using setup and hold RSVP-TE LSP priorities
allowing the ability to preempt LSPs based on traffic class as well as
re-optimization fallback to primary path.  Traffic management features have
been enhanced significantly with newer hardware and software capabilities.
RSVP-TE provides link affinity bits to provide a method to include or
exclude links from TED database for cSPF dynamic LSP instantiation. RSVP-TE
provides Fast Reroute (FRR) pre signaled Make before break (MBB) link, node
and path protection from Point of Local Repair (PLR) to Merge Point (MP)
with FRR extension RFC 4090, yielding approximately 50ms restoration time
for both P2P and P2MP RSVP-TE tunnels.  RSVP-TE supports Inter-AS TE with
ISIS extension RFC 5316 and OSPF extension RFC 5392 and Inter Domain MPLS
and GMPLS RSVP-TE extension RFC 5151.

RSVP-TE has historically been used when bandwidth was constrained, however
as bandwidth has increased exponentially over the years, RSVP-TE has
evolved into a bandwidth management tool to provide bandwidth efficiency
and proactive resource management.

Thanks

Gyan

On Tue, Jul 5, 2022 at 6:15 AM Adrian Farrel <adrian@olddog.co.uk> wrote:

> OK. Thanks.
>
>
>
> A
>
>
>
> *From:* Gyan Mishra <hayabusagsm@gmail.com>
> *Sent:* 04 July 2022 23:50
> *To:* adrian@olddog.co.uk
> *Cc:* TEAS WG <teas@ietf.org>
> *Subject:* Re: [Teas] FW: I-D Action: draft-ietf-teas-rfc3272bis-18.txt
>
>
>
> Hi Adrian
>
>
>
> I am working on some text to Dons questions as well as additional RSVP-TE
> related details to the new section created.
>
>
>
> Thanks
>
>
>
> Gyan
>
>
>
> On Mon, Jul 4, 2022 at 6:07 PM Adrian Farrel <adrian@olddog.co.uk> wrote:
>
> OK.
>
> We now have a small Appendix section to cover CR-LDP.
>
> Does anyone else have a further proposal to address Don's comments or are
> we
> done?
>
> Cheers,
> Adrian
>
> -----Original Message-----
> From: I-D-Announce <i-d-announce-bounces@ietf.org> On Behalf Of
> internet-drafts@ietf.org
> Sent: 04 July 2022 23:04
> To: i-d-announce@ietf.org
> Cc: teas@ietf.org
> Subject: I-D Action: draft-ietf-teas-rfc3272bis-18.txt
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
> This draft is a work item of the Traffic Engineering Architecture and
> Signaling WG of the IETF.
>
>         Title           : Overview and Principles of Internet Traffic
> Engineering
>         Author          : Adrian Farrel
>   Filename        : draft-ietf-teas-rfc3272bis-18.txt
>   Pages           : 97
>   Date            : 2022-07-04
>
> Abstract:
>    This document describes the principles of traffic engineering (TE) in
>    the Internet.  The document is intended to promote better
>    understanding of the issues surrounding traffic engineering in IP
>    networks and the networks that support IP networking, and to provide
>    a common basis for the development of traffic engineering
>    capabilities for the Internet.  The principles, architectures, and
>    methodologies for performance evaluation and performance optimization
>    of operational networks are also discussed.
>
>    This work was first published as RFC 3272 in May 2002.  This document
>    obsoletes RFC 3272 by making a complete update to bring the text in
>    line with best current practices for Internet traffic engineering and
>    to include references to the latest relevant work in the IETF.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-teas-rfc3272bis/
>
> There is also an htmlized version available at:
> https://datatracker.ietf.org/doc/html/draft-ietf-teas-rfc3272bis-18
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-rfc3272bis-18
>
>
> Internet-Drafts are also available by rsync at
> rsync.ietf.org::internet-drafts
>
>
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft directories: http://www.ietf.org/shadow.html
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>
> _______________________________________________
> Teas mailing list
> Teas@ietf.org
> https://www.ietf.org/mailman/listinfo/teas
>
> --
>
> [image: Image removed by sender.] <http://www.verizon.com/>
>
> *Gyan Mishra*
>
> *Network Solutions Architect *
>
> *Email gyan.s.mishra@verizon.com <gyan.s.mishra@verizon.com>*
>
> *M 301 502-1347*
>
>
>
-- 

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *

*Email gyan.s.mishra@verizon.com <gyan.s.mishra@verizon.com>*



*M 301 502-1347*