IETF Logo Mail Archive

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

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Wed, 09 September 2015 11:31 UTC

Return-Path: <Alexander.Vainshtein@ecitele.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 063EB1ACF18; Wed, 9 Sep 2015 04:31:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 Z5rMQU3rSYVf; Wed, 9 Sep 2015 04:31:15 -0700 (PDT)
Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0705.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe04::705]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E12D1ACE47; Wed, 9 Sep 2015 04:31:14 -0700 (PDT)
Received: from DB3PR03MB0780.eurprd03.prod.outlook.com (10.161.55.12) by DB3PR03MB0777.eurprd03.prod.outlook.com (10.161.54.27) with Microsoft SMTP Server (TLS) id 15.1.262.15; Wed, 9 Sep 2015 11:30:54 +0000
Received: from DB3PR03MB0780.eurprd03.prod.outlook.com ([10.161.55.12]) by DB3PR03MB0780.eurprd03.prod.outlook.com ([10.161.55.12]) with mapi id 15.01.0262.011; Wed, 9 Sep 2015 11:30:54 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: Gaurav agrawal <gaurav.agrawal@huawei.com>
Thread-Topic: [SPRING] Query related to SR Architecture
Thread-Index: AdDq65ivSlkcrVwiTI617CwiZGO4PQABzFLA
Date: Wed, 09 Sep 2015 11:30:54 +0000
Message-ID: <DB3PR03MB0780CFBEDF2DB23373B340849D520@DB3PR03MB0780.eurprd03.prod.outlook.com>
References: <2F2059F256F9B24F82EAC5EE47F446C6B0134B3A@szxemi502-mbx.china.huawei.com>
In-Reply-To: <2F2059F256F9B24F82EAC5EE47F446C6B0134B3A@szxemi502-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Alexander.Vainshtein@ecitele.com;
x-originating-ip: [147.234.56.21]
x-microsoft-exchange-diagnostics: 1; DB3PR03MB0777; 5:8uZ8QYxZRE2N2/p8s8EV8bRAWDdO9Rjh+hx4ptkdGAD1xXb5M/JSNJHSWlKZ386ODAW673wqg68lOM4AiU2phNyjFZdxmRoK7o1TBBQtvyI7zfvENOuCNTrU8ZzXP278Q+q6ajHCjvDUPgsY3V7jlw==; 24:igTpYQnboCe/dy2nkwvKuK8puCZipAUFjyOUvxwKZk56rjvppYV6PvHkKNqR4a8rvwfUDdyNEThRPZBX7yvV2zOzP0dg7ucC9ysSNccVl7M=; 20:JmIiFkScWoWAEBLb9+qwjlqmMNm51pShNunB31NVSrMabkp3/PGmZF/Erbf9TZNcYoFu9R+hg5kcn/w+T8zm7g==
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0777;
x-microsoft-antispam-prvs: <DB3PR03MB07777B0407621E955E5D0D3A9D520@DB3PR03MB0777.eurprd03.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(108003899814671);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(8121501046)(5005006)(3002001); SRVR:DB3PR03MB0777; BCL:0; PCL:0; RULEID:; SRVR:DB3PR03MB0777;
x-forefront-prvs: 0694C54398
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(252514010)(199003)(501624003)(377454003)(189002)(77156002)(19627595001)(19609705001)(68736005)(5001960100002)(101416001)(189998001)(62966003)(33656002)(5001860100001)(110136002)(11100500001)(10400500002)(15975445007)(102836002)(86362001)(64706001)(5002640100001)(5003600100002)(19625215002)(106356001)(77096005)(17760045003)(16236675004)(76176999)(87936001)(50986999)(99936001)(92566002)(54356999)(66066001)(5001830100001)(76576001)(105586002)(2950100001)(19580395003)(97736004)(19300405004)(18206015028)(4001540100001)(81156007)(5007970100001)(19580405001)(40100003)(122556002)(5004730100002)(46102003)(74316001)(2900100001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0777; H:DB3PR03MB0780.eurprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: multipart/related; boundary="_004_DB3PR03MB0780CFBEDF2DB23373B340849D520DB3PR03MB0780eurp_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Sep 2015 11:30:54.6791 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR03MB0777
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/c62rFe37XomE3Zu4LOCs5lMgQQY>
Cc: "Anil Kumar S N (VRP Network BL)" <anil.sn@huawei.com>, "spring@ietf.org" <spring@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, Vinod Kumar S 70786 <v70786@notesmail.huawei.com.cn>
Subject: Re: [mpls] [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: Wed, 09 Sep 2015 11:31:17 -0000

Gaurav,
Not sure I understand the context for your requirement.
But to the best of my understanding your requirement does not match MPLS architecture.

Regards,
Sasha

Office: +972-39266302
Cell:      +972-549266302
Email:   Alexander.Vainshtein@ecitele.com

From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Gaurav agrawal
Sent: Wednesday, September 09, 2015 1:38 PM
To: spring@ietf.org
Cc: Anil Kumar S N (VRP Network BL); Vinod Kumar S 70786
Subject: [spring] [SPRING] Query related to SR Architecture

Hi,

We would like to have a label stack with only two labels such a way that service label is a top label  and the bottom label would be SR destination node label. This is to make sure each intermediate node perform the specified service based on the top label while reaching the destination.
We would appreciate if anyone could clarify whether SR architecture could allow a service label to be a top label in a label stack.

Thanks and Regards,
Gaurav Agrawal
[Company_logo]

Mobile: +91-7838700296
Email: gaurav.agrawal@huawei.com<mailto:gaurav.agrawal@huawei.com>
Huawei Technologies Co., Ltd.

v2.31.3 | Report a Bug | By Email | System Status