Re: [mpls] draft-fang-mpls-label-forwarding-no-swap - how much does it really save?
Shahram Davari <davari@broadcom.com> Thu, 23 July 2015 21:16 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 779C01ACE28 for <mpls@ietfa.amsl.com>; Thu, 23 Jul 2015 14:16:33 -0700 (PDT)
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 gn6PEJN8T36e for <mpls@ietfa.amsl.com>; Thu, 23 Jul 2015 14:16:31 -0700 (PDT)
Received: from mail-gw1-out.broadcom.com (mail-gw1-out.broadcom.com [216.31.210.62]) by ietfa.amsl.com (Postfix) with ESMTP id 5E08C1ACE70 for <mpls@ietf.org>; Thu, 23 Jul 2015 14:16:03 -0700 (PDT)
X-IronPort-AV: E=Sophos; i="5.15,533,1432623600"; d="scan'208,217"; a="70739566"
Received: from irvexchcas06.broadcom.com (HELO IRVEXCHCAS06.corp.ad.broadcom.com) ([10.9.208.53]) by mail-gw1-out.broadcom.com with ESMTP; 23 Jul 2015 15:27:11 -0700
Received: from SJEXCHCAS05.corp.ad.broadcom.com (10.16.203.12) by IRVEXCHCAS06.corp.ad.broadcom.com (10.9.208.53) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 23 Jul 2015 14:16:02 -0700
Received: from SJEXCHMB12.corp.ad.broadcom.com ([fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS05.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0235.001; Thu, 23 Jul 2015 14:16:02 -0700
From: Shahram Davari <davari@broadcom.com>
To: Robert Raszuk <robert@raszuk.net>
Thread-Topic: [mpls] draft-fang-mpls-label-forwarding-no-swap - how much does it really save?
Thread-Index: AQHQwwR9OwfTAAS3/0O9L44IGnUJ+p3kitkggACE/YD//5XgUIAAgauAgATLuoD//53LMIAAds+A//+LGHA=
Date: Thu, 23 Jul 2015 21:16:02 +0000
Message-ID: <4A6CE49E6084B141B15C0713B8993F2831F7AAC7@SJEXCHMB12.corp.ad.broadcom.com>
References: <55AD19F2.1010206@cisco.com> <4A6CE49E6084B141B15C0713B8993F2831F73A21@SJEXCHMB12.corp.ad.broadcom.com> <55AD2DAD.4060908@juniper.net> <4A6CE49E6084B141B15C0713B8993F2831F73F3A@SJEXCHMB12.corp.ad.broadcom.com> <55AD416D.2020306@juniper.net> <CA+b+ER=nEqxiHigEFbgY9LehQMRNH8rOzQKeTQpmMrHh6_-MEA@mail.gmail.com> <4A6CE49E6084B141B15C0713B8993F2831F7A945@SJEXCHMB12.corp.ad.broadcom.com> <CA+b+ERkcfqNRDZc_cv8WB56OHrbhfzSxx2aKdACeUjtOKwL6YQ@mail.gmail.com>
In-Reply-To: <CA+b+ERkcfqNRDZc_cv8WB56OHrbhfzSxx2aKdACeUjtOKwL6YQ@mail.gmail.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_4A6CE49E6084B141B15C0713B8993F2831F7AAC7SJEXCHMB12corpa_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/IRbYleTCxVMYY_qvjyJiskuYM40>
Cc: "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] draft-fang-mpls-label-forwarding-no-swap - how much does it really save?
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: Thu, 23 Jul 2015 21:16:33 -0000
Robert, So instead of calling it no-swap probably you should call it global label or so, and then define new control plane for it. But seems the data-pane behavior does not change and existing hardware can support this global label. So maybe you just need new control plane. Thx Shahram From: rraszuk@gmail.com [mailto:rraszuk@gmail.com] On Behalf Of Robert Raszuk Sent: Thursday, July 23, 2015 2:12 PM To: Shahram Davari Cc: Eric C Rosen; stbryant@cisco.com; mpls@ietf.org Subject: Re: [mpls] draft-fang-mpls-label-forwarding-no-swap - how much does it really save? Hi Shahram, Labels which are non of a local significance can be distributed by flooding protocols extensions (ISIS, OSPF) or by direct p2p sessions (BGP 3107, sessions from the controller, XMPP etc ...) The important part is that the actual forwarding is computed recursively or set at the controller. AFAIK I have not seen any proposal where LDP would play any role in such distribution. Regards, R. On Thu, Jul 23, 2015 at 11:07 PM, Shahram Davari <davari@broadcom.com<mailto:davari@broadcom.com>> wrote: Hi Robert, How are these labels distributed? Via LDP or via SDN controller? Thanks Shahram From: rraszuk@gmail.com<mailto:rraszuk@gmail.com> [mailto:rraszuk@gmail.com<mailto:rraszuk@gmail.com>] On Behalf Of Robert Raszuk Sent: Thursday, July 23, 2015 12:58 PM To: Eric C Rosen Cc: Shahram Davari; stbryant@cisco.com<mailto:stbryant@cisco.com>; mpls@ietf.org<mailto:mpls@ietf.org> Subject: Re: [mpls] draft-fang-mpls-label-forwarding-no-swap - how much does it really save? Hi Eric, If you notice that the incoming label needs to be 'replaced' by an outgoing label of the same value, you could just make the rewrite string shorter, so it won't overwrite the top label on the stack. This seems to be what the draft suggests, but it could be done as an optimization for the particular case where the incoming and outgoing labels have the same value. This is precisely the crux where your statement fails. You use term "incoming label" and "outgoing lable" ... well in the new architectures there is no such things. It is a "global label" or "path label" with adjacency information. So to support legacy hardware new control plane has to make up from single label now two (identical) labels to pass it to data plane. Now also data plane must be smart to check that and program its state per your suggestion. Why would we do that other then due to worry about legacy chipsets feared to be non compliant to new RFC ? Many thx, R.
- [mpls] draft-fang-mpls-label-forwarding-no-swap -… Stewart Bryant
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Shahram Davari
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Eric C Rosen
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Shahram Davari
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Shahram Davari
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Eric C Rosen
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… S. Davari
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew G. Malis
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Alexander Vainshtein
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew G. Malis
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Alexander Vainshtein
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Stewart Bryant
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Alexander Vainshtein
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Adrian Farrel
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Alexander Vainshtein
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Stewart Bryant
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Loa Andersson
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Shahram Davari
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew G. Malis
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Shahram Davari
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Shahram Davari
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Gregory Mirsky
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Shahram Davari
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Eric C Rosen
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Shahram Davari
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Gregory Mirsky
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Shahram Davari
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Gregory Mirsky
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Alexander Vainshtein
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Xuxiaohu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Alexander Vainshtein
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Alexander Vainshtein
- [mpls] 答复: draft-fang-mpls-label-forwarding-no-sw… Lizhenbin
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Xuxiaohu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Eric C Rosen
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Uma Chunduri
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Jeff Tantsura
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] 答复: draft-fang-mpls-label-forwarding-n… Eric C Rosen
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Eric C Rosen
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Adrian Farrel
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Adrian Farrel
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew G. Malis
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] 答复: draft-fang-mpls-label-forwarding-n… Loa Andersson
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Stewart Bryant
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Eric C Rosen
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Stewart Bryant
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Robert Raszuk
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew G. Malis
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Gregory Mirsky
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Shahram Davari
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Alexander Vainshtein
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Adrian Farrel
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Xuxiaohu
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Stewart Bryant
- Re: [mpls] draft-fang-mpls-label-forwarding-no-sw… Andrew Qu