Re: [mpls] [sfc] The first nibble issue associated with MPLS encapsulation

t.petch <ietfc@btconnect.com> Wed, 13 April 2016 16:16 UTC

Return-Path: <ietfc@btconnect.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 CF88F12DB21 for <mpls@ietfa.amsl.com>; Wed, 13 Apr 2016 09:16:12 -0700 (PDT)
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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.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 PAQhE3uQXJVk for <mpls@ietfa.amsl.com>; Wed, 13 Apr 2016 09:16:09 -0700 (PDT)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0745.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::745]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C25F12DA01 for <mpls@ietf.org>; Wed, 13 Apr 2016 09:16:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=NOwoFQF2C2VsYtDmDmRZzqHQG4XkdjqPIA5kjNbbscM=; b=fu1JPSURskdLI7DCqN7jprb2oRErYY98TupB12QfawGjxiF4ntg5xbI7VX+bypb6K6370tFkwRNspZ0MNZOodq4ygCoRq3KkL1Zu6vq4661Wo3xL3Ej0l0CNt0L+iNH1D0IDN4U/eZq/37E9vFMlj9oZiu70V7mBgQuHxd+XZ9g=
Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=btconnect.com;
Received: from pc6 (86.171.1.17) by VI1PR07MB1632.eurprd07.prod.outlook.com (10.166.142.150) with Microsoft SMTP Server (TLS) id 15.1.466.12; Wed, 13 Apr 2016 16:15:50 +0000
Message-ID: <00d801d1959f$51393f60$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfc@btconnect.com>
To: mpls@ietf.org, Loa Andersson <loa@pi.nu>
References: <570BB266.8090608@juniper.net> <04c801d1957b$2be37ce0$4001a8c0@gateway.2wire.net> <570E3879.309@pi.nu>
Date: Wed, 13 Apr 2016 17:00:10 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [86.171.1.17]
X-ClientProxiedBy: DB3PR08CA0026.eurprd08.prod.outlook.com (10.161.51.164) To VI1PR07MB1632.eurprd07.prod.outlook.com (10.166.142.150)
X-MS-Office365-Filtering-Correlation-Id: f22a14be-c7af-4ec4-898c-08d363b6e1a4
X-Microsoft-Exchange-Diagnostics: 1; VI1PR07MB1632; 2:M1QseQ77ZEEVCXnP/fGHwrfTg7djM7tf7xLAqS1HsPCUV/bqw6WMBnfslCWgTrDvh9QgzeHk1pPxEXCT7HJk5U8Npc5MpG/UAZTd8ueteD5TfBVQYYTkpQCUIGpyr2P8Yblnwzf+54I84FDszeuL8GdXL2YKCilbTujK5e/P8jOCzGpx0cN5Km8+VpaVgz1Y; 3:mtsKTdAfZ47kOM2pSkcV2JShwBGQUCx6UdG7QerVD9CS2yJbiCo8SCNlnrG2xSBdZSTO1tjkJaGFc0hmFWn0j77XmQR0gMI1L1byXMFlf4ILkuErd7xj+/oLWpRSVWrF; 25:2VHhiQ18KUGvIfwtiiw/+obJjAP1gD4x62LyqqpwTGhoQREXAjJT+MuhK6aAhlAm4jmA+xgbfD7BY/dQ1fdYBF3P3v2W+hOZPIBNYJK6/9Ui7+rWLUYZGopVwHbTMhNivQXFH9gZ+FwopqEGvu2e3YywQ4IyVFzxf9oM1z3WqqtE4sup4UkY5dh32Qk2qdvhTeZ9ldp2ZcU7l/+dF+DIMViQnirN5ds1QQ/nrD7D4hA2mtGSE7gdfLUoSPtqmfseo8suTCQuTefS3mimNcXn82sZoRFnHcR6RMupPZTcuB7iz6IKURs2gh/3vesRz2yo3oUsju9BHSkxpgNddztFmQ==
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR07MB1632;
X-Microsoft-Antispam-PRVS: <VI1PR07MB1632F4834BC456661F6AE76EA0960@VI1PR07MB1632.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(138986009662008);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6055026); SRVR:VI1PR07MB1632; BCL:0; PCL:0; RULEID:; SRVR:VI1PR07MB1632;
X-Microsoft-Exchange-Diagnostics: 1; VI1PR07MB1632; 4:D3xsjNJy5UGTmGG47tbZa9ZoyKy1SinQGnfCekYikZBhSaIuwvxRS62a+uGOvaADbAoKoKqOFhuSQmzGYRbILrB7JOQ61nq6GJTWzRJJo/c6ERQWe7hHEkVaYE4MPGz/OtXDD/B2DMTmEkvHkJxWhATUeAsFHC0EggHDm189ec5IavB6HNTn0n+w5tTh4R8MUu761LrQaURTtB7GQR5AcXjHwOXdVTa8fjJXsxILHVLtR6qKoJd3Q4+kj+ZDJ9Ja7939tJ3LQnYsIwWolk1vRyVrd4pTh98Y0WL4Bc/J23t9KaZ0O6KF9Lz1k9ARICDSq/1rOop6oBocX4NThGyndaRdaq4Q0u22MQSHvhn8rQ9ZmxdFRyPI+GBZNQg7lJxubow4S7hz9d8tSHRMIrb6m7vEPYsHUT5g1f+gDnSaAoSaMI6U2KUTwj/K81NWsVEn
X-Forefront-PRVS: 0911D5CE78
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(13464003)(377424004)(24454002)(377454003)(81166005)(50466002)(50226001)(107886002)(44716002)(9686002)(230700001)(5001770100001)(15975445007)(1456003)(62236002)(33646002)(42186005)(77096005)(5008740100001)(189998001)(1556002)(86362001)(66066001)(47776003)(3846002)(5004730100002)(84392002)(61296003)(50986999)(19580405001)(76176999)(6116002)(19580395003)(81816999)(81686999)(1096002)(2906002)(586003)(23746002)(92566002)(74416001)(7726001)(4720700001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB1632; H:pc6; FPR:; SPF:None; MLV:sfv; LANG:en;
X-Microsoft-Exchange-Diagnostics: 1; VI1PR07MB1632; 23:pXwrYC7cy1soEUwGXhZmlKnk42M8EH2TBJ425XvDngh/xLvt5V5uVUurugprqE1oGTA2NW9J6DR3DytJeFTYNJweN+JT3McDl3Or+LFy7zveOwAOWIJ3z6pIrH2oVG6LMHd5DrUaxN9AahvVSJtZytP7GS2z1GtXy8+h3OjGuUf5/yZD8Cl3LWowYlfkQOvkrYf1MwxOVaVU4zW9uHkge213ZRI4l93dpbAYnin9YhyeTHAtQ+IuW5ZHHMTcn4QdhP41lpnqTeV7ARfxX7OA6805keNUPJL6WhDqMpp2gvzWXA+xnfNdSufKyfXAH/lHTFOUymCl3ZXpIhBHPnuMRcZqiJYvcHNLGM0Ick1iPJc6MHtWcZdWwMdec4wvECkBjIhVNfbJf6pNbjCu5Bw5gvo/pvLFTaMDzZ2lkIIwXwkEtX1l7I6GOjUofifYPjvtPmccuff/jw4Cpu0B/iePZXeCYWxB0ODC3GosjUTnK7g1zjO9bthGyUQcl3ISacKZ+xLZ5yChLtRxpbBEfoQ5+58k11uFk5n0dwwky+7PR/guBs1jRUJYcI8gdLZoSNxxOh+MYKEzxgvjXsDFKLinRNaspWw3doLqFpZRgyy+5RfOuY8Go61pYDVm6VezOhgQ5jm4nc0Amd7LIkrr8PmVrWO7LyY/Lv1Lc5djAms1MBAjgZSzuE7Zta2+FMAtnM0nydmDk9L20hXIHunCeBj+srwW8hVUqM0x/5mkxY3v3N+Ky20B5im8tnqk7g+GJ2bwYXJdaRA2r7wPHUUeWQmrCzTYzbzrMoRRnDTPJv2Kx0zHNv4RHQ2Yj7+Dp7/TY01v1kDhOYddB87GKO4EyTWNnQzJw5fQQSlzBSaN7xtELHqEo8xn/wSxAH/cbwh/t1nKlmtTL2SSX1dyjr+0QCYaes3v8Mx6XL6VXHf3wkOP4ptU1HkAdpmbHY6flMK6K19dQX/Jcn3G2aeNo5MdfLsKasX2+1PzygfuQpMoYfITBBZzM1GiGj/BHehGBACiyhGshU6QrXLCUixJy0/mxYECeo+oMp2TJ58Rv8Nx1fd7eymq0Ew11/hHBqJwcMvceNdV/UDUqUbcWInSm/uP6B21+JE6I+5cAy7UnU7Ss6IN54S4l/tVgFlZY6C5kHHz6v5WVsLKQhao/6COuvCqV6/pFuSLv8m3K5MR/hwz8H5/76w=
X-Microsoft-Exchange-Diagnostics: 1; VI1PR07MB1632; 5:XHwGIuALiNT+4/NdtFlAXlsaRJFuN4iakdzWBhTgvcwzKFKUBzDV1pNJ7vfkAIKQDoZdaPDTvRq2Z9vByysLtYwpBCeMFDAwavbgYDNyTI3PWXzEo8470gY/0Ic6959EfxYApHfuTmBL54Y9WTaGE0F72IqYkW0QqQsx7BcFQvjkwMqehZk4H2iVhbJSVciY; 24:UrLjMHp3kzTOKgDq/XsLTmejtWCCCeokibpHCSqOcfbQkRpW9fD0/mlibuWoN2Dzck76kaZU074LPoLpasSohlmgK20VVtQImRbhwqwN7wo=; 7:IUW8E3Lo6Y4EkTGSfmeminrZ69IguTEhTnWU5z/qFjAHOec8cht8nCx6Ju4R96+btSMQXuBmFavBmshNm5od4kddMIqGbDKWK0f9RYBpj+0s2+LZp0IklnR4dBniS28eUXu4E9TtebTUxbXyzN+fnJG2tx2mklvksKK/nj+LPgeasa3hfs4NdQpkRQ/JQL15pPJKEtOHlgsojd88guBA3q7vdfc+F0NvIF2ivojIaYg=
SpamDiagnosticOutput: 1:23
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Apr 2016 16:15:50.7257 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB1632
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/OLjbJJVKwXxHosM72zbedujo8Nc>
Subject: Re: [mpls] [sfc] The first nibble issue associated with MPLS encapsulation
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, 13 Apr 2016 16:16:13 -0000

----- Original Message -----
From: "Loa Andersson" <loa@pi.nu>
To: <mpls@ietf.org>; "tom p." <daedulus@btconnect.com>
Sent: Wednesday, April 13, 2016 1:15 PM

> Tom,
>
>
> On 2016-04-13 19:53, t.petch wrote:
> > ----- Original Message -----
> > From: "Eric C Rosen" <erosen@juniper.net>
> > Sent: Monday, April 11, 2016 3:19 PM
> >
> >
> >> (Removed sfc from the cc-list, this seems out of scope for that
WG.)
> >>
> >> In designing the BIER header, the BIER WG is free to mandate any
value
> >> it chooses in the first nibble.  These values do not come from a
> > "first
> >> nibble" registry.
> >>
> >> It seems prudent to put a value like 5 for the following reasons:
> >>
> >> - If a BIER packet is being parsed by an off-line tool, this is a
good
> >> hint (though just a hint) that the packet is actually a BIER
packet;
> >>
> >> - If a BIER packet is traveling through an MPLS tunnel, and it
> > traverses
> >> a node that does its MPLS load splitting by guessing at the type of
> > the
> >> payload, then this is  a good hint that the MPLS payload is not
IPv4,
> >> IPv6, or PW.
> >>
> >> This strategy does incur a risk.  Suppose IPv5 gets designed,
> >> implemented, and deployed, and folks start to deploy hardware that
> > does
> >
> > Too late;  see
> >
> >
> >
https://tools.ietf.org/html/draft-boucadair-ip-version-5-8-9-historic-00
>
> Isn't this just in time - if IPv5 is made historic - we can safely use
> it.

I think not

'   A specification that has been superseded by a more recent
   specification or is for any other reason considered to be obsolete is
   assigned to the "Historic" level.  '

It doesn't mean it is not in use although that I-D does say

'Given that IPv6 is a deployment reality and there are no proven
   deployments of the aforementioned IP versions ...'

My point was that IPv5 exists, as of now, and still will, even when made
Historic.

The I-D says

' IANA is requested to deallocate the version numbers'

which I think wrong. If you are feeling paranoid - sometimes I do - then
you will think that somewhere the value 5 is given a significance and it
would be safer not to free it up for re-use.

Tom Petch

>
> /Loa
> >
> > Discussion on the int-area list.
> >
> > Tom Petch
> >
> >
> >
> >> MPLS load balancing by inspecting the IPv5 headers of the MPLS
> >> payloads.  If a BIER packet is traversing an MPLS tunnel,
> > inappropriate
> >> load splitting may occur if the hardware thinks the payload is IPv5
> >> rather than BIER.
> >>
> >> This particular risk doesn't seem very significant to me.
> >>
> >> Thus I don't think there's anything here that needs fixing.
> >>
> >
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://www.ietf.org/mailman/listinfo/mpls
> >