IETF Logo Mail Archive

Re: Adoption call for <draft-hinden-ipv4flag-03>

Michael Richardson <mcr+ietf@sandelman.ca> Fri, 30 March 2018 17:20 UTC

Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4268A127076 for <ipv6@ietfa.amsl.com>; Fri, 30 Mar 2018 10:20:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.611
X-Spam-Level:
X-Spam-Status: No, score=-2.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
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 8F_Dz2UnkJUV for <ipv6@ietfa.amsl.com>; Fri, 30 Mar 2018 10:20:05 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1CC3712704A for <ipv6@ietf.org>; Fri, 30 Mar 2018 10:20:05 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 19DF620092 for <ipv6@ietf.org>; Fri, 30 Mar 2018 13:29:35 -0400 (EDT)
Received: from obiwan.sandelman.ca (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 42D758106B for <ipv6@ietf.org>; Fri, 30 Mar 2018 13:20:03 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: IPv6 List <ipv6@ietf.org>
Subject: Re: Adoption call for <draft-hinden-ipv4flag-03>
In-Reply-To: <4be84789-e429-0569-5411-de3e4312a84b@gmail.com>
References: <562A6850-000D-4C39-BE50-1DB6C759D6AD@employees.org> <D3DEECE4-AB1D-43D6-B66A-0D2517B9433D@employees.org> <f964be09-f3c5-f0e8-0ac3-d5033bcc3e7d@gmail.com> <1B833B18-69D8-4094-9BC4-1DFA3397FEDF@employees.org> <12b4c720-f12f-8b02-ec9e-4d011e989274@asgard.org> <DD0B1797-2673-4C2E-967E-87F919400074@gmail.com> <7EE7D51A-019A-4D41-9358-D5AFB981ABFA@employees.org> <4B969390-ECEF-4136-B9A1-219D4CE14759@gmail.com> <DC2A5342-8014-49FE-81D3-CFAF72B1F471@apple.com> <29147.1522081272@obiwan.sandelman.ca> <F4DF2A57-8F92-42E1-ADB2-D871053F7EC6@employees.org> <37c1734a-2c1f-10e7-c46f-65ec88e1d916@gmail.com> <9BBC999F-52AA-4339-B382-5F1BC3475C07@thehobsons.co.uk> <efc360a2-574a-ed90-5097-bfaf43ab3b2a@gmail.com> <400ACBF7-2ECC-47B5-B8BB-35A1577BA158@thehobsons.co.uk> <4be84789-e429-0569-5411-de3e4312a84b@gmail.com>
X-Mailer: MH-E 8.6; nmh 1.7-RC3; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha256"; protocol="application/pgp-signature"
Date: Fri, 30 Mar 2018 13:20:02 -0400
Message-ID: <26506.1522430402@obiwan.sandelman.ca>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/390dH5EXi30fTRoyQU5fgnqo3Zg>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Mar 2018 17:20:07 -0000

Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
    >> Let me get this straight - you are basically saying that IETF cannot
    >> set standards that stipulate what hosts should do under certain
    >> conditions ?

    > We can, of course, and often do so. But in this case, what's the point,
    > when we know that at least one important host stack won't conform?

But, we also know that every host stack out there today won't conform.
So, we can get some portion of them to conform, and that reduces the
broadcast impact.   Maybe said host stack will change their mind.


--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-

v2.23.0 | Report a Bug | By Email