Re: [mpls] [spring] [SPRING] Query related to SR Architecture

Robert Raszuk <robert@raszuk.net> Thu, 10 September 2015 18:49 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 2D6541B5EFA; Thu, 10 Sep 2015 11:49:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 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, 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 Kkg5jLYkblQg; Thu, 10 Sep 2015 11:49:19 -0700 (PDT)
Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (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 1F4C81B59B6; Thu, 10 Sep 2015 11:49:19 -0700 (PDT)
Received: by wicfx3 with SMTP id fx3so38941401wic.1; Thu, 10 Sep 2015 11:49:17 -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:content-transfer-encoding; bh=7fC6uDqsnYS5/89iL7Azps+vCu1l78I5D6RMgcpU3T0=; b=E6xv5BL6C7rJEu0WDQ2ZAauHpHDAXXEeo78VvrVa8PzEFQByffuBUMV9glRUfGjYrM k2iy9KOkePn95xO65vCUX/Kwc3gnHjq0eTK5q+lLFWg5/jX5EKXeRRIGfnTx5YrhLsm5 loM89FNkc+onIevwX/ENxSJA5PtWdlBxmh1tITGgzpLLzfr6lRPDcuyZzq2aS/K3shRt 6qW9oAY6EFVtjmd2ZYOpnxM5rqNJmIiU/rts52g5FV6Zo+nyxYjTYmfKjicMbf1NVzQV Uua0ViN7N/fwVReceLEWoG0/LNNWXtXXAoZ+oxpBCOj8KFM2kvOQlFG2e9A+d7SDUqbA uaMg==
MIME-Version: 1.0
X-Received: by 10.194.238.39 with SMTP id vh7mr70587616wjc.109.1441910957700; Thu, 10 Sep 2015 11:49:17 -0700 (PDT)
Sender: rraszuk@gmail.com
Received: by 10.194.37.5 with HTTP; Thu, 10 Sep 2015 11:49:17 -0700 (PDT)
In-Reply-To: <AD1F906B-653E-45DB-8347-40CE294FC031@cisco.com>
References: <544F5E3F-82AD-49BA-A83B-201DE49A08A6@juniper.net> <327562D94EA7BF428CD805F338C31EF06C0496F5@nkgeml512-mbx.china.huawei.com> <99EAE216-DB6C-4AFD-8E5C-E834D68CBF52@juniper.net> <327562D94EA7BF428CD805F338C31EF06C04975F@nkgeml512-mbx.china.huawei.com> <151A634F-9F72-40E6-AAC7-94F66F2CDFF5@juniper.net> <D2171FC6.2DF9A%acee@cisco.com> <327562D94EA7BF428CD805F338C31EF06C049BD1@nkgeml512-mbx.china.huawei.com> <D21742AA.2E003%acee@cisco.com> <CA+b+ERkZS=s-B57e6_GM_N-CENnKJK5MGZyJga68QLgX7PLKSA@mail.gmail.com> <AD1F906B-653E-45DB-8347-40CE294FC031@cisco.com>
Date: Thu, 10 Sep 2015 20:49:17 +0200
X-Google-Sender-Auth: MapX0CmWzGEO4tTFlxao-0Vb17E
Message-ID: <CA+b+ER=CwOPABowFf+mGVD-KGMX+-jcpS7ayiO3HgGHr+X781w@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
To: "Acee Lindem (acee)" <acee@cisco.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/QiUnyBZNNq5WBUHyvosmTjeqgZM>
Cc: "mpls@ietf.org" <mpls@ietf.org>, Gaurav agrawal <gaurav.agrawal@huawei.com>, Vinod Kumar S 70786 <v70786@notesmail.huawei.com.cn>, "spring@ietf.org" <spring@ietf.org>, "Anil Kumar S N \(VRP Network BL\)" <anil.sn@huawei.com>, Pushpasis Sarkar <psarkar@juniper.net>
Subject: Re: [mpls] [spring] [SPRING] Query related to SR Architecture
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, 10 Sep 2015 18:49:20 -0000

> But the mechanisms for advertising the label semantics as such must
> be specified as well.

I don't think so ... in the age of SDN those can be one time pushed
from controller to network element as example.

Those can also be configured by hand.

Especially if we are talking domian/global label values.

Cheers,
R.


On Thu, Sep 10, 2015 at 8:44 PM, Acee Lindem (acee) <acee@cisco.com> wrote:
> Hi Robert,
>
> On Sep 10, 2015, at 2:38 PM, Robert Raszuk <robert@raszuk.net> wrote:
>
> Hey Acee,
>
>>
>> In MPLS, one label is like any other label (except for the first 15 which
>> are reserved). I think you are missing a whole lot of context here - you
>> can’t just declare a new label type with different semantics.
>
>
>
> That is actually quite incorrect :)  We do declare new semantics for labels
> all the time ...
>
> Few examples:
>
> - context label
> - entropy label
> - sr label
> etc…
>
>
> But the mechanisms for advertising the label semantics as such must be
> specified as well.
>
> Thanks,
> Acee
>
>
>
> Cheers,
> R
>
>