[mpls] draft-esale-mpls-ldp-node-frr-00
Shahram Davari <davari@broadcom.com> Wed, 04 November 2015 01:29 UTC
Return-Path: <davari@broadcom.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E47961A8899 for <mpls@ietfa.amsl.com>; Tue, 3 Nov 2015 17:29:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.209
X-Spam-Level:
X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 wU3Xur5IkBrU for <mpls@ietfa.amsl.com>; Tue, 3 Nov 2015 17:29:37 -0800 (PST)
Received: from mail-gw2-out.broadcom.com (mail-gw2-out.broadcom.com [216.31.210.63]) by ietfa.amsl.com (Postfix) with ESMTP id 247051A8898 for <mpls@ietf.org>; Tue, 3 Nov 2015 17:29:37 -0800 (PST)
X-IronPort-AV: E=Sophos; i="5.20,240,1444719600"; d="scan'208,217"; a="79626329"
Received: from irvexchcas06.broadcom.com (HELO IRVEXCHCAS06.corp.ad.broadcom.com) ([10.9.208.53]) by mail-gw2-out.broadcom.com with ESMTP; 03 Nov 2015 18:01:05 -0800
Received: from SJEXCHCAS03.corp.ad.broadcom.com (10.16.203.8) by IRVEXCHCAS06.corp.ad.broadcom.com (10.9.208.53) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 3 Nov 2015 17:29:36 -0800
Received: from SJEXCHMB12.corp.ad.broadcom.com ([fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS03.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0235.001; Tue, 3 Nov 2015 17:29:36 -0800
From: Shahram Davari <davari@broadcom.com>
To: "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: draft-esale-mpls-ldp-node-frr-00
Thread-Index: AdEWntxZCDi6JDKdQ06V/allOy8YMg==
Date: Wed, 04 Nov 2015 01:29:35 +0000
Message-ID: <4A6CE49E6084B141B15C0713B8993F283204F7B6@SJEXCHMB12.corp.ad.broadcom.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.16.203.100]
Content-Type: multipart/alternative; boundary="_000_4A6CE49E6084B141B15C0713B8993F283204F7B6SJEXCHMB12corpa_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/c2PoEGRG09LU4OGU1h2FHy1HdgM>
Subject: [mpls] draft-esale-mpls-ldp-node-frr-00
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
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: Wed, 04 Nov 2015 01:29:39 -0000
Hi, Although the problem the draft is trying to solve is a legitimate problem, but the solution has a number of issues: 1) It requires ingress LER to impose a stack of labels that is potentially large. Existing HW can't currently support this and therefore this draft requires replacing all LER HW 2) The solution requires all intermediate LSRs to support this new RSVP-TE extension. 3) The QoS is not guaranteed. Since there is no correlation between ultimate LSP and the DLL Stack. Since potentially many LSPs may be required to go through the same path and they will all use the same DLL stack. 4) Switching multiple times to final LSP causes in flight packet drops and out of order delivery 5) In a large MPLS network, There is no guarantee that the RESV message comes back with low delay. Thx Shahram
- [mpls] draft-esale-mpls-ldp-node-frr-00 Shahram Davari
- Re: [mpls] draft-esale-mpls-ldp-node-frr-00 Shah, Himanshu
- Re: [mpls] draft-esale-mpls-ldp-node-frr-00 Shahram Davari