Re: [Tsv-art] HbH flags [Tsvart last call review of draft-ietf-opsec-ipv6-eh-filtering-06]

Joe Touch <touch@strayalpha.com> Thu, 06 December 2018 14:11 UTC

Return-Path: <touch@strayalpha.com>
X-Original-To: tsv-art@ietfa.amsl.com
Delivered-To: tsv-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CCF9127B92; Thu, 6 Dec 2018 06:11:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.918
X-Spam-Level:
X-Spam-Status: No, score=-0.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=strayalpha.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 yWwA_7KI13sM; Thu, 6 Dec 2018 06:11:53 -0800 (PST)
Received: from server217-3.web-hosting.com (server217-3.web-hosting.com [198.54.115.226]) (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 1A6D3130E29; Thu, 6 Dec 2018 06:11:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id: Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version: Content-Type:Sender:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=QQudNOx8wyKSMcwl14YtxNR3BU8oYz8ibdmC0BL7w7s=; b=DYrnJf5sSs3eLmDA3yD1TobJ4 4Ms5Q2HeSQfoFOG5p582U1UE7bpDKnMqu5QxRDYhAeoK6lGuHI6NWTyXVuWYcfvcwwJjxkj/eN2fm h1MVlxOoJd3QtBsonygJYsgd3N36wuSArLHb8GHtVa0kMkhijKZihzvcEkUnrb2uJSPUv49/ybNsX bInOQ1Y0mEWNH+npr3jklE1BHKWPgXcOrwzwp3uR1pVUNDG0wsCJmalFXe9pUCf+g3OU4BzbcSusA gnCMHLnhYW2NzPrsseEG3IKD+rSRQ3mt4KS0bvoSOK6Cw5YZf2Y31uDXls3FN3UFcUDCGWz4heWNV p2rOoUb4Q==;
Received: from cpe-172-250-240-132.socal.res.rr.com ([172.250.240.132]:57449 helo=[192.168.1.16]) by server217.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from <touch@strayalpha.com>) id 1gUuNT-000BW9-Ke; Thu, 06 Dec 2018 09:11:48 -0500
Content-Type: multipart/alternative; boundary="Apple-Mail-1AD83D75-303F-43AA-AE9D-EB05966CAF51"
Mime-Version: 1.0 (1.0)
From: Joe Touch <touch@strayalpha.com>
X-Mailer: iPad Mail (16B92)
In-Reply-To: <CAL9jLaaEGM49j9nKWb+x_GsakKd2hUhK2U1oW3Vbme5Ot1r42w@mail.gmail.com>
Date: Thu, 06 Dec 2018 06:11:43 -0800
Cc: tsv-art@ietf.org, opsec wg mailing list <opsec@ietf.org>, draft-ietf-opsec-ipv6-eh-filtering.all@ietf.org, ietf <ietf@ietf.org>
Content-Transfer-Encoding: 7bit
Message-Id: <A9084623-1C3E-4203-8046-9C6D0857821A@strayalpha.com>
References: <977CA53D-7F72-4443-9DE2-F75F7A7C1569@strayalpha.com> <6C50775C-EB67-4236-93B8-DF0259E04167@strayalpha.com> <20181126175336.GW72840@Space.Net> <c959d8cb6f6a04a8da8318cfa89da341@strayalpha.com> <2425355d-e7cc-69dd-5b5d-78966056fea7@foobar.org> <C4D47788-0F3D-4512-A4E3-11F3E6EC230B@strayalpha.com> <8d3d3b05-ecc3-ad54-cb86-ffe6dc4b4f16@gmail.com> <C929A8B9-D65C-4EF7-9707-2238AE389BE3@strayalpha.com> <CAL9jLaY4h75KK4Bh-kZC6-5fJupaNdUfm1gK2Dg99jBntMCEyQ@mail.gmail.com> <C47149DC-CAF2-449F-8E18-A0572BBF4746@strayalpha.com> <728C6048-896E-4B12-B80B-2091D7373D16@strayalpha.com> <8a676a4a-c76d-9fa5-ce79-534a14cf0511@gmail.com> <2386B45D-8AEE-4C95-BB00-A5A2ABF63F8A@strayalpha.com> <e5198c02-ebc6-ee3e-96cb-fd2831164f41@gmail.com> <02AD0268-BFB8-4CA2-8985-08AFE6013ABB@strayalpha.com> <6c071ce7-609b-fcf2-8977-9159afece9ec@gmail.com> <E008EA4B-74D3-4251-BFB8-B88F544B2A99@strayalpha.com> <260f1445-0690-691b-5aea-83b7a43bfdcb@gmail.com> <CAL9jLaYPPiXECcLdCfe35tCwBaSvswObo7skO7pqN2t2TXskq w@mail.gmail.com> <52009CB5-FAA4-47D6-AC05-C16049758663@strayalpha.com> <811D965A-149E-4E33-A526-2CFCB7A1882B@strayalpha.com> <CAL9jLaaEGM49j9nKWb+x_GsakKd2hUhK2U1oW3Vbme5Ot1r42w@mail.gmail.com>
To: Christopher Morrow <morrowc.lists@gmail.com>
X-OutGoing-Spam-Status: No, score=-1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server217.web-hosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - strayalpha.com
X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com
X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-art/450TDv44xFgxiztbxPBbstHkce8>
Subject: Re: [Tsv-art] HbH flags [Tsvart last call review of draft-ietf-opsec-ipv6-eh-filtering-06]
X-BeenThere: tsv-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Review Team <tsv-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-art/>
List-Post: <mailto:tsv-art@ietf.org>
List-Help: <mailto:tsv-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Dec 2018 14:12:05 -0000


> On Dec 5, 2018, at 10:28 PM, Christopher Morrow <morrowc.lists@gmail.com> wrote:
> 
> 
> 
>> On Thu, Dec 6, 2018 at 12:31 AM Joe Touch <touch@strayalpha.com> wrote:
>> Additionally, packets don’t emerge from different mole endpoints or are IP  processed in any way. The mold acts like a wire, which is fine. That can be done by IP tunnels too. But not routers that converge and diverge packets. 

That got mangled by autocorrect.  Packets aren’t supposed to be IP processed by links. To the extent that MPLS does this, it is broken vs the Internet arch.  Remember that MPLS tries to emulate a router path that can’t keep up.  It can - and does - fail to do so correctly in some cases.

>> Again, if HBH headers are meaningless and not needed, then go through the proper process and remove them from IPv6. If not, stop trying to hobble this protocol to the point where we all realize why nobody wants to use it. 
>> 
> 
> I think everyone here is actually happy to see v6 progress.

As am I - in Standards.  It shouldn’t ‘progress’ on ops.

> note I'm not trying to be intentionally combative, just attempting to say: "the best answer for the user here is PROBABLY to just have the core ignore all the EH business entirely" 

Again, if they’re not needed, fine. Remove them in Standards.

However, if the role of ops is to decide what standards to ignore, then perhaps the IESG should reconsider the area’s charter.

Joe