Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis
Eric C Rosen <erosen@juniper.net> Fri, 01 April 2016 16:44 UTC
Return-Path: <erosen@juniper.net>
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 3110512D5BD; Fri, 1 Apr 2016 09:44:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 q28BkuQ_5F1N; Fri, 1 Apr 2016 09:44:42 -0700 (PDT)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0798.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::798]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C2C512D0E6; Fri, 1 Apr 2016 09:44:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Zz/ip4/X2JPCmOI88vNPgXbMaBc3KfdEH73NEDyTAHw=; b=XljZBvb+3+4nQ6pjP1GxyS09vwgkOJPSwzp7MBofrnaRuv5IMHvSiLoNfn6+DR3zEDCcIA61NP8QnzTFHr+CrFTUlfElAeK+2XBC2ckY5xpBNNtkqO4feFQWZNDdhl2A+9tunm+3nEuWOVcEpa3zsIYVikcTXqmgM3ZAdosh/9s=
Authentication-Results: juniper.net; dkim=none (message not signed) header.d=none;juniper.net; dmarc=none action=none header.from=juniper.net;
Received: from [172.29.37.79] (66.129.241.12) by BY2PR05MB789.namprd05.prod.outlook.com (10.141.225.18) with Microsoft SMTP Server (TLS) id 15.1.447.15; Fri, 1 Apr 2016 16:44:25 +0000
To: bruno.decraene@orange.com
References: <3515_1458832652_56F4050B_3515_774_1_53C29892C857584299CBF5D05346208A0F819B1E@OPEXCLILM21.corporate.adroot.infra.ftgroup> <56F42E71.9020201@juniper.net> <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup>
From: Eric C Rosen <erosen@juniper.net>
Message-ID: <56FEA566.8070605@juniper.net>
Date: Fri, 01 Apr 2016 12:44:22 -0400
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1
MIME-Version: 1.0
In-Reply-To: <9656_1458905159_56F52047_9656_7014_1_53C29892C857584299CBF5D05346208A0F81AAA7@OPEXCLILM21.corporate.adroot.infra.ftgroup>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [66.129.241.12]
X-ClientProxiedBy: CO2PR05CA016.namprd05.prod.outlook.com (10.141.241.144) To BY2PR05MB789.namprd05.prod.outlook.com (10.141.225.18)
X-MS-Office365-Filtering-Correlation-Id: 8e17178c-0c28-42d3-a7c9-08d35a4ce341
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB789; 2:aUVinLXzMV79zn8bKLJHSXVcBIJfxnHsP6PAeFj4bpPNqPfgfXcSbnxlaUo+L0iVPuSLRS65mwvJ+kGwRKFuxb3L+/QeGM3aTC4+xGYYwU1Gmn2mELTPaaNPACQp1WBrJP4dyqnYDhvxFjJygJe1tXtyqZGfRrDrgFzIkNNJI87zA1CPNRrfJu+Ag4bdkAFC; 3:FTV4V+Mdd83KHyzz5grGRhwCr0nT7IOzFQkO9uaYyPYY5tg8VeeRoEEgGWX5k6mX9AYQsylBVeRq+G6lZN0qBQdPZrI127/5INlGQKDG76V9sszclAhjNOMDm9YwVPhm; 25:7ry7+PgnVnMgpxej4/6fxYnBsifu2DJlIHO6rA0HxJtbBWNLrGyEH/91cH0A2NLQMMVy90cagy1GFsk2WoKAqeYwzL9oWr3eWwBj6tc4f38seOcpAlkDn0sMv1lc4ABHse4Qk80YxrfS1g/AAPAl0wi0ClOrI0ZvDqNmohM74byEua4Bz0t0bOhZpl21cbmN4KXAlwmo+eqhPanVoZcrRWxUsOZAtUjQjOt7F6IeGbdisqoTdl7i7P5TRovY+46RQEsXpf760yN/YffCI5QnCl60PvRa8kAfLXB/ZBA0JtXZjiVl8MOigaeBYuUzCRx2maU/8QMJ4wiFIpSVnd/koxoDEECHucPL8IefoyBJPAN8fh5WaJvzc1yZCi+dcmgUP2ef7G4L2X4ophGYxl+jbb4Gt7TkiVl/Jy3qD5cySm+/AuAkctfKb+0kGHztTbz04iXTu2mO9CxIFgh9S7DCNiwcIyBsy4uJNPRcJ6vliYSy7hv5O/qGDjSNOa8D3fUHQ8gBSlZVh/S+DnUpGhM8FiqZeVr9M8jqPCBIhTiWTnNMZ6lu6deaLRrnkp8IHAOnDKJ14WRMv2PGDgn7D9nH2NcZD8ab0MLSNY5RUqNiU2c=
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB789;
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB789; 20:EUDeOr20k3VPNo1HF6RrGQRykRcMkejZvTFLTCQtYqry58DxWHqr7/Bfd+bxNq/JElhESGSK4ozMOdxdEn33994bJeV8c7PSXXZ3f0YP/kUd71RG5p50lSnR08Pfqzk9U2R5EvwXnqgp14/OhwxXYyjwr5rIelL1DkWmbvr6qT9l8YlImhgC4Ea+WvkqCyTBjYk9QYWmjmsQrjQBLZoUJIpdJt4CNSTE5/JSQSwlrKJ8fUh+AiA7YS+3u3NLXQ91AoqIKlRlvhWBDXq/BaDwHBuGJmSfT76AlqAROFx5C13tejTTZY6KW3f5OMm9kVdTj3gMX/wTvrgzxOx01VYuqFquTe7aiPG4xqSRBiBOgC7xl8uYmgD0X3m+V0agFOlVguN7MmYDnAXa8gc0m2T+upZlbheA0kt3kd/ExxYXr3v6wmol8K9MzgFoFO46pKQKzHqinYZQ9qT1trE3+by1M6SN5vsUxM1el0gn5mdyOZEGny2tFqEZiGtscaoyixl7; 4:2/28Rf9has5bTM39r3zbUh3JUHPvfic5rmvM/QuyCfZNU23HmfRazKRJD/sYmUs4g79BlcCK+KJ7gbliD4gffBh29ZWOFKYCiL1ErkAQYDte2KTAl+dlYvwLycUycU5zK4LCJwerRz0MXMRUriNmP2NI0X1FwBQFArn+dS59K5WQPJ3/NcgnDHq34w7l9RRvlLNKYug8Waf/XSSSh+LA9jzmkvTeXbI69Gc0uLVixA/r+4FMa9o4Sa+DCPRFEeO0mIduxoq3TIVx99CCJOFean9f8KHLZbja2+3XjgYsi57efRr3uXDKaJUQ8wqcXwWbERu+0Ahv2o2qZVirTIXPVtfznd1hQong7dM0s2oO4k1RNzz3IbxeutlgIAC66CkB
X-Microsoft-Antispam-PRVS: <BY2PR05MB789C790194A3752CC10F9C4D49A0@BY2PR05MB789.namprd05.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046); SRVR:BY2PR05MB789; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB789;
X-Forefront-PRVS: 0899B47777
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6049001)(6009001)(377454003)(24454002)(1096002)(2906002)(110136002)(19580405001)(19580395003)(586003)(4326007)(81166005)(230700001)(23746002)(6116002)(65816999)(3846002)(83506001)(87266999)(189998001)(33656002)(76176999)(86362001)(54356999)(59896002)(50986999)(230783001)(36756003)(92566002)(42186005)(47776003)(65806001)(77096005)(5008740100001)(64126003)(4001350100001)(5004730100002)(50466002)(2351001)(66066001)(65956001)(2950100001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB789; H:[172.29.37.79]; FPR:; SPF:None; MLV:sfv; LANG:en;
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB789; 23:mG6DXgLMZdxXxbkBuMvht4mv4Qpw9GedWhp2tqavOKB8aaYng5q3XQBlNbj+8B+ZRDXPdY58vf9kVR+QohcAha89zki3WGiokek0MJD1U04pfcSTq7X253yJt3/DRJ23WaOAvZEQ115U2ugAIPWF65kXF083QCH2LH/i+ZbdqhAPEmMsM53qybLz03cGuuSWSungHPSrSHEuUZRUmB5pKEgDp+cr/eb+WB/JFeOowhyAY6oi3UUQTIzq/gm/o/21bbu8jyJLi0nTOTuGzzv5yIYH3CBdfdYUDutpN/xNAV29JMOJczkfgkQ45gC315m+RszANlpVuW6o1glF1kTmQ0U/JZtrv0bCbNpBEPoU1U6NYxlKa1iSSjI5VMBWJHyUK3VoGxUCKWsaoU44feZvj+8Rlyw9WhvsmgD1bWVM5TsET3T1XdJ7X87YOLXuEAGVLbQzTkVMNFsyO6L7rUVpsBWC/BoTzct+MSYzKhNZ6naudhoIA7HkdDUftwC+Gnzn39OGHkS9nuHjOPKM8QcGTD0XVV7rGTQPrmAup1c6vly6FkbKaIwaZH84HZkXMi7YpMnjckckDHugCK/h+SfwkT0P0KuFy38R6f8tiYIAdjJERLknYhFpg/0L7JoI67tfXlMMLl0mPApZl+wUKs+6wuUIfI/wpioErYvfUVI4Y8JlnJu6E2ZD8LCYUZVwGYzX+AcFnJAM6p85w3o6zLnP/TqFMn888H/kTQOZ3TY89Vj4Km38iHvT3ILlqpY098dpJbSuDU12MVNfsQ6xa5dmdlP1+qhL6+viC8E9EWoo1Q9kexBgBJ9vG/3Rp65THKwyVpxst5xcBMfnz3pMr5/FEplhYMD0ScP6tmd7nQkNZr9zLCiZS4WrM7t5QlPh2iQElgqdUcbZJ75yEyAwR+4EKGlb/S+c9MKt9Vqet0RAwsT9kRDSZpTlqnlPog2a+KOfsJVBi7219UUVNOK1X3g9p4qeaZylqtz+NCf4zgyxYimSE60U45pkj2hlqMCWS8tYYlv/SR8b7bv65TrYFat9Ra2IwplXeGikkrK3YWhxVxfg1sDqBN+XGLZoiUYfXeMB29H7RRX4UaQQ4WK661vfxMv2er8QtwEoD8NKCxDsgXY=
X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB789; 5:I883HiG4FtgkIPrdUG++HGAEihD1bRwZa/whEhD4yATimQp341Jt9kaWMVbTjujEO2HMOe1ZKfYxDiYaF5QRt3WJqt/i+wsk25U3MtVEBSku44bNXfRRLTA7v9AfB6F5jCmS7oRtbXkcvLcCKxKJlg==; 24:0r0wNmBQbZSqx6Ke/C92CzD9wfnOZ+EH+JzbKypkcHGBP8mFTd6E2ZnWxd+R99lG7stMOpNS2rZbWA/Y925buU067OhXK6cLHBz1oHek6Lc=
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Apr 2016 16:44:25.6117 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB789
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/Ktd8JnQdzZTqNV_PdKxgyS7tP5k>
Cc: "idr@ietf.org" <idr@ietf.org>, BESS <bess@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis
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: Fri, 01 Apr 2016 16:44:44 -0000
On 3/25/2016 7:25 AM, bruno.decraene@orange.com wrote: >> I'm quite sure you have deployed implementations, from several >> prominent vendors, that will not properly handle this case. > I'm waiting for this/these implementation(s) to make a public statement in this thread / IETF WGs. Then we can discuss whether the issue comes from RFCF3107 or from the implementation. > If none make a public statement, we should assume that all implementations are capable of receiving multiple labels, as per RFC 3107. I strongly disagree with this. We should not ignore the facts just because you don't like the way the facts were gathered. A better approach would be to have operators state whether they have any deployments in which the "multiple labels" feature is used in a multi-vendor environment. It is very useful when working on a "bis" draft to determine which features have been proven to work in a multi-vendor environment and which have not. > Any non-compliant implementation may create interoperability issues and unpredictable results. > From an IETF standpoint, the question is whether a RFC 3107 implementation would create interoperability issues, up to shutting down the BGP session. There are deployed 3107 implementations which always assume that the NLRI contains a single label. If you tried to interwork these with 3107 implementations that send multiple labels , you will experience the kind of disruption. 3107bis tries to allow the use of multiple labels while preventing this sort of disruption from occurring. > If you mean that some non-compliant implementation do not work, well let's fix them. The situation is that there is a commonly deployed "bug" in old implementations, but it is not seen because the bug is in a feature that no one has been using. If new implementations use that feature, the bug will be seen, and network disruption will occur. One could say "fix all the old implementations", but it seems wiser to have new implementations avoid tickling the bug. The Capability is not proposed for the purpose of helping the vendors, it's there to help the operators. I'm not sure why you think there would be BGP session drops due to 3107bis; if a 3107 implementation sends multiple labels to a 3107bis implementation, I think the 3107bis implementation would do "treat-as-withdraw" rather than "drop the session". Perhaps a reasonable approach for 3107bis would be the following: - A 3107bis implementation will not send multiple labels to a peer unless the Capability has been received from that peer. (This prevents 3107bis implementations from tickling the 'bug' in 3107 implementations.) - A 3107bis implementation will accept multiple labels from a peer even in the absence of the Capability. Another approach would be to have a knob that determines whether the Capability needs to be used before multiple labels are advertised.
- Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis bruno.decraene
- Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis Eric C Rosen
- Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis bruno.decraene
- Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis Eric C Rosen
- Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis Robert Raszuk
- Re: [mpls] [Idr] [bess] draft-rosen-mpls-rfc3107b… Acee Lindem (acee)
- Re: [mpls] [Idr] [bess] draft-rosen-mpls-rfc3107b… Robert Raszuk
- Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis Eric C Rosen
- Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis bruno.decraene
- Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis Robert Raszuk
- Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis Eric C Rosen
- Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis Eric C Rosen
- Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis bruno.decraene
- [mpls] draft-rosen-mpls-rfc3107bis bruno.decraene
- Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis bruno.decraene
- Re: [mpls] [bess] draft-rosen-mpls-rfc3107bis bruno.decraene
- Re: [mpls] [Idr] draft-rosen-mpls-rfc3107bis Jeffrey Haas