Return-Path: <gregory.mirsky@ericsson.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 66B4E1AC421 for <mpls@ietfa.amsl.com>;
 Sun, 12 Jan 2014 17:30:20 -0800 (PST)
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,
 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 nL7abA56_F-x for
 <mpls@ietfa.amsl.com>; Sun, 12 Jan 2014 17:30:18 -0800 (PST)
Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) by
 ietfa.amsl.com (Postfix) with ESMTP id 0D6EF1A1F55 for <mpls@ietf.org>;
 Sun, 12 Jan 2014 17:30:18 -0800 (PST)
X-AuditID: c618062d-b7f278e000005a8f-a7-52d3419a8168
Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by
 usevmg20.ericsson.net (Symantec Mail Security) with SMTP id
 80.C6.23183.A9143D25; Mon, 13 Jan 2014 02:30:03 +0100 (CET)
Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by
 EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.02.0347.000;
 Sun, 12 Jan 2014 20:30:05 -0500
From: Gregory Mirsky <gregory.mirsky@ericsson.com>
To: "mark.tinka@seacom.mu" <mark.tinka@seacom.mu>,
 "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: [mpls] Last Call: <draft-ietf-mpls-in-udp-04.txt> (Encapsulating
 MPLS in UDP) to Proposed Standard
Thread-Index: AQHPDi/NnXFwG1Tc20SQPsVMzJPOgJp+RLFAgAMa0wCAAIA0EA==
Date: Mon, 13 Jan 2014 01:30:04 +0000
Message-ID: <7347100B5761DC41A166AC17F22DF1121B744E67@eusaamb103.ericsson.se>
References: <20140102151419.4692.48031.idtracker@ietfa.amsl.com>
 <8DCFAFEE-2B06-4334-A5D7-7698D8D3081A@netapp.com>
 <7347100B5761DC41A166AC17F22DF1121B7447E4@eusaamb103.ericsson.se>
 <201401121444.31194.mark.tinka@seacom.mu>
In-Reply-To: <201401121444.31194.mark.tinka@seacom.mu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [147.117.188.135]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrELMWRmVeSWpSXmKPExsUyuXRPoO5sx8tBBh82c1t8PPWGyeLF6x4W
 i3trF7Nb3Fq6ktWBxWPJkp9MHuemfGf0mPHpC5tH57WJ7AEsUVw2Kak5mWWpRfp2CVwZF7q/
 sRas56xYdvMkUwPjBfYuRk4OCQETieWHp7BB2GISF+6tB7K5OIQEjjBK/D+yjhUkISSwnFHi
 yGYDEJtNwEjixcYesGYRgRCJo0sOgTUzC3hIbG9fDGYLCxRKnJ71gRGipkjibU87G4TtJLGx
 8xwLiM0ioCpxaMJasDm8Ar4SJy6sYIRY/IRR4v3b22AJTgEziV9rvoLZjEDXfT+1hglimbjE
 rSfzmSCuFpBYsuc8M4QtKvHy8T9WCFtZ4vucRywQ9ToSC3Z/gjpUW2LZwtfMEIsFJU7OfMIy
 gVFsFpKxs5C0zELSMgtJywJGllWMHKXFqWW56UYGmxiB8XRMgk13B+Oel5aHGKU5WJTEeb+8
 dQ4SEkhPLEnNTk0tSC2KLyrNSS0+xMjEwSnVwLjcQuGnqanb6rjd2o+0ND90PLodmuHqJbM1
 SNFGhet1+I0d7ZKtlu/mVPgwtahJPrAVPSKyZIuMRPgN9ReVLdYb9jhV7+x8nbNV0Hnzb1Uf
 06Yi5R1HOiczx1r9/6JYuLhI1F+RM5S7TP2uX8mjnxsPPb6n4HCbw5wn6uP3Gium8FB+xp//
 lFiKMxINtZiLihMBCfdsOnUCAAA=
Cc: "Eggert, Lars" <lars@netapp.com>
Subject: Re: [mpls] Last Call: <draft-ietf-mpls-in-udp-04.txt> (Encapsulating
 MPLS in UDP) to Proposed Standard
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: <http://www.ietf.org/mail-archive/web/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, 13 Jan 2014 01:30:20 -0000

Hi Mark,
if by "provisioning" you mean "mapped to", "assigned", then what about IP a=
ddresses? Ain't they pre-provisioned as well? Or these are native propertie=
s of NEs?

	Regards,
		Greg

-----Original Message-----
From: Mark Tinka [mailto:mark.tinka@seacom.mu]=20
Sent: Sunday, January 12, 2014 4:45 AM
To: mpls@ietf.org
Cc: Gregory Mirsky; Eggert, Lars; Joel Halpern; IETF
Subject: Re: [mpls] Last Call: <draft-ietf-mpls-in-udp-04.txt> (Encapsulati=
ng MPLS in UDP) to Proposed Standard

On Friday, January 10, 2014 08:24:02 PM Gregory Mirsky
wrote:

> Hi Lars,
> I think that " The whole point of running MPLS is to create networks=20
> in which paths are provisionable, so this is usually not an issue." is=20
> only partially correct. LDP-based MPLS network is not provisionable=20
> and LSPs follow IP best route selection. Explicit signaling of LSP is=20
> achievable in (G)MPLS by using RSVP(-TE) signaling.

Greg, I think we can delineate provisioning from whether it is dynamic or e=
xplicit.

MPLS LSP's are all pre-provisioned, because of the FEC's created. Whether t=
hose FEC's are dynamically or explicitly provisioned is a separate issue.

Mark.
