IETF Logo Mail Archive

Re: [mpls] Clarification on the motivation of draft-xu-spring-islands-connection-over-ip-05

Uma Chunduri <uma.chunduri@ericsson.com> Mon, 11 April 2016 21:45 UTC

Return-Path: <uma.chunduri@ericsson.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BEB3412F36D; Mon, 11 Apr 2016 14:45:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 6cTQ-APoWn7o; Mon, 11 Apr 2016 14:45:11 -0700 (PDT)
Received: from usplmg20.ericsson.net (usplmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 484A212F2F1; Mon, 11 Apr 2016 14:45:11 -0700 (PDT)
X-AuditID: c618062d-f79216d00000767f-d3-570c14704bac
Received: from EUSAAHC008.ericsson.se (Unknown_Domain [147.117.188.96]) by usplmg20.ericsson.net (Symantec Mail Security) with SMTP id 7B.C5.30335.0741C075; Mon, 11 Apr 2016 23:17:36 +0200 (CEST)
Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC008.ericsson.se ([147.117.188.96]) with mapi id 14.03.0248.002; Mon, 11 Apr 2016 17:45:09 -0400
From: Uma Chunduri <uma.chunduri@ericsson.com>
To: Eric C Rosen <erosen@juniper.net>, Xuxiaohu <xuxiaohu@huawei.com>, "spring@ietf.org" <spring@ietf.org>
Thread-Topic: [mpls] Clarification on the motivation of draft-xu-spring-islands-connection-over-ip-05
Thread-Index: AQHRkR6Kh266HVaFkUy+fRZ9moMOGJ9/Rn2wgAYinAD//+k4MA==
Date: Mon, 11 Apr 2016 21:45:08 +0000
Message-ID: <1B502206DFA0C544B7A6046915200863580216EE@eusaamb105.ericsson.se>
References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0D538182@NKGEML515-MBX.china.huawei.com> <57057618.8020604@juniper.net> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0D538844@NKGEML515-MBX.china.huawei.com> <1B502206DFA0C544B7A6046915200863580003D6@eusaamb106.ericsson.se> <570BF3D8.5080601@juniper.net>
In-Reply-To: <570BF3D8.5080601@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.117.188.9]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupgkeLIzCtJLcpLzFFi42KZXLonQbdAhCfc4PhaOYt1Gz4wW9xaupLV 4viF34wWW8+vYnRg8Wg58pbVY8mSn0we15uusgcwR3HZpKTmZJalFunbJXBlfDiylbGgSaRi z4FXLA2MB4S7GDk5JARMJD4smscCYYtJXLi3nq2LkYtDSOAoo8TKt7OYIJzljBJr3j5kAqli E9CT+Dj1JzuILSKQIzG57xZQBwcHs4CyxKm7MiBhYYE0iTkzjrFAlKRL3L7/kQ3CdpL4dfsF I0g5i4CqxM5JIiBhXgFfieu3NrJCrWKSeHb0AtgqTgFtiatf37OC2IxAx30/tQYsziwgLnHr yXwmiKMFJJbsOc8MYYtKvHz8jxXCVpTY1z+dHeI0TYn1u/QhWhUlpnQ/ZIfYKyhxcuYTlgmM YrOQTJ2F0DELSccsJB0LGFlWMXKUFhfk5KYbGWxiBMbPMQk23R2M96d7HmIU4GBU4uFVYOUO F2JNLCuuzD3EKMHBrCTCWynJEy7Em5JYWZValB9fVJqTWnyIUZqDRUmctzH4X5iQQHpiSWp2 ampBahFMlomDU6qB0cWvf8e0GzaHVAPuhodttXuYwZu1KJh7TeHPskyZ/w4Rv5b7a2tJt/32 5ayoWfHmroivqL24d9n1aafmymk9sNpx9Un6Fvl7+1LDO2YfKmHuc5xgc/FZ9P+jqh/beb6d yttU/Vv7QtantRsDY/TSNHdf+bv+jOUqaUMXh8J7duyLcyInBT4IV2Ipzkg01GIuKk4EAKQk o3GbAgAA
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/bpEfIK9ugmg657A6xREGN2ojgu0>
Cc: "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] Clarification on the motivation of draft-xu-spring-islands-connection-over-ip-05
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.17
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: Mon, 11 Apr 2016 21:45:13 -0000

In-line [Uma]:

--
Uma C.


-----Original Message-----
From: Eric C Rosen [mailto:erosen@juniper.net] 
Sent: Monday, April 11, 2016 11:59 AM
To: Uma Chunduri; Xuxiaohu; spring@ietf.org
Cc: mpls@ietf.org
Subject: Re: [mpls] Clarification on the motivation of draft-xu-spring-islands-connection-over-ip-05


>> [Eric] It would be somewhat unusual to have an IGP domain in which some nodes support MPLS and some don't.
> [Uma] May be true with non-SR and traditional  MPLS.
> But with SR I am working with one customer where MPLS (as SR data plane) is brought into their pure IGP-IP domain.
> With static PW labels (inner label)  currently pure soft GRE encap is being used (for transport)  but SR is being planned from EPG to cell site routers eventually.
> Planning slow upgrade for some of the MBH nodes with SR-MPLS data plane.  In this case its quite possible to use (in future) non-shortest path SR label stack.
>
>
Interesting.  But I'm not sure which of two scenarios you are describing:

1. There is always an MPLS path from ingress to egress, but the shortest path may not consist entirely of MPLS-capable nodes.

2. There isn't always an MPLS path from ingress to egress.  So if the ingress creates an MPLS packet, some intermediate node may need to re-encapsulate the packet  in IP, in order to get the packet delivered to the egress node.

Or is the scenario different from either of these two?

[Uma]: I was describing more of #2. However #1 is one of the cases. 
              In #2 as the shortest path neighbor doesn't support SR (and no outgoing LDP/RSVP label) and it recognizes the same, it encapsulates in IP or 
              as per the  egress node N's tunnel de-capsulation capabilities. 
              There is no additional computation required here and  its still shortest path towards egress but not labeled.

v2.23.0 | Report a Bug | By Email