Re: [mpls] My question about "static LSP" in TEAS today
"Tarek Saad (tsaad)" <tsaad@cisco.com> Wed, 06 April 2016 03:15 UTC
Return-Path: <tsaad@cisco.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 3017412D0E8 for <mpls@ietfa.amsl.com>; Tue, 5 Apr 2016 20:15:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.531
X-Spam-Level:
X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 Ac5vIZdnpbjR for <mpls@ietfa.amsl.com>; Tue, 5 Apr 2016 20:15:30 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D624C12D0DB for <mpls@ietf.org>; Tue, 5 Apr 2016 20:15:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3679; q=dns/txt; s=iport; t=1459912516; x=1461122116; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=+sylShOUtxyMfKQuogbrxe0LdrqnrhfK0Y6vDNKwGCE=; b=O/PTDL7F79OU+xOwNwfnSvtWnUif8w6WpVMqVZc0eyPcUKxGu4Z67NYd UVH1z0s9Bp9dHTKbRwa52C+DegJEKRCxSQTw5kXL4r5QN/2fUxo6xVTAN X5m/IG0P3CH/xU7kePx1+b35l6SsXBJsL12NnFhh06rEIReM4X6RX9yT9 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0D1AQDLfgRX/5FdJa1cgzeBUAa5KIIPAQ2BcoYNAoFHOBQBAQEBAQEBZSeEQgEBBHkQAgEIRjIlAQEEDgWIJ8BSAQEBAQEBAQEBAQEBAQEBAQEBAReGIIRLhD2FWAWNTYo0AY4Kjw6PGwEeAQFCggQZgUpshzl+AQEB
X-IronPort-AV: E=Sophos;i="5.24,446,1454976000"; d="scan'208";a="94204444"
Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Apr 2016 03:15:14 +0000
Received: from XCH-RTP-002.cisco.com (xch-rtp-002.cisco.com [64.101.220.142]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id u363FD15030118 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 6 Apr 2016 03:15:14 GMT
Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-002.cisco.com (64.101.220.142) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 5 Apr 2016 23:15:12 -0400
Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1104.009; Tue, 5 Apr 2016 23:15:13 -0400
From: "Tarek Saad (tsaad)" <tsaad@cisco.com>
To: Adrian Farrel <adrian@olddog.co.uk>
Thread-Topic: My question about "static LSP" in TEAS today
Thread-Index: AdGPg8LnS/Q238/OTT2W31FDp3LJKAANz7AA
Date: Wed, 06 Apr 2016 03:15:12 +0000
Message-ID: <D329FC57.8B2F9%tsaad@cisco.com>
References: <05bc01d18f83$c57bfce0$5073f6a0$@olddog.co.uk>
In-Reply-To: <05bc01d18f83$c57bfce0$5073f6a0$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.5.7.151005
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.82.214.66]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <7CBAA2F1C2B9C64AA570BEA3FEB99875@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/tm-ODis5kZboBNhZBfjw0kRHZhU>
Cc: "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] My question about "static LSP" in TEAS today
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: Wed, 06 Apr 2016 03:15:33 -0000
Hi Adrian, Thanks. Let me clarify my answer inline too.. On 2016-04-05, 6:40 PM, "Adrian Farrel" <adrian@olddog.co.uk> wrote: >Hi, > >I probably wasn't clear in my question. To restate, my question is why is >the >static LSP model modelling an end-to-end LSP and not just a single "cross >connect"? Alternatively, what is the difference between an LSP >provisioned by a >control plane, and an LSP provisioned by the management plane? And we >might even >bring in "soft permanent LSPs" that are a stitching together of some >static >segments and some dynamic segments. Yes, we started thinking of stitching of static LSP with dynamic LSP, and we think it can be modelled with defining the respective mpls static cross-connect that is doing the stitching, but more clarification on static entries below. > >(You might look at the LSR MIB module that can be used to provision [aka >model] >static LSPs.) Yes, I think the static LSP model is inline with that (and to certain extent inspired from the MIB LSR).. So, the model allows for a list of MPLS cross-connect entries (that are keyed by ³name²) and that resemble the cross-connects of the named static LSP on every LER/LSR traversed. So, to instantiate a static LSP named foo (in its simplest form) that is traversing an ingress/transit/egress, the operator to provisions the following entries on the respective device: on ingress LER, operator provisions using YANG/NETCONF: lsp name foo in-segment=³10.0.0.0/8² out-segment=16000 operation=impose-and-forward out-inteface=if1 on transit LSR, operator provisions (assuming UHP) using YANG/NETCONF: lsp name foo in-segment=16000 out-segment=16000 operation=swap-and-forward out-inteface=if2 on egress LER, operator provisions (assuming UHP) using YANG/NETCONF: lsp name foo in-segment=16000 out-segment=none operation=pop-and-lookup Once provisioned, it is expected this configuration state will persist, hence ³static" > >When you model maybe you need to think about what is the purpose of >modelling. >There are three things going on: > >What is the user/application asking for? >What state is held in the network? There will be configuration state held for the LSP on each traversed mpls node. >What does the data plane have? The data plane will have the respective MPLS cross-connects/rewrite programmed. Yes, this practically is indistinguishable (for example) from those created dynamically using a signalling protocol. > >In this case there is no control plane, but there is still distributed >state >installed in the network. Yes, configuration state in this case. >You said that this is not a data plane model, which is fine. >So you are modelling either the state in the network or the user's >request. User¹s request. >Now, there may be protocol state (such as parameters of RSVP-TE that >exist to >keep the protocol on side) that are special, but the parameters that >describe >the state that applies to the LSP are surely identical regardless of how >the LSP >was set up. That is, the LSP is a sequence interfaces and labels as well >as some >information about reserved resources. > >I think I'm rambling. What I am trying to say is that an LSP is an LSP. IMO, there¹s a difference between the two. For example, it is expected that the statically created LSP properties on a device will never change ‹ including the in/out label and in/out interface.. which is not the case for dynamically singled LSPs. Regards, Tarek > >Cheers, >Adrian >
- [mpls] My question about "static LSP" in TEAS tod… Adrian Farrel
- Re: [mpls] My question about "static LSP" in TEAS… Andrew G. Malis
- Re: [mpls] My question about "static LSP" in TEAS… Tarek Saad (tsaad)
- Re: [mpls] My question about "static LSP" in TEAS… Adrian Farrel