Re: [bess] [sfc] [mpls] Progress with draft-farrel-mpls-sfc

"Henderickx, Wim (Nokia - BE/Antwerp)" <> Sun, 18 March 2018 07:25 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 4B676127078; Sun, 18 Mar 2018 00:25:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.91
X-Spam-Status: No, score=-2.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id pqB2x02zs26s; Sun, 18 Mar 2018 00:25:36 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 43F04126FDC; Sun, 18 Mar 2018 00:25:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=1akgnb9FgkCoD6THE23xpp0zxujD6C/XzM179p7odNE=; b=pGUFFpIrkO1cxpRwWySnlHthtK0uxM9n/Qx7ldVw+WtMxE8EtTMHnq7FgReM3qcpwK/igV58cSbyGU9YBw9QQKVSYlRtNrXPKNztM7xCmvKK6fNNdHMI5iYfQlWnMc0eoKKib1JhdNpUqO+u/aeR/I/2rwk5NP9qHRxNOtmeLdA=
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.588.7; Sun, 18 Mar 2018 07:25:31 +0000
Received: from ([fe80::650b:1e50:20ee:86d3]) by ([fe80::650b:1e50:20ee:86d3%2]) with mapi id 15.20.0609.007; Sun, 18 Mar 2018 07:25:31 +0000
From: "Henderickx, Wim (Nokia - BE/Antwerp)" <>
To: Robert Raszuk <>, Adrian Farrel <>
CC: mpls <>, SPRING WG List <>, "" <>, "" <>
Thread-Topic: [sfc] [mpls] Progress with draft-farrel-mpls-sfc
Thread-Index: AdO9ayKD4JPnXXJ8T2+9KxmqpJz/qwAYKD8AABMHC4AAAPKXgAAdwJSA
Date: Sun, 18 Mar 2018 07:25:31 +0000
Message-ID: <>
References: <019501d3bd6b$657d7ef0$30787cd0$> <> <00a001d3be17$e0ec3ca0$a2c4b5e0$> <>
In-Reply-To: <>
Accept-Language: nl-BE, en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/10.c.0.180314
authentication-results: spf=none (sender IP is );
x-originating-ip: []
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DB5PR07MB1638; 6:L/lWuGslxdbal3JyCqsjL56Y7NPvI975gtEpTopsz2uIUpDY5px8TuTyNPbZHH36HVBS/O/YvoSbO4g5V5ELsGGnx6OHottmbDgG5ZvMyYNpvMu1jQFkinJhcCeALeXljU7SRa2i6qjzbOZLqtPNOGd7AMy+tu+1MQHzFLHBgJjnNu06dMsxEe4spuNZ0XyLZfjLCK2H6T4nrShe8CkhoNE2XPsFMS5CIRMoHbj9IIMHO0cv2I16GGkz6L5cM7X5vj4eeyleHA6/WStkEbAPSrcfdBFjMAmKZCnCQL1Np3bivWwgGFGm48M0mMH3TZO/v8YEoZGoXY0EolrSmujFlH+D0h8AAlMA+U375a/m+4v/gmOXAqn9I0t9jUZIZZrO; 5:XO46NHIse1LPB7zS1aLGPHadBf8mGeMRnMMA/lGzzQYE5NwzvqAwF1IcX488wuE6bR/x9OdH+AZnFJMhO9rHDIU3DP35Z3nCZnWmc7rnmBgHbnTtZ0uJowXuU4hXzSu0FLHJAYt4u/MVcsXBr6vMwSX1iiGh65XlfHRVB/bmnYg=; 24:HRTcSnmbpu6qy5wDOhGBJGFlr6V7wpmZX1I8r1jlbOUCKvC79AU8nyqkZToDYRrFyF/rUQAZrwPfkSc+c+xym0I3QO5DoOQszW4A1gcTcfA=; 7:2Yg7QQP/PePJRbl8iJWq+r3C4vZWLcUZnnSuRWz7KmkQ2mXuK3aE9osgZ//S/GlZq6n9TaBDdeGIN2hhx7E/EulDaJODSpRnourY01Lv68XCvuCN+4a9Nn60L6XfUySDZZ+Eo+Bi9YPZLyKl637hJe49w/7TPJBu0DjCPB6s3PM5YS1yrfhd4uDy0yerodpE1r0q/wZu2R5p+6BWjhuxfWVgBWK77UGa37E209Adov+2SvFvG7Z9IzReFbThOyHv
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 053cf548-93b0-42ad-9f52-08d58ca16e7e
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020); SRVR:DB5PR07MB1638;
x-ms-traffictypediagnostic: DB5PR07MB1638:
x-microsoft-antispam-prvs: <>
x-exchange-antispam-report-test: UriScan:(28532068793085)(82608151540597)(85827821059158)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(8121501046)(5005006)(3002001)(3231221)(11241501184)(806099)(944501300)(52105095)(93006095)(93001095)(10201501046)(6055026)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123560045)(20161123562045)(20161123564045)(6072148)(201708071742011); SRVR:DB5PR07MB1638; BCL:0; PCL:0; RULEID:; SRVR:DB5PR07MB1638;
x-forefront-prvs: 06157D541C
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(366004)(346002)(396003)(376002)(39860400002)(39380400002)(199004)(189003)(97736004)(53936002)(26005)(3846002)(83716003)(93886005)(106356001)(33656002)(478600001)(81166006)(102836004)(8676002)(2906002)(53546011)(561944003)(6246003)(81156014)(6486002)(6436002)(6116002)(6512007)(86362001)(6306002)(54896002)(99286004)(236005)(14454004)(5250100002)(82746002)(316002)(36756003)(2950100002)(7736002)(5660300001)(2900100001)(186003)(25786009)(8936002)(6506007)(59450400001)(54906003)(3280700002)(4326008)(68736007)(66066001)(58126008)(110136005)(229853002)(3660700001)(105586002)(76176011)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR07MB1638;; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None ( does not designate permitted sender hosts)
x-microsoft-antispam-message-info: ifqd4iw6HhMdHp7KPi7NTWCMvtyDpp1OiT5mEh8kKhzmHRGMcExbYbSun72QRwnH42vGFbWpFM52VYGfK7cahttgmhTXpaG8NqyjVburZp5Qenk3NnUpQkdYS8ODGIx8VoSXgKsYjALV+7HzM6sqPHb4Ldct9XVAv+TVKBI+lEjx0lgg1+8PU8d9uUN0G2/kayR3TSmDn1yh3VFv1UqC9xWD1kyPHBujK/v2W7JKCbiI1wnYqFonLvCe7cM5bAAvYL/cSZDhtoU/qrLpHGXRLM4eIvEUgNJRbHxGb09M4y4Vt2gN3b9rBwm81fWuimXXHlvnixbSyBBvfMuyCz0eO9E7517dTzPiCMi93NQqw6S55LMC6vqjYzXszYbxZY5w
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_90F4F09A4E4D41B08B9109AF2EDFC1A5nokiacom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 053cf548-93b0-42ad-9f52-08d58ca16e7e
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Mar 2018 07:25:31.3427 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR07MB1638
Archived-At: <>
Subject: Re: [bess] [sfc] [mpls] Progress with draft-farrel-mpls-sfc
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 18 Mar 2018 07:25:38 -0000

Indeed, this is exactly my point. If you want an interim solution you want to use what we have and draft-ietf-bess-service-chaining-04 is an example of how you can use the existing data-plane for service chaining. draft-farrel-mpls-sfc requires an implementation change in the data-plane, whether we like it or not and an upgrade is required even in brownfield deployments. So, you better go directly to the final solution defined in IETF SFC WG. If we standardize draft-farrel-mpls-sfc we end up supporting both forever.

From: <> on behalf of Robert Raszuk <>
Date: Saturday, 17 March 2018 at 19:13
To: Adrian Farrel <>
Cc: "Henderickx, Wim (Nokia - BE/Antwerp)" <>, mpls <>, SPRING WG List <>, "" <>, "" <>
Subject: Re: [sfc] [mpls] Progress with draft-farrel-mpls-sfc

Hi Adrian,

> That proxy may be a bump in the wire between the SFF and SF

I am not so sure about that ... If this would be just "bump in the wire" you would have zero guarantees that all packets which need to go via given function will actually hit that bump - so this is far from a reliable network service.

There must be associated control plane component attracting traffic to such bump.

That mechanism with basic MPLS (where labels by based MPLS architecture are of local significance) is available with L3VPN extensions as already progressing in BESS (draft-ietf-bess-service-chaining-04) so why not use this for as you state "interim" ?

No one really addressed that question yet and I think it is a critical one to make any further judgement  as to the future of this individual submission.


On Sat, Mar 17, 2018 at 6:46 PM, Adrian Farrel <<>> wrote:
Hi Wim,

Thanks for reading the draft so carefully.

> Adrian, on replacement of NSH. You will have to change the SF with this proposal
> in Non proxy case so this proposal does not solve a brownfield case. Which SF(s)
> support MPLS?

This is not about "replacing" the NSH. As you'll see from point 2, below, this is about providing an interim / migration technology.

Clearly (and I think you agree) in the case where an SF is not SFC-aware, a proxy must be used. That proxy may be a bump in the wire between the SFF and SF, a module of the SFF, or a module of the SF. In the case of PNFs, only the first two options are available. In the case of a VNF, all three options exist.

Now, let us recall where we are starting from. There are PNFs and there are VNFs built to look like PNFs. These SFs do not support MPLS or NSH.

Similarly, there are routers that do not support the NSH.

Now, of course, we would all love to sell major upgrades so that every component of the network is SFC-aware. But we would also like to start deploying SFC into existing network infrastructure.

So your question misses the point. The question to ask is which brownfield routers and SFs support NSH?