Re: [mpls] I-D Action: draft-ietf-mpls-summary-frr-rsvpte-03.txt

Tarek Saad <tsaad.net@gmail.com> Thu, 02 May 2019 15:32 UTC

Return-Path: <tsaad.net@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 686A6120419; Thu, 2 May 2019 08:32:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z4xy6U1URePa; Thu, 2 May 2019 08:32:07 -0700 (PDT)
Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D5611203DE; Thu, 2 May 2019 08:32:07 -0700 (PDT)
Received: by mail-io1-xd36.google.com with SMTP id y6so2533430ior.5; Thu, 02 May 2019 08:32:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:thread-topic:thread-index:date:message-id :references:in-reply-to:accept-language:content-language :content-transfer-encoding:mime-version; bh=gute5YVIOR00lKTFMWlQ83slRaypZ8BbthZ/24jxFZ8=; b=k8D0oHRjLXvE914ktuotU8TnpgunO08Nh0kWCG4yn1nk+xKfwjsss7GxITCDUKfrRw UgyWCfs1CB/rBRgfsYUXABoFCyktKyaxoVDxzg28RyPLZ8Fm470QJ+OnOzkl3TXW/S6s nFiUGlPDQsTKk4Eaj+BKJ/MMHPMG+DkjEZr0C5BtbqOlh1C0kD7FNZiftuFEb8+9PDcF EedOuCGho2yymVKelTH5IEXsY0NtIjBBGugktGld6R3tY/36OE/pDDa5pScylKojZmKB vHCiaMyY92LrKgk4C0116AHT2QIoM4XCr5758grgAyGjlmx7Z/uxpHR3Ox4PhfmEpbTG lXEQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:references:in-reply-to:accept-language:content-language :content-transfer-encoding:mime-version; bh=gute5YVIOR00lKTFMWlQ83slRaypZ8BbthZ/24jxFZ8=; b=SpBCZ6fShXYmHtR/S3j6VFRHTF2p6lfAao1kUyvmO3cY1ODCDJbY8+QJfHUDFZSDcu cdurf9OsJG9T8Tvd62EBX6DVX5Qy5ETU4EPxxAskBAkgUrnmn78tnD9R7DgKZiEnqx7v zxtaJ5SQlBsQaUdmzY6BqmSvvjpHe5cqKzb/AxznzZs4LzzIaAk6OAWmtXmg272hzv20 pOFl6kBtuZuTzLWcM/w5JiJyd+C0m9BZWXNEecHDcr1snrcC4+LzG3nl0KR+7g9F0MPm EcHIRWpQhi+SWDutW/WuRKUd5DWpEi+G3nMOpaZH78+ps+NZPcIKsbfAT6BDJL2PWjt8 FWMg==
X-Gm-Message-State: APjAAAUzu39qZNR3qcZ8RVcBiCLe14ZhcNsFoYZnU2SytWwNP0J7soaO UHI0a3/+rDZ8KGfucP3fkF7QtrNU
X-Google-Smtp-Source: APXvYqzXz2Yvu0mG+YzSKvB2FtZW0Njyz940in/0R9OoyrQ1r+gpLzALK2xDy3V2awXVT1/8xz7e7A==
X-Received: by 2002:a6b:c0c6:: with SMTP id q189mr3210652iof.283.1556811126334; Thu, 02 May 2019 08:32:06 -0700 (PDT)
Received: from BN8PR06MB6289.namprd06.prod.outlook.com ([52.96.29.13]) by smtp.gmail.com with ESMTPSA id u26sm15901460iob.78.2019.05.02.08.32.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 May 2019 08:32:05 -0700 (PDT)
From: Tarek Saad <tsaad.net@gmail.com>
To: "mpls@ietf.org" <mpls@ietf.org>, "i-d-announce@ietf.org" <i-d-announce@ietf.org>
Thread-Topic: [mpls] I-D Action: draft-ietf-mpls-summary-frr-rsvpte-03.txt
Thread-Index: ATU3Mzk0oFVN2flETjr/8/IiGEKRRr+TkfFI
X-MS-Exchange-MessageSentRepresentingType: 1
Date: Thu, 02 May 2019 15:32:04 +0000
Message-ID: <BN8PR06MB6289EE4A72FDA4C9904B29CBFC340@BN8PR06MB6289.namprd06.prod.outlook.com>
References: <155681058420.24798.7604385355375849125@ietfa.amsl.com>
In-Reply-To: <155681058420.24798.7604385355375849125@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-Exchange-Organization-SCL: -1
X-MS-TNEF-Correlator:
X-MS-Exchange-Organization-RecordReviewCfmType: 0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/6q3-a-Hid5Yz9Y2rQoGpnu5vlcQ>
Subject: Re: [mpls] I-D Action: draft-ietf-mpls-summary-frr-rsvpte-03.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 May 2019 15:32:10 -0000

Hi WG,

This update is to refresh the document and correct affiliations of two authors.

Regards,
Tarek

On 5/2/19, 11:23 AM, "mpls on behalf of internet-drafts@ietf.org" <mpls-bounces@ietf.org on behalf of internet-drafts@ietf.org> wrote:

    
    A New Internet-Draft is available from the on-line Internet-Drafts directories.
    This draft is a work item of the Multiprotocol Label Switching WG of the IETF.
    
            Title           : RSVP-TE Summary Fast Reroute Extensions for LSP Tunnels
            Authors         : Mike Taillon
                              Tarek Saad
                              Rakesh Gandhi
                              Abhishek Deshmukh
                              Markus Jork
                              Vishnu Pavan Beeram
    	Filename        : draft-ietf-mpls-summary-frr-rsvpte-03.txt
    	Pages           : 18
    	Date            : 2019-05-02
    
    Abstract:
       This document defines Resource Reservation Protocol (RSVP) Traffic-
       Engineering (TE) signaling extensions that reduce the amount of RSVP
       signaling required for Fast Reroute (FRR) procedures and subsequently
       improve the scalability of the RSVP-TE signaling when undergoing FRR
       convergence after a link or node failure.  Such extensions allow the
       RSVP message exchange between the Point of Local Repair (PLR) and the
       Merge Point (MP) to be independent of the number of protected Label
       Switched Paths (LSPs) traversing between them when facility bypass
       FRR protection is used.  The signaling extensions are fully backwards
       compatible with nodes that do not support them.
    
    
    The IETF datatracker status page for this draft is:
    https://datatracker.ietf.org/doc/draft-ietf-mpls-summary-frr-rsvpte/
    
    There are also htmlized versions available at:
    https://tools.ietf.org/html/draft-ietf-mpls-summary-frr-rsvpte-03
    https://datatracker.ietf.org/doc/html/draft-ietf-mpls-summary-frr-rsvpte-03
    
    A diff from the previous version is available at:
    https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-summary-frr-rsvpte-03
    
    
    Please note that it may take a couple of minutes from the time of submission
    until the htmlized version and diff are available at tools.ietf.org.
    
    Internet-Drafts are also available by anonymous FTP at:
    ftp://ftp.ietf.org/internet-drafts/
    
    _______________________________________________
    mpls mailing list
    mpls@ietf.org
    https://www.ietf.org/mailman/listinfo/mpls