Re: [mpls] draft-fang-mpls-label-forwarding-no-swap - how much does it really save?
Robert Raszuk <robert@raszuk.net> Thu, 23 July 2015 21:11 UTC
Return-Path: <rraszuk@gmail.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 4C71C1ACE17 for <mpls@ietfa.amsl.com>; Thu, 23 Jul 2015 14:11:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.277
X-Spam-Level:
X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no
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 vm2FzH72m2t0 for <mpls@ietfa.amsl.com>; Thu, 23 Jul 2015 14:11:55 -0700 (PDT)
Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (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 751021A8791 for <mpls@ietf.org>; Thu, 23 Jul 2015 14:11:54 -0700 (PDT)
Received: by wicmv11 with SMTP id mv11so40518895wic.0 for <mpls@ietf.org>; Thu, 23 Jul 2015 14:11:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=KCVjLJ0awp1EU7qSx8Y3n9QtdHn+GY53Vtw9B034nls=; b=Q14M+NoMMlhTrsc9G+OSJ+C4S1txU2QH4aAUh3QTe8vGMxVIk1oHxNhtaT+VFnmgLO qharRWbrAJ/ZWJqHmyVD+o6rfUlRrGII+L5v7lezYnBcgKFvT+p4uobxVXe++Ui71bOF w3bBapWZHmZsBF201+7t9nbmeAfnPF5HRTbvt1x2TMWNdDa/Zsjuz7847VJqmhA1dbQm W6YxKQAI9e7FUyR1k8WnZGvKLKkK6KU0bzaPHpCG9oAwBlyKVMxQY1dZY2SkYU+c5pzn EZKUaW9kyCs2HiHJZ+qGJDCkuwdV4Fi82oxLyx6Gzl4trqXpYhjqZCVmJefBfOYJ26/H /ULw==
MIME-Version: 1.0
X-Received: by 10.180.186.35 with SMTP id fh3mr409818wic.7.1437685913254; Thu, 23 Jul 2015 14:11:53 -0700 (PDT)
Sender: rraszuk@gmail.com
Received: by 10.194.95.168 with HTTP; Thu, 23 Jul 2015 14:11:53 -0700 (PDT)
In-Reply-To: <4A6CE49E6084B141B15C0713B8993F2831F7A945@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>
Date: Thu, 23 Jul 2015 23:11:53 +0200
X-Google-Sender-Auth: er54L1_iZQszqF6M-8gGbx8HLwA
Message-ID: <CA+b+ERkcfqNRDZc_cv8WB56OHrbhfzSxx2aKdACeUjtOKwL6YQ@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
To: Shahram Davari <davari@broadcom.com>
Content-Type: multipart/alternative; boundary="001a11c26120288123051b91567c"
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/BsJFrqKJRxWrUukULyefJcA8TDY>
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:11:56 -0000
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> wrote: > Hi Robert, > > > > How are these labels distributed? Via LDP or via SDN controller? > > > > Thanks > > Shahram > > > > *From:* 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; 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