Re: [mif] DNS selection with HE-MIF

Ted Lemon <Ted.Lemon@nominum.com> Tue, 05 February 2013 05:35 UTC

Return-Path: <Ted.Lemon@nominum.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB95A21F8941 for <mif@ietfa.amsl.com>; Mon, 4 Feb 2013 21:35:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.565
X-Spam-Level:
X-Spam-Status: No, score=-106.565 tagged_above=-999 required=5 tests=[AWL=0.034, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2+RYSEQgNUbP for <mif@ietfa.amsl.com>; Mon, 4 Feb 2013 21:35:26 -0800 (PST)
Received: from exprod7og110.obsmtp.com (exprod7og110.obsmtp.com [64.18.2.173]) by ietfa.amsl.com (Postfix) with ESMTP id 396AF21F87D3 for <mif@ietf.org>; Mon, 4 Feb 2013 21:35:26 -0800 (PST)
Received: from shell-too.nominum.com ([64.89.228.229]) (using TLSv1) by exprod7ob110.postini.com ([64.18.6.12]) with SMTP ID DSNKURCaHeg36lBeh3yKw0grkvQEVcNLNTHD@postini.com; Mon, 04 Feb 2013 21:35:26 PST
Received: from archivist.nominum.com (archivist.nominum.com [64.89.228.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by shell-too.nominum.com (Postfix) with ESMTP id A1CC4F8016 for <mif@ietf.org>; Mon, 4 Feb 2013 21:35:25 -0800 (PST)
Received: from webmail.nominum.com (cas-02.win.nominum.com [64.89.228.132]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "mail.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by archivist.nominum.com (Postfix) with ESMTPS id 96DED190043; Mon, 4 Feb 2013 21:35:25 -0800 (PST) (envelope-from Ted.Lemon@nominum.com)
Received: from MBX-01.WIN.NOMINUM.COM ([64.89.228.133]) by CAS-02.WIN.NOMINUM.COM ([64.89.228.132]) with mapi id 14.02.0318.004; Mon, 4 Feb 2013 21:35:19 -0800
From: Ted Lemon <Ted.Lemon@nominum.com>
To: GangChen <phdgang@gmail.com>
Thread-Topic: [mif] DNS selection with HE-MIF
Thread-Index: AQHOAhiC0CZRnojC20SeBNCskG9mTphowXmAgAFJyQCAADWJAIAA7D8AgAAaCwA=
Date: Tue, 05 Feb 2013 05:35:18 +0000
Message-ID: <8D23D4052ABE7A4490E77B1A012B63074747F348@mbx-01.win.nominum.com>
References: <CAM+vMERak2vAoYFeSLRep2xjpm480qPjutyv4-tV=KtU0XO=fw@mail.gmail.com> <8D23D4052ABE7A4490E77B1A012B630747479BA9@mbx-01.win.nominum.com> <CAM+vMETvE==qUZO2_rhyUB+=ChUR4a9CoTCF+q=gBL2cRA+0UA@mail.gmail.com> <8D23D4052ABE7A4490E77B1A012B63074747BB1E@mbx-01.win.nominum.com> <CAM+vMER=CPNpXTcrqOpGqEaH+GpA81pyH_D3Hja+1jQqNTNxqw@mail.gmail.com> <8D23D4052ABE7A4490E77B1A012B63074747D7F7@mbx-01.win.nominum.com> <CAM+vMESEiTOTHorbaqSEDbiKPV06Vt2pW3TAs8+Of4=mnVcbNA@mail.gmail.com>
In-Reply-To: <CAM+vMESEiTOTHorbaqSEDbiKPV06Vt2pW3TAs8+Of4=mnVcbNA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [192.168.1.10]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <FE6FD3D089E10F4AA8399C23BF6875AF@nominum.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: mif <mif@ietf.org>, draft-ietf-mif-happy-eyeballs-extension <draft-ietf-mif-happy-eyeballs-extension@tools.ietf.org>
Subject: Re: [mif] DNS selection with HE-MIF
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Feb 2013 05:35:27 -0000

On Feb 4, 2013, at 11:02 PM, GangChen <phdgang@gmail.com> wrote:
> I can't comment on benefits of "doing DNS queries within one
> provisioning domain, and then using the results in the other
> provisioning domain." But HE-MIF has to do in some cases, because that
> maybe a normal node behavior, like stated in RFC6418 "A node usually
> has a node-scoped routing table". This issue may retrospect to basic
> Internet host design in RFC1122. Changing the model would go beyond
> HE-MIF scope.

Okay, so your point is that we can't do connections within a provisioning domain, because we don't have control over how a connection is routed.

I agree that this is a problem, but it is explicitly within the scope of the MIF charter to consider this problem and document it.   It is quite likely the case that solving the problem is outside of the current MIF charter, and that such work, if attempted, ought not to occur in MIF.

However, if in fact the HE-MIF document can't work correctly without solving this problem, then it is certainly within the scope of the current charter for the MIF working group to draw that conclusion.

For my part, what I am saying is that HE-MIF can't really be very useful without solving this problem.   It is not in fact the case that a MIF node can have a single node-scoped routing table and still succeed in communicating on the network in the face of, for example, an interface that's connected to a captive portal but providing a default route, as such captive portals typically do.