IETF Logo Mail Archive

Re: RFC6724-bis?

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 23 September 2022 01:47 UTC

Return-Path: <brian.e.carpenter@gmail.com>
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 BC1FAC152568 for <ipv6@ietfa.amsl.com>; Thu, 22 Sep 2022 18:47:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.109
X-Spam-Level:
X-Spam-Status: No, score=-2.109 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, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 bNRvxUUSMXSI for <ipv6@ietfa.amsl.com>; Thu, 22 Sep 2022 18:47:21 -0700 (PDT)
Received: from mail-pj1-x102d.google.com (mail-pj1-x102d.google.com [IPv6:2607:f8b0:4864:20::102d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 578D3C1524DC for <ipv6@ietf.org>; Thu, 22 Sep 2022 18:47:21 -0700 (PDT)
Received: by mail-pj1-x102d.google.com with SMTP id go6so11541728pjb.2 for <ipv6@ietf.org>; Thu, 22 Sep 2022 18:47:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date; bh=n39fL1j3l1rEKKV60DWwsFf0PLdpQAY2yYJ+p2MYZd0=; b=lVM/8Az8z8A5gkSo4OeUHQHtkwx/9NKBv7vBS87E3fueJtB15jqNmmWFgfPThty3e9 Sz5sl3vj0au8In7Jefn/k4Lc/5cmDA808e8yyA4Oarf4BghXkZ/7PZ6zNHr76xOUxOIJ eDR042NTvzlnOVnaOEXQMte52Lp++bZpvCm3AcSNCOtkuDTbHWjRlZ3yJ53FxOMon3qw LQxd/DR18K7vXGmkjpvyXBzpdeB2rM0XxBhrjVU0FfHVIZLmutC5rSqxUGeSAi9Oe92j 4Sfqy72Qpsg3OCZxy/Hdy4WsD2MgXGC2dAPMX77e8bRYFB2YK2WrYZ43qsOdMeDd6sbq oN0w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date; bh=n39fL1j3l1rEKKV60DWwsFf0PLdpQAY2yYJ+p2MYZd0=; b=fUVMAA3eIg+uN+fja+zGTK5wJnZMvoiPBzFiQG5y0Mq9RUIhTisJNvAfBRGvMeO5VS fjPgD5EhbtDubgFXGUTOnHuVMhGior1yMpzHOpI2K3sYJjFkX+xyTU50quedOntYP9Ac xVy8eJsn0vCzv6U6cecUPczLIWBni5Lyv0xt+8FJ+DghWo97TfmCdcbo3Ao8XGwx2VLi DW/Tlo6W14poFK+be9vG0jI30FXM2QvJS+XVlfFLZI4xv9qkuXvYQXqqeImDqq1Mxla/ sXDEbHij0yx5HnJRip8/oYzANXkXauFPmZC5MgHemORljxtAyK6CLwAzkumIOOGiHdM7 q/ww==
X-Gm-Message-State: ACrzQf2IB1cLGdRLdj/cCe2vCCoG0JycSvJ/mNbamdoshEt6MmM+pejH CbbvIjges4PCuhDPsor7yj4=
X-Google-Smtp-Source: AMsMyM6ytoZAbpRWiFYUpfwydtMXivTD5GZlMK9/fBeDJGtqRbPPKw5DN7Gk6gIdLHcRVbdHMT02Rw==
X-Received: by 2002:a17:90b:3b50:b0:202:9e4a:2fdf with SMTP id ot16-20020a17090b3b5000b002029e4a2fdfmr6892936pjb.240.1663897640146; Thu, 22 Sep 2022 18:47:20 -0700 (PDT)
Received: from ?IPV6:2406:e003:1124:9301:80b2:5c79:2266:e431? ([2406:e003:1124:9301:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id r15-20020a170903020f00b00174ea015ee2sm4774988plh.38.2022.09.22.18.47.17 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 22 Sep 2022 18:47:18 -0700 (PDT)
Message-ID: <6edcc5d8-edf1-51de-103c-a4ac6060fef6@gmail.com>
Date: Fri, 23 Sep 2022 13:47:14 +1200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Subject: Re: RFC6724-bis?
Content-Language: en-US
To: Ted Lemon <mellon@fugue.com>, David Farmer <farmer=40umn.edu@dmarc.ietf.org>
Cc: 6man WG <ipv6@ietf.org>
References: <66892DC8-6DA4-4DC8-85B0-E1E1647CD9F7@gmail.com> <CAM5+tA9kttCKrZaoB7UzNdE6TU1qGNMaxDmWvFtRvpB4A8+WHA@mail.gmail.com> <8FE71499-D155-4853-A964-6617F6EA2069@gmail.com> <CAM5+tA9QuYxVs+NXBD3dAYr_Y=95bWt63WjmEMDOfegL0Z4otA@mail.gmail.com> <CAM5+tA_hg2sXXsYw6Tcx-ytRAMkKQcFw8a3N7SfEXwbuPm0LMw@mail.gmail.com> <00ea3b70-ba8e-b6ef-e1ce-fdd56828f506@gmail.com> <CAPt1N1=_9Rwj-HnUZKWfatARbHWptArmSAV-qdi8MKyoBf9R0A@mail.gmail.com> <CAO42Z2xZ_-mDh66A9DK+3ieEqGMqW0Pt+mZzVOmzz4cDRUTEXA@mail.gmail.com> <CAPt1N1nqwMvVHvEGAx0jxgWhbW9ZUQfAZSDn-qRYQ0CDy-EGKQ@mail.gmail.com> <17a28c173ed640e68b1cbf504bbeae49@huawei.com> <CAPt1N1=xR_2Xw+1KL6vbzZ69N+vonhcTNvO=DBceeApfoS2bMQ@mail.gmail.com> <e76267b6101146cf8a1bd6fa567c6b77@huawei.com> <CAN-Dau2QO5sxevJwUbOj+_wyiCdOjnPEZM14Jhevvkq4YZqU7Q@mail.gmail.com> <bc85e623-ef89-d2e2-4e33-b8ce0a4ec343@gmail.com> <CAN-Dau0Wbki6xwcEdy8ZK-pO9jeT6+8TKZgbmXWUgnkR+dRhBg@mail.gmail.com> <CAPt1N1=OmC+HNVGWbgj9JtGbpcuzKOgjZ1KXJm5mXgpji-G4Mw@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <CAPt1N1=OmC+HNVGWbgj9JtGbpcuzKOgjZ1KXJm5mXgpji-G4Mw@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/zn4wvSp9GK2iztEqL4Lmv696RtQ>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.39
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, 23 Sep 2022 01:47:21 -0000

On 23-Sep-22 12:50, Ted Lemon wrote:
> Op do 22 sep. 2022 om 20:40 schreef David Farmer <farmer=40umn.edu@dmarc.ietf.org <mailto:40umn.edu@dmarc.ietf.org>>
> 
>     I think leaving unknown, most likely remote, ULA at a lower priority and adding the /48 or other known local ULA to the table at a higher priority automatically should help mitigate ULA in the public DNS and the possible response of turning off IPv6.
> 
>     In someways those that put ULA in the public DNS get what they deserve, I’m just worried about the remote user’s response to the brokenness, causing even more brokenness.
> 
> 
> Hm, okay. I think we are all actually in agreement then, since I heard Brian admitting earlier that it might be better to dynamically update the table. 

Indeed, which was exactly why I wrote gai_wrap.py as a userland proxy for that approach.

    Brian

> I must have misunderstood what you meant by optimizing for the uncommon case—sorry about that!
>

v2.23.0 | Report a Bug | By Email