Re: [homenet] Status of draft-tldm-simple-homenet-naming CFA

Ted Lemon <mellon@fugue.com> Wed, 16 August 2017 00:33 UTC

Return-Path: <mellon@fugue.com>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 233D01323D4 for <homenet@ietfa.amsl.com>; Tue, 15 Aug 2017 17:33:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.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 WKTD8h7qG8_6 for <homenet@ietfa.amsl.com>; Tue, 15 Aug 2017 17:33:06 -0700 (PDT)
Received: from mail-qk0-x234.google.com (mail-qk0-x234.google.com [IPv6:2607:f8b0:400d:c09::234]) (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 C3D6F1323B0 for <homenet@ietf.org>; Tue, 15 Aug 2017 17:33:05 -0700 (PDT)
Received: by mail-qk0-x234.google.com with SMTP id u139so12685566qka.1 for <homenet@ietf.org>; Tue, 15 Aug 2017 17:33:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=4FiczzGjjOcQG6VX+Yr6XXq++64elkd4wHAXYRm8Ezg=; b=GEbw2vUvPiOvo1Fj2h4tkW5H5RD/ZC6lCgPBeqLJKsY1403YsuQLWRdccTbQ0YhHHE z76mctuo82n18KAm7D4chmbfrtP21nzNdDUCVtrLKS6fD+bZSXZ82nR9gKiTRAjEfCUg 4qM4jBh9Wf8xDhBRzjgH0s7lHZUqUOuEv0QD4hn318O7c8Bk9zoeDfMyjFIv0ObIpxcS pn36M9WzIWOVmHnBupyDpBt7jbMVl1D86HZAds9v8Vl8ZX0Y6wJPNHPZCkT3wUz+EfpK zZLzA12ClspGNKZiMUjILHI+/hQx9rxBbFW8kMYOB6GwJha9YDPEvTFmBPnspu1qd4K8 +W2w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=4FiczzGjjOcQG6VX+Yr6XXq++64elkd4wHAXYRm8Ezg=; b=q/PTtUG2gkhCFKE/ED8IlfV41x9urQ28TVcBIyLDZzOWAJNa/VuDumx6Z05ECBADUO fainJXcbYlCjKJ+yYpxr1YqWOv1QBwJynMAWQnJHM5dZMGLkjyX6Gn4xEDynkTFos8Jo /ZPymVfrVQ2Y07RsXre32KZCOPUQADsIAkTyNFpoKKApp61eE08teMif6EPjERPGmGak 7a9k0GleYXWzlzGZgsVPpPynwbyBu0VyF5KaAEfwdBKSDWu7ybPZW8kf9GclLEjwm6Gf zpkl1qFcVEO6OSb2NMXUZq4M0DPgUyyR3v47rMbd8pc+up/O92PabOW1wd777SDWkHGZ 3t1g==
X-Gm-Message-State: AHYfb5gXIrPi6ZwhidRGnIBE4XiaJZMkBT4E0sCRfIGQY8ZMbc8I2Zl9 bVS2s8Fc+myzzNAom/4qeQ==
X-Received: by 10.55.182.6 with SMTP id g6mr13763519qkf.326.1502843584760; Tue, 15 Aug 2017 17:33:04 -0700 (PDT)
Received: from cavall.ether.lede.home (c-73-167-64-188.hsd1.nh.comcast.net. [73.167.64.188]) by smtp.gmail.com with ESMTPSA id j90sm7489274qtb.73.2017.08.15.17.33.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 15 Aug 2017 17:33:03 -0700 (PDT)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <3DE50D7C-53BF-4758-8DED-A2CA89C8ABE7@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_EEAB72F5-7369-4B39-B171-618949500E19"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Tue, 15 Aug 2017 20:33:02 -0400
In-Reply-To: <874lt8xv9j.fsf@toke.dk>
Cc: Juliusz Chroboczek <jch@irif.fr>, HOMENET <homenet@ietf.org>
To: Toke Høiland-Jørgensen <toke@toke.dk>
References: <2D09D61DDFA73D4C884805CC7865E6114DBF5904@GAALPA1MSGUSRBF.ITServices.sbc.com> <87h8xez9ys.fsf@toke.dk> <CAPt1N1m+218+FX_G+2W-msDWmxP8XXMKF9S0faTeCBnEEzk1uw@mail.gmail.com> <877eyaz2jm.fsf@toke.dk> <CAPt1N1m5nVGD-y2VrbkoTEPTs4qF98oRxGuvd-Has1yzuS0fmg@mail.gmail.com> <874ltez1wg.fsf@toke.dk> <7E8390B5-9048-4783-B17F-6C9EA5610887@fugue.com> <7ivalujdfu.wl-jch@irif.fr> <15F1CE39-82EE-4B0D-A31B-2C1805991541@fugue.com> <871sofzqma.fsf@toke.dk> <CAPt1N1=oiU+DbjD6izOBNJOnC25d=-S3ARqFxydRfWLEet5mEQ@mail.gmail.com> <87valry4o7.fsf@toke.dk> <FCAD81FA-BBA0-45B0-8F1F-D1D5FD010484@fugue.com> <87shgvxybl.fsf@toke.dk> <4AF8CF8A-F781-449F-9C53-A9603889746E@fugue.com> <87lgmnxr3u.fsf@toke.dk> <E3E75086-BF36-4F59-86BD-7FFDAFE772AB@fugue.com> <87fuctxdrc.fsf@toke.dk> <FB44A942-9DE3-4CE6-88C5-402B20756462@fugue.com> <877ey4y62g.fsf@toke.dk> <6DF8489E-D780-4E4C-A132-31EEF8285BB7@fugue.com> <874lt8xv9j.fsf@toke.dk>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/homenet/H5dfzHnWY8EPC6oqu05vEddqq6M>
Subject: Re: [homenet] Status of draft-tldm-simple-homenet-naming CFA
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF Homenet WG mailing list <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/homenet/>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Aug 2017 00:33:08 -0000

El 15 ag 2017, a les 19:32, Toke Høiland-Jørgensen <toke@toke.dk> va escriure:
>> In both of these cases, you are better off doing what we discussed
>> earlier and setting up your own DNS cache, possibly with a whitelist
>> for domains you want to send to the ISP forwarder.
> 
> Sure, and that's what I usually do. But if we can't specify that
> behaviour for homenet, at least trying all upstream DNS servers gives a
> better chance of finding one that works.

I'm really sorry, but I'm actually having trouble contextualizing the failure mode that you are talking about here.   Didn't I agree with you in a previous message that we should try all the upstream DNS servers?

> You may be right that hacking up a working prototype isn't that hard.
> But the failure modes change from "the internet is down" or may "I
> cannot access site A", to "site A is working every third attempt, except
> it is entirely broken on device X" maybe even with an added "ah, but
> it works on device X if I go into the kitchen".

Didn't we agree that we aren't round-robining?

> Hmm, while writing this is occurred to me that it might make sense to
> just export the ISP DNS server(s) directly in the MPvD-only RAs?

This would certainly work, but now you can't have your nice local resolver that does what you want.   However, I think you are right that this is the right default behavior for MPvD-aware devices.