Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking IPv6 extension headers? (Episode 1000 and counting) (Linux DoS)
"Ackermann, Michael" <MAckermann@bcbsm.com> Thu, 18 May 2023 15:40 UTC
Return-Path: <mackermann@bcbsm.com>
X-Original-To: opsec@ietfa.amsl.com
Delivered-To: opsec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C9BCC15109D for <opsec@ietfa.amsl.com>; Thu, 18 May 2023 08:40:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.086
X-Spam-Level:
X-Spam-Status: No, score=-7.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); domainkeys=pass (1024-bit key) header.from=MAckermann@bcbsm.com header.d=bcbsm.com; dkim=pass (1024-bit key) header.d=bcbsm.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id svxf_A4nAscz for <opsec@ietfa.amsl.com>; Thu, 18 May 2023 08:40:17 -0700 (PDT)
Received: from mx.z120.zixworks.com (bcbsm.zixworks.com [199.30.235.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C650C15109A for <opsec@ietf.org>; Thu, 18 May 2023 08:40:16 -0700 (PDT)
Received: from 127.0.0.1 (ZixVPM [127.0.0.1]) by Outbound.z120.zixworks.com (Proprietary) with SMTP id BD8FE20EC5E for <opsec@ietf.org>; Thu, 18 May 2023 10:23:31 -0500 (CDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=ZIXVPM1670e2ded26; d=bcbsm.com; h=From:To:Subject:Date; b=Dizn0gsjd5wB4oM6VI3MHdhCxY9dWPg9DczE7Xby/7A2eO/zrPx6QLnJjT5Ggt/F eKF5pvJk7sMw2sYyZ2493YsX63Go1G8CwV6DITSzEwt/eLByqWMr2+XpZ1YKP+ C8341tqUaEkD2/+F0CjGofVT7w7yD1ZlDaaM57+FbRKsM=;
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bcbsm.com; s=ZIXVPM1670e2ded26; t=1684423411; bh=3RtOohYXb8Ng7z+3mn2VK0KhK81VwEdXQPGI0mV1q28=; h=From:To:Subject:Date; b=hU2ksseK34tHC7VxDPJUv/9avDGvKuMFYz0at6s/GrF7SOw9SMcRaDGVWql1W/SjP eDHIh6BZngIVql3/jbuSxMEnRKiE3zHzwm17Zxos5VD3DDxBgKzAuwRZ4uXdTRScxm pHqO/nYJ1vKLfLAaXnWcrdcCkhNtq5GiwYvNX/B8=
Received: from imsva1.bcbsm.com (inetmta03.bcbsm.com [12.107.172.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.z120.zixworks.com (Proprietary) with ESMTPS id 1C1F841A146B; Thu, 18 May 2023 10:23:30 -0500 (CDT)
Received: from imsva1.bcbsm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id AA50C92076; Thu, 18 May 2023 11:23:29 -0400 (EDT)
X-IMSS-DKIM-Authentication-Result: imsva1.bcbsm.com; sigcount=0
Received: from imsva1.bcbsm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 82FA592074; Thu, 18 May 2023 11:23:29 -0400 (EDT)
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (unknown [104.47.58.169]) by imsva1.bcbsm.com (Postfix) with ESMTPS; Thu, 18 May 2023 11:23:29 -0400 (EDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZDsqFaagU4WzP6H+lkOR1VnYbcH6zHRL+znM/R6blKGJRn8UuCxANiAzgdaW1au/062N0E3PeL/jM/DOcsXmSa/KVZpQBv+28RduHkYyZ71xXD9ovBsSaCORge3nyJzJbk+yuVOl9hLE5LFqoWLaJD+8xpZWwlUoZV00Xm4Lb6bLJlKE0CwgMwtD95A1vM7E5m79A1weeo2bMgBn61v4JGSsHqb4EMmdfB4Arn7e9t65WpYc45Zd1rcNWQJ0F4S3o5Zc5ng98dr8IOP6OFMPUvQrsQZemLVZI3G4O3MEYeybqGCxMQNhKM9E75ltXcjNiERUm/+WLABJxQlpB1eTHg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=i14LIW3M2JRQSE6BWqTizUT2zTIUfgv9zF11cViz87s=; b=nnHaai0seI1FWZco545Mx8XPtJwTuztbPFp0SDmj6JbWfKwx3Icw0+5GeWKbJnZQIDXKe2/J//jH186dpdiAwL2i5XW9in3LaI1dDwUaPharvzCBbTGPBIf98zcNte+SrIQ4wcm+FAA+5ISc2S76pXdKM+fpVN+vvP0EMF/ikO8AD62q0sGjC+o6qS3hZ5ajGw14lnGknJfMtmM2dgAhs74Uy4cItPOfsWotJa/NJqqsDnydjMkQzJq6/1X5S0ZM1BeIFnBIa+8yDOs6hgSQvhwIM0N/c5czU4OVGa2vLU6vHH+EXELEPKuma2aU5FNDPZBKqGveSj21F3quAcY35A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=bcbsm.com; dmarc=pass action=none header.from=bcbsm.com; dkim=pass header.d=bcbsm.com; arc=none
Received: from CY8PR14MB5954.namprd14.prod.outlook.com (2603:10b6:930:61::22) by MN2PR14MB3501.namprd14.prod.outlook.com (2603:10b6:208:1a6::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6387.30; Thu, 18 May 2023 15:23:26 +0000
Received: from CY8PR14MB5954.namprd14.prod.outlook.com ([fe80::528d:c495:aa71:98a5]) by CY8PR14MB5954.namprd14.prod.outlook.com ([fe80::528d:c495:aa71:98a5%6]) with mapi id 15.20.6411.017; Thu, 18 May 2023 15:23:26 +0000
From: "Ackermann, Michael" <MAckermann@bcbsm.com>
To: "nalini.elkins@insidethestack.com" <nalini.elkins@insidethestack.com>, Tom Herbert <tom=40herbertland.com@dmarc.ietf.org>, Nick Buraglio <buraglio@forwardingplane.net>, Xipengxiao <xipengxiao@huawei.com>
CC: Andrew Campling <andrew.campling@419.consulting>, Fernando Gont <fgont@si6networks.com>, V6 Ops List <v6ops@ietf.org>, "6man@ietf.org" <6man@ietf.org>, opsec WG <opsec@ietf.org>
Thread-Topic: [IPv6] [v6ops] [OPSEC] Why folks are blocking IPv6 extension headers? (Episode 1000 and counting) (Linux DoS)
Thread-Index: AQHZiZiKTqHLc+NJE0K4VubqhHJcIq9gI9Aw
Date: Thu, 18 May 2023 15:23:26 +0000
Message-ID: <CY8PR14MB5954B196CEB67EB9BE5F3396D77F9@CY8PR14MB5954.namprd14.prod.outlook.com>
References: <11087a11-476c-5fb8-2ede-e1b3b6e95e48@si6networks.com> <CALx6S343f_FPXVxuZuXB4j=nY-SuTEYrnxb3O5OQ3fv5uPwT8g@mail.gmail.com> <CAN-Dau1pTVr6ak9rc9x7irg+aLhq0N8_WOyySqx5Syt74HMX=g@mail.gmail.com> <a087b963-1e12-66bf-b93e-5190ce09914b@si6networks.com> <CWXP265MB515321A0E0A91CD66260C26CC27F9@CWXP265MB5153.GBRP265.PROD.OUTLOOK.COM> <CALx6S35py1b6EyS3UeT8JvgwN-w8wBtprCn9OJSCS-nvfQ_L-A@mail.gmail.com> <CAGB08_djDtrFRY37ZTH_draGLTxM3vO7bMfT6YyyKFrTH_Tx5w@mail.gmail.com> <1200504588.3592661.1684421597958@mail.yahoo.com>
In-Reply-To: <1200504588.3592661.1684421597958@mail.yahoo.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: CY8PR14MB5954:EE_|MN2PR14MB3501:EE_
x-ms-office365-filtering-correlation-id: af9805a3-ee95-42db-4c8a-08db57b3d3b0
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: b+OEXzzm41xP8884b1gjurSoMCyI3CZDu5dPaDRMcfBG4mPKags0twiCNnTjd9fX2rbFT0Eab4OJLPwUYar9RiM09IjNnzf3KnEKJai0bBVPmxOGk3R1XJoGY/hhLIJb9aDGN4rLBeEoUEDdJghVAnVgxydyvU8JW/kT/ZQziTmvSleUTvLjjFQRsp4jwSqAELJQIuA8xmN8xJ1BTX0xTSZjYk9HD45st6/EEuVtoxanFRDdkjD1ChDI/WGXqfiQg/Kpr9Vv2n9euA9J/SG9SPPnGngwfyu+z5AIfw+6TNyoREz+RhUAJ9Gv6onek0UfSbC56I6oZ+4GU4siiHUBqrWdh33pnSpb9LSpTPot2Vbr/CMnu1tu3K90Xy/SIVy2DEz7RXQrtGDFiarfMylQqfgO3SY2/Fw4US8N0L32FRAPFRnKEai3EBERttH8GkfNl2aO+tuYtbAQlYpp0IX1JgtKcleixjNdkI7EGHOJMQ4PNN8ClpPFilgojDcajd4zrRAEvkSRC5FI2UV90VpmfUYinJo5wkgyekd2s4CtrBV2zBbaM1wIxqGpZOdoqKgwmRxw3YGV5vEMr6VA+qS79DoJLSuU72b7e5aGxy8Y/DwZ9SSpcTQrGVeEljya/Z2+
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY8PR14MB5954.namprd14.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230028)(136003)(346002)(376002)(396003)(366004)(39860400002)(451199021)(76116006)(66556008)(66476007)(66446008)(66946007)(64756008)(4326008)(54906003)(110136005)(55016003)(122000001)(8676002)(8936002)(966005)(316002)(478600001)(66899021)(41300700001)(7696005)(71200400001)(33656002)(2906002)(86362001)(166002)(26005)(6506007)(5660300002)(55236004)(53546011)(9686003)(21615005)(38100700002)(83380400001)(186003)(40140700001)(38070700005)(52536014)(221023011); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: iqTvXstnZMSjV0bJmiMg/jyId5zxRod+4MtCNPo0RO0XjqfqNTlPY3vBkvePZifJVYir63XGi7tXJgWcs3dYQqxph6jXAt6FFB0y2zPvIwP24EMLGIxMF2FkcwGT7z8C/bz4qWsnXyijDl6mCHOIKBlqMi2WuNMTtdTDQvT+BswPYpJDOHdUIiki6hJ6+weQURpGXHfEifJS3WUKWEMpaeThgI/Tx9GEIip8kQ1jM5guGOjMMFe7+wam1i+kUbZxzrRw97YN8Xfqxeh+2bbMWrCMjphqvPfD023YJw9hKL3IDjXcNrnDgvHCK96BKa4ZLj9/qOXHgVEMqqw5lnOaOOZAAcCIgUSsDDd4meAhQWrpnm5/khuNWBld+JW3lmexGDgAXqs1NWeM7WvNbGh8chhlImx13oK/wWqV+VM0mvjkYeF8Nqy1bRLyfiaEE+27K526oYUinvsIpe7uUA7nTtlXeKFiFlB1t2lKq+hiMaqmxZy0J3I6ZFGccnB+7U10M8sK/3lMM1LyBPFQNuSpEG9iAZ1g9xSCBCaZOIAbnuf9K4MVLjx97xAEECDWVutWEKiXZMHNuXuFvLY+QvIS44lTQTNQkB0P+1nwken3tnMhK1ermZP3cSe90EHLXcuO8IuzXdNexbqa4btrLgxxpjW1a/rvSq7/RuMMpAwLF1JEVpWG3xvJM14ZYfkYZXUYE8Yw0rfPt0KtNwFScnB/yXHz0DELLDw2pV0VDaXYsxuIs8J/Eef0ql+AWITLsgzLBsW8mJeWcU+Ic+h0NFCqmtdOzwR/OZIWgghJAaELdfXGDt+IN67xqc8dIUrOxDHY9XqcU+sgXnYEdsL3BpglAhD9Pu9Bg4XJSS+Jbe6kEIqLDZnaAiofTwwJ5VzWcChPslsi3JCuVgoOs9YgUjnnX/t5VcSm2yTRlyjsnZSKcLDs58r7/NDTubqC7pk9cOrWdfRi98HrvHYIneOTsUn3zVcCr7iWtY+SIVBbG6UCrpCluaB87Y1udcYNF82MYif3X8v2P7H4i5CLJlHOk7ZbyOMKxXxrqrXeB6hjTSWNGsGToJhngWML1V/9sx7MoqCHgqm82oZ0LHfEFWDagd4AIdjM85KXInhqt0tTXVKMdpRiTpIOCTxx12nbWlvkfrAh0sZC5ra+tB0i7RCbdprFiKrA7akFFT88c0H5d7aZ0pfUldVLKWOw4UGdjPKTGMjBusVd7Ptlb+7S4qZe3ShNFiUyKDab/2pfhNAEcZIvfQ5tSEBqqZwBZ8Xdag0r0YP6YT+Fg6c+atbPgYlGCuAg8FKga87c7juns12KYdgRIR9iAT6cdmbX0P97XB4EE2gjzp+e3hxrIZfoNKpXKphf6fAF+ASHx8F20KiiWWqtQHMMPTKCBd1erTzluxydjmlDipmJvVp+i9kIkuixghG3GPt68Ump/j/ruSSAy1CL+udfyCpTt77b/dD3RU0a5nQx306wjJaiZEJ0JGh8qoRd9DAaGxy3ZMGT21FsWjGtOpeNhVC/ecGhcer+ynoG1Z50lkRvqMN8minvDhQdZYKljKas9YhYqNxIkL+9Zif/r2iQxoZgRwjjKoA8quR2Y2Si
Content-Type: multipart/alternative; boundary="_000_CY8PR14MB5954B196CEB67EB9BE5F3396D77F9CY8PR14MB5954namp_"
MIME-Version: 1.0
X-OriginatorOrg: bcbsm.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY8PR14MB5954.namprd14.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: af9805a3-ee95-42db-4c8a-08db57b3d3b0
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 May 2023 15:23:26.4874 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 6f56d3fa-5682-4261-b169-bc0d615da17c
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: +0+Dq4KOcpudIwbbOsw+AO2nTAPdTIT6cD6LL5w0ndidsvjFV4QBuB81JVcH/7eBGkyAKFcsiQJzEYZS1E6Ucw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR14MB3501
X-TM-AS-GCONF: 00
X-VPM-HOST: vmvpm02.z120.zixworks.com
X-VPM-GROUP-ID: 8b563cef-0e5f-491d-a7b4-e4aa9f3375f6
X-VPM-MSG-ID: 7deaca65-a557-4745-9123-e366fa2da4e9
X-VPM-ENC-REGIME: TLS,Plaintext
X-VPM-IS-HYBRID: 0
X-VPM: TLS Sent
X-VPM-TLS-SENDER: vmvpm02.z120.zixworks.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsec/gA3QkaouKIjY4zf7KBk-ulBuswA>
Subject: Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking IPv6 extension headers? (Episode 1000 and counting) (Linux DoS)
X-BeenThere: opsec@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: opsec wg mailing list <opsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsec>, <mailto:opsec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsec/>
List-Post: <mailto:opsec@ietf.org>
List-Help: <mailto:opsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsec>, <mailto:opsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 May 2023 15:40:21 -0000
+1 This would be very helpful for enterprises! And for Xipeng, Would not such a BCP be VERY consistent with the “Side Meeting” efforts of V6OPS? Thanks all Mike From: ipv6 <ipv6-bounces@ietf.org> On Behalf Of nalini.elkins@insidethestack.com Sent: Thursday, May 18, 2023 10:53 AM To: Tom Herbert <tom=40herbertland.com@dmarc.ietf.org>; Nick Buraglio <buraglio@forwardingplane.net> Cc: Andrew Campling <andrew.campling@419.consulting>; Fernando Gont <fgont@si6networks.com>; V6 Ops List <v6ops@ietf.org>; 6man@ietf.org; opsec WG <opsec@ietf.org> Subject: Re: [IPv6] [v6ops] [OPSEC] Why folks are blocking IPv6 extension headers? (Episode 1000 and counting) (Linux DoS) [External email] Nick, > neither really have use cases I think a use cases document is a great idea! Although, IMHO one of the points of extension headers is that they can be used to extend the protocol for purposes which we cannot think of today! Thanks, Nalini Elkins CEO and Founder Inside Products, Inc. www.insidethestack.com<http://www.insidethestack.com> (831) 659-8360 On Thursday, May 18, 2023 at 07:49:50 AM PDT, Nick Buraglio <buraglio@forwardingplane.net<mailto:buraglio@forwardingplane.net>> wrote: Is there any document that details the current operational best practices or explains the EH options and use cases in a succinct document? I didn't find one (although I did not look terribly hard). If not, that sounds like an opportunity to work through them and create one, perhaps? Nalani has a deep dive study here https://www.ietf.org/archive/id/draft-elkins-v6ops-eh-deepdive-fw-01.html and https://datatracker.ietf.org/doc/draft-elkins-v6ops-eh-deepdive-cdn/ but I wasn't able to find a list with some use cases akin to the ND considerations draft here https://datatracker.ietf.org/doc/draft-ietf-v6ops-nd-considerations/ RFC7045 has a decent, and RFC2460 explains what they are but neither really have use cases. nb On Thu, May 18, 2023 at 9:33 AM Tom Herbert <tom=40herbertland.com@dmarc.ietf.org<mailto:40herbertland.com@dmarc.ietf.org>> wrote: On Thu, May 18, 2023 at 7:24 AM Andrew Campling <andrew.campling@419.consulting<mailto:andrew.campling@419.consulting>> wrote: > > I wonder if part of the issue here is that insufficient attention is being given to operational security matters and too much weight is given to privacy in protocol development, irrespective of the security implications (which is of course ultimately detrimental to security anyway)? Andrew, There is work being done to address the protocol "bugs" of extension headers. See 6man-hbh-processing and 6man-eh-limits for instance. Tom > > Andrew > > > From: OPSEC <opsec-bounces@ietf.org<mailto:opsec-bounces@ietf.org>> on behalf of Fernando Gont <fgont@si6networks.com<mailto:fgont@si6networks.com>> > Sent: Thursday, May 18, 2023 2:19 pm > To: David Farmer <farmer@umn.edu<mailto:farmer@umn.edu>>; Tom Herbert <tom=40herbertland.com@dmarc.ietf.org<mailto:40herbertland.com@dmarc.ietf.org>> > Cc: 6man@ietf.org<mailto:6man@ietf.org> <6man@ietf.org<mailto:6man@ietf.org>>; V6 Ops List <v6ops@ietf.org<mailto:v6ops@ietf.org>>; opsec WG <opsec@ietf.org<mailto:opsec@ietf.org>> > Subject: Re: [OPSEC] [IPv6] Why folks are blocking IPv6 extension headers? (Episode 1000 and counting) (Linux DoS) > > Hi, David, > > On 18/5/23 02:14, David Farmer wrote: > > > > > > On Wed, May 17, 2023 at 13:57 Tom Herbert > > <tom=40herbertland.com@dmarc.ietf.org<mailto:40herbertland.com@dmarc.ietf.org> > > <mailto:40herbertland.com@dmarc.ietf.org<mailto:40herbertland.com@dmarc.ietf.org>>> wrote: > [...] > > > > Maximum security is rarely the objective, I by no means have maximum > > security at my home. However, I don’t live in the country where some > > people still don’t even lock there doors. I live in a a city, I have > > decent deadbolt locks and I use them. > > > [....] > > > > So, I’m not really happy with the all or nothing approach the two of you > > seem to be offering for IPv6 extension headers, is there something in > > between? If not, then maybe that is what we need to be working towards. > > FWIW, I[m not arguing for a blank "block all", but rather "just allow > the ones you really need" -- which is a no brainer. The list you need > is, maybe Frag and, say, IPsec at the global level? (from the pov of > most orgs). > > (yeah... HbH and the like are mostly fine for the local link (e.g. MLD). > > Thanks, > -- > Fernando Gont > SI6 Networks > e-mail: fgont@si6networks.com<mailto:fgont@si6networks.com> > PGP Fingerprint: F242 FF0E A804 AF81 EB10 2F07 7CA1 321D 663B B494 > > _______________________________________________ > OPSEC mailing list > OPSEC@ietf.org<mailto:OPSEC@ietf.org> > https://www.ietf.org/mailman/listinfo/opsec _______________________________________________ v6ops mailing list v6ops@ietf.org<mailto:v6ops@ietf.org> https://www.ietf.org/mailman/listinfo/v6ops _______________________________________________ v6ops mailing list v6ops@ietf.org<mailto:v6ops@ietf.org> https://www.ietf.org/mailman/listinfo/v6ops The information contained in this communication is highly confidential and is intended solely for the use of the individual(s) to whom this communication is directed. If you are not the intended recipient, you are hereby notified that any viewing, copying, disclosure or distribution of this information is prohibited. Please notify the sender, by electronic mail or telephone, of any unintended receipt and delete the original message without making any copies. Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are nonprofit corporations and independent licensees of the Blue Cross and Blue Shield Association. This message was secured by Zix(R).
- [OPSEC] Why folks are blocking IPv6 extension hea… Fernando Gont
- Re: [OPSEC] [IPv6] Why folks are blocking IPv6 ex… Tom Herbert
- Re: [OPSEC] [IPv6] Why folks are blocking IPv6 ex… Ted Lemon
- Re: [OPSEC] [IPv6] Why folks are blocking IPv6 ex… David Farmer
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… nalini.elkins@insidethestack.com
- Re: [OPSEC] [IPv6] Why folks are blocking IPv6 ex… Jen Linkova
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Vasilenko Eduard
- Re: [OPSEC] [IPv6] Why folks are blocking IPv6 ex… Fernando Gont
- Re: [OPSEC] [IPv6] Why folks are blocking IPv6 ex… Fernando Gont
- Re: [OPSEC] [IPv6] Why folks are blocking IPv6 ex… Tom Herbert
- Re: [OPSEC] [IPv6] Why folks are blocking IPv6 ex… Andrew Campling
- Re: [OPSEC] [IPv6] Why folks are blocking IPv6 ex… Andrew Campling
- Re: [OPSEC] [IPv6] Why folks are blocking IPv6 ex… Tom Herbert
- Re: [OPSEC] [IPv6] Why folks are blocking IPv6 ex… Tom Herbert
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Nick Buraglio
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… nalini.elkins@insidethestack.com
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Dale W. Carder
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Nick Buraglio
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Nick Buraglio
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Ackermann, Michael
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Xipengxiao
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Michael McBride
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Ackermann, Michael
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Fernando Gont
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Brian E Carpenter
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Ole Troan
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Haisheng Yu
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Andrew Campling
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Bob Natale
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Tom Herbert
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Ole Troan
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… nalini.elkins@insidethestack.com
- Re: [OPSEC] [EXT] Re: [v6ops] [IPv6] Why folks ar… Bob Natale
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… nalini.elkins@insidethestack.com
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… David Farmer
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Tom Herbert
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Michael Richardson
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Ole Trøan
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… nalini.elkins@insidethestack.com
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Ole Troan
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Tom Herbert
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… David Farmer
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Fernando Gont
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Tom Herbert
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… nalini.elkins@insidethestack.com
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Ole Troan
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… nalini.elkins@insidethestack.com
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Fernando Gont
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Fernando Gont
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Tom Herbert
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Tom Herbert
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Brian E Carpenter
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Michael Richardson
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Brian E Carpenter
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Brian E Carpenter
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… hsyu
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Fernando Gont
- Re: [OPSEC] [EXTERNAL] Re: [IPv6] [v6ops] Why fol… Manfredi (US), Albert E
- Re: [OPSEC] [EXTERNAL] Re: [IPv6] [v6ops] Why fol… Fernando Gont
- Re: [OPSEC] [EXTERNAL] Re: [IPv6] [v6ops] Why fol… Arnaud Taddei
- Re: [OPSEC] [EXTERNAL] Re: [IPv6] [v6ops] Why fol… Vasilenko Eduard
- Re: [OPSEC] [EXTERNAL] Re: [IPv6] [v6ops] Why fol… Arnaud Taddei
- Re: [OPSEC] [EXTERNAL] Re: [IPv6] [v6ops] Why fol… Vasilenko Eduard
- Re: [OPSEC] [EXTERNAL] Re: [IPv6] [v6ops] Why fol… Arnaud Taddei
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… nalini.elkins@insidethestack.com
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Tom Herbert
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Tom Herbert
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… nalini.elkins@insidethestack.com
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Manfredi (US), Albert E
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Tom Herbert
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Brian E Carpenter
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Manfredi (US), Albert E
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Bob Natale
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Haisheng Yu
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Warren Kumari
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Ole Troan
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Warren Kumari
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Andrew Campling
- Re: [OPSEC] [EXTERNAL] Re: [IPv6] [v6ops] Why fol… Fernando Gont
- Re: [OPSEC] [IPv6] [v6ops] [EXTERNAL] Re: Why fol… Fernando Gont
- Re: [OPSEC] [v6ops] [IPv6] Why folks are blocking… Fernando Gont
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Fernando Gont
- Re: [OPSEC] [IPv6] [v6ops] [EXTERNAL] Re: Why fol… Tom Herbert
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Tom Herbert
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Tom Herbert
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Fernando Gont
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Clark Gaylord
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Tom Herbert
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Fernando Gont
- Re: [OPSEC] [EXTERNAL] Re: [IPv6] [v6ops] Why fol… Manfredi (US), Albert E
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Brian E Carpenter
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Brian E Carpenter
- Re: [OPSEC] [EXTERNAL] Re: [IPv6] [v6ops] Why fol… Tom Herbert
- Re: [OPSEC] [EXTERNAL] Re: [IPv6] [v6ops] Why fol… Manfredi (US), Albert E
- Re: [OPSEC] [v6ops] [EXTERNAL] Re: [IPv6] Why fol… Andrew Alston
- Re: [OPSEC] [EXTERNAL] Re: [IPv6] [v6ops] Why fol… Tom Herbert
- Re: [OPSEC] [EXTERNAL] Re: [IPv6] [v6ops] Why fol… Andrew Campling
- Re: [OPSEC] [IPv6] [EXTERNAL] Re: [v6ops] Why fol… Tom Herbert
- Re: [OPSEC] [IPv6] [v6ops] Why folks are blocking… Dirk Trossen
- Re: [OPSEC] [IPv6] [EXTERNAL] Re: [v6ops] Why fol… Mike Simpson
- Re: [OPSEC] [IPv6] [EXTERNAL] Re: [v6ops] Why fol… Haisheng Yu
- Re: [OPSEC] [IPv6] [EXTERNAL] Re: [v6ops] Why fol… Nick Hilliard
- Re: [OPSEC] [IPv6] [EXTERNAL] Re: [v6ops] Why fol… Fernando Gont
- Re: [OPSEC] [IPv6] [EXTERNAL] Re: [v6ops] Why fol… Bob Natale