Re: [v6ops] New Version Notification for draft-bp-v6ops-ipv6-ready-dns-dnssec-00.txt

Jen Linkova <furry13@gmail.com> Thu, 18 October 2018 14:43 UTC

Return-Path: <furry13@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C836012D4EB for <v6ops@ietfa.amsl.com>; Thu, 18 Oct 2018 07:43:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.75
X-Spam-Level:
X-Spam-Status: No, score=-1.75 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 TMmQ2w0bru6O for <v6ops@ietfa.amsl.com>; Thu, 18 Oct 2018 07:43:58 -0700 (PDT)
Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D42F8129C6B for <v6ops@ietf.org>; Thu, 18 Oct 2018 07:43:57 -0700 (PDT)
Received: by mail-qk1-x729.google.com with SMTP id q184-v6so860859qkd.3 for <v6ops@ietf.org>; Thu, 18 Oct 2018 07:43:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=EQu2TPrUN5DmaYeH5r9K06TFNSlvxpZBG309MQJXWIQ=; b=STpw8X0O7g8Wl73kVSsBmbhVAZCrq3sNopctbnb17M3cFeJxRb5nPdv+3rD4gjfD5X o2UnsNPVG7F4c2FkTKGFOo8tBuNohJoG121MYT9My8jeN1b45Bgo5nGKOGJndDaOgQSE czcMREL1pWym+nhRyxcCtjpxqJSbqe+GCAlOshKSH+o9LWq3rcq8ixmZvOx3gt9A4FBF rVlmqWk1+AVr1RW0L90ZNmM/ykjZ0cjnF9NWEjnXxMmXwiUvVFZTebKHfO7FmsVCBlle FxZ9DbcPsePdc2IXO00UqpjXcy+H/9XmI3FbgEw0vb8L42bb7z9PVDQPi+a4yJDc92WT gWJg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=EQu2TPrUN5DmaYeH5r9K06TFNSlvxpZBG309MQJXWIQ=; b=tk5CtOc7R8fCz1ENd0/8O88fAg7q753rkp3FK7KhMJchrhgfotFjNw9x0LcKTXppUa PNyfEHqF/4CXx3LtIRWnM8Cb/iKmsA2HDGIAhw6tGea2uw04Wpyn9FRaMvzjTYwTfMpH eCqsG7LwZo502ETUdRhU97s+6kIUrnNIEghHr4RNsJoBFMM9bE/ULNvMa+0U4UCKdglw 3mGear0XO9roa/XLU3C9r2rt4WBJd3bwSvGn72xOduqIBg3i5n8IQ2+V+Ul1ZqUbY1pi ZFMbgHNFugaOEQ2OH1Dts/73OP4EKqOHmBiTzjQ5LNYAIOxfj1Kqtf89qxcxrOydjLBI PGZg==
X-Gm-Message-State: ABuFfogqedF2EUxRPPGmGVZXlBXo02IDSVpST/7cKUT+gJMB3lOHTdAA Kpp/xKUoulSx5Jv2Nmcl7gZNaga8PR/H6pETnoQkpWEdaZc=
X-Google-Smtp-Source: ACcGV61wZdTxSCHTLpkjSWCYJKlwaiZJJB+FRLCmdQd63nTuV/DcnUi1K1HsuNDbTYkCla+0BsilTtHWdkp+idalwRM=
X-Received: by 2002:a37:444b:: with SMTP id r72-v6mr27919519qka.332.1539873836343; Thu, 18 Oct 2018 07:43:56 -0700 (PDT)
MIME-Version: 1.0
References: <153919621638.5900.18199747860735930931.idtracker@ietfa.amsl.com> <28C84190-026A-418D-B8E0-147B9F852018@consulintel.es> <CAFU7BATrs0nqEtzViT=3-2NV3YW-9ChUO9dunCLKQp8fM+zdDQ@mail.gmail.com> <D3A0662A-C2F3-47B7-A28D-28CE64618DE9@consulintel.es>
In-Reply-To: <D3A0662A-C2F3-47B7-A28D-28CE64618DE9@consulintel.es>
From: Jen Linkova <furry13@gmail.com>
Date: Fri, 19 Oct 2018 01:43:44 +1100
Message-ID: <CAFU7BARCm4anL45Nde6uteoOdL27jxVdUgJJ=GjOEO8uBMTe_A@mail.gmail.com>
To: Jordi Palet Martinez <jordi.palet@consulintel.es>
Cc: V6 Ops List <v6ops@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/1zz52XCEHOkaK6TZzK3mWzbFa7c>
Subject: Re: [v6ops] New Version Notification for draft-bp-v6ops-ipv6-ready-dns-dnssec-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Oct 2018 14:44:00 -0000

On Thu, Oct 18, 2018 at 6:13 AM JORDI PALET MARTINEZ
<jordi.palet@consulintel.es> wrote:
>>     So you are suggesting that DNS operators have to do some work (in
>>     quite short timeframe) to facilitate something they might not even
>>     care about...Not sure it would work.
>
> They should care about providing a good service, right?
> A good service today is not just IPv4-only.

So you are saying that IETF needs to publish a document which mandates
that all DNS operators not providing good services should get their
NSes "temporarily suspended"?

Well, why stop here? As both of us are at RIPE77 now - maybe it's time
to suggest that ASes  not advertizing IPv6 blocks (or not getting 5
starts in IPv6 RIPEness?) shall get their v4 blocks taken away?
Together with AS numbers? ;)

>>     Obviously *just* adding AAAA RR for A-only names has nothing to do
>>     with enabling IPv6 for a service.
>
> Clearly, we need to rephrase it. We meant not just the RR part, but of course, having the IPv6 connectivity.

And - as per the draft - "Probing mechanisms to verify that the
relevant AAAA are fully operational MUST be setup by IANA. ". While
I'm sure many service owners would love to have a free monitoring
system run by IANA,  I'm not entirely convinced it's feasible.

>>     The service needs to have IPv6 connectivity (which might not even be
>>     available in the specific location) it needs to be tested etc. Adding
>
> IPv6 free tunnels are available, in case, I doubt, you can't setup a tunnel to your upstream provider or alternatively to any of their upstreams. I've been there, several times, in the most strange and remote locations.

I'm not entirely sure recommending tunnels is such a good idea...

> I think trying is much better than just complaining and not doing something. Clearly IETF liaison with ICANN need to take actions here.

As I described in my previous email, I believe that the proposed
actions are more likely to hurt v6 adoption than promote it.

> Believe it or not, there are still many DNS "operators" that have no idea about IPv6, and a call for action should enforce them to do something.

I do believe you indeed. I did measurements on overlap between signed
zones and v4-only names while ago.
If those operators have no idea about IPv6 they need to be educated.
Publishing a document explaining why not having AAAA in a signed zone
is not such a good idea and providing recommendations does sound as a
good idea.
Requesting something non-feasible and non-enforceable (and not clearly
defined) does not sound like a good idea to promote IPv6 deployments.

-- 
SY, Jen Linkova aka Furry