Re: [mpls] comments on draft-kompella-mpls-special-purpose-labels-02

Jeff Wheeler <jsw@inconcepts.biz> Sat, 23 March 2013 01:39 UTC

Return-Path: <jsw@inconcepts.biz>
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 EEEE221F8A7E for <mpls@ietfa.amsl.com>; Fri, 22 Mar 2013 18:39:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.579
X-Spam-Level:
X-Spam-Status: No, score=0.579 tagged_above=-999 required=5 tests=[AWL=0.099, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_PBL=0.905, RDNS_NONE=0.1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BecAExivSesi for <mpls@ietfa.amsl.com>; Fri, 22 Mar 2013 18:39:25 -0700 (PDT)
Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) by ietfa.amsl.com (Postfix) with ESMTP id 4D1A621F88FB for <mpls@ietf.org>; Fri, 22 Mar 2013 18:39:24 -0700 (PDT)
Received: by mail-ie0-f169.google.com with SMTP id qd14so4183907ieb.0 for <mpls@ietf.org>; Fri, 22 Mar 2013 18:39:24 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=zmTV/8ECw7whiZMIROaM5GNtLkpe4Pq/3uHvfIoFRAk=; b=hoa/0uxvMycaK4p+n28ztL+8HFz3ozrJ1h4pJQPK7hnWQ2tBHrmEN9NpLIkGhC/1LQ 8zqo4ZU/4ytem6J1fOvNbI40rN8qicV7caUmOpeuMY9aqjKsSqu8ipNTxE6fdaXO9C/O PcrlTA6/Q128xn6tSdPTQ9TccO9e42Kjx7G0a9zbWwkIj7hYrXaUAqYJGzMu0jrJMkgZ INDcCHh+61hz94bzJI7zVYbcegv1o8AFf3+ekXElrB/AOMHH2q/pvHgUBtdDadYw9nfj 4gAsb9FPJR309erf5NG0tQYzTN+vTCd88PTX7NzBYCAy7AbHm/Fdseq9WH0qs58u1I83 IsGQ==
MIME-Version: 1.0
X-Received: by 10.50.13.100 with SMTP id g4mr2718936igc.44.1364002763974; Fri, 22 Mar 2013 18:39:23 -0700 (PDT)
Received: by 10.50.77.167 with HTTP; Fri, 22 Mar 2013 18:39:23 -0700 (PDT)
X-Originating-IP: [74.134.22.105]
In-Reply-To: <514C23A1.60500@pi.nu>
References: <D2FD2FE4B21AEB41A13FAA7498B10761E0C1C3@xmb-aln-x03.cisco.com> <31963.1363712582@erosen-linux> <D2FD2FE4B21AEB41A13FAA7498B10761E0F10A@xmb-aln-x03.cisco.com> <CAPWAtb+rF8WyG5BzrSdwMFnX_mh9eDcJicU4zsAyD78z9odfPg@mail.gmail.com> <514C23A1.60500@pi.nu>
Date: Fri, 22 Mar 2013 21:39:23 -0400
Message-ID: <CAPWAtbL5MKWHAq__48zte6gzkhq63osCOS3usgBg7veFLFeOaw@mail.gmail.com>
From: Jeff Wheeler <jsw@inconcepts.biz>
To: Loa Andersson <loa@pi.nu>
Content-Type: multipart/alternative; boundary="089e013c661438996f04d88da4fd"
X-Gm-Message-State: ALoCoQkOjjT4W/bmVnU9eGoUz6xYrdUt6mc5SDKhrLtSpwzw0yrxmpJD9kgb2CQQ8WQVqjTVpWV8
Cc: MPLS <mpls@ietf.org>
Subject: Re: [mpls] comments on draft-kompella-mpls-special-purpose-labels-02
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
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: Sat, 23 Mar 2013 01:39:26 -0000

On Fri, Mar 22, 2013 at 5:25 AM, Loa Andersson <loa@pi.nu> wrote:
> Specifying is easy, implementing is harder, operating is worse!
> Label stack processing is mostly or at least commonly in HW. You
> would need to do a HW change of your entire network the day you introduce
> the first router with the "grown label space", otherwise
> treatment of labels 15 to X will be non-deterministic

Loa, can you give any example of such hardware?

I believe this draft is a huge mistake, and that mistake is probably based
on the wrong assumption you've posted (quoted above.)

Any feature introduced by extended special-purpose labels is not going to
be supported by routers without at least new software.  If routers exist
that are not capable of taking additional processing steps (such as punt to
CPU, forward as IPv4/IPv6, use entropy label) based on an arbitrary label
value, then these routers simply will not be able to support new features.
 They will not break.

So we're not talking about breaking anyone's deployed hardware.  At worst,
new features might not be able to be supported.  However, I suspect vendors
were not so fantastically stupid as to hard-wire 0..15 special action label
range into their ASICs without making it possible to install a LFIB entry
so arbitrary labels can also take a special action.

If there are such fantastically stupid vendors, it's probably not a good
idea to punish everyone else for their rather obvious mistake.


This adds MTU complexity and wastes bandwidth / wire-time whenever extended
S-P labels are in use.

If you are going to make those sacrifices, I think you should be able to
give at least one example of a router that actually forces you to do it
this way.

-- 
Jeff S Wheeler <jsw@inconcepts.biz>
Sr Network Operator  /  Innovative Network Concepts