Re: [mif] Last Call for MIF DNS server selection document

Margaret Wasserman <margaretw42@gmail.com> Wed, 14 September 2011 02:03 UTC

Return-Path: <margaretw42@gmail.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 740F021F8BDC for <mif@ietfa.amsl.com>; Tue, 13 Sep 2011 19:03:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.264
X-Spam-Level:
X-Spam-Status: No, score=-2.264 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pikx4NwUk0Xo for <mif@ietfa.amsl.com>; Tue, 13 Sep 2011 19:03:35 -0700 (PDT)
Received: from mail.suchdamage.org (permutation-city.suchdamage.org [69.25.196.28]) by ietfa.amsl.com (Postfix) with ESMTP id 85C4F21F8BBE for <mif@ietf.org>; Tue, 13 Sep 2011 19:03:35 -0700 (PDT)
Received: from [10.36.0.36] (pool-108-7-232-64.bstnma.fios.verizon.net [108.7.232.64]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by mail.suchdamage.org (Postfix) with ESMTPSA id 90F6F203BA; Tue, 13 Sep 2011 22:07:34 -0400 (EDT)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: multipart/alternative; boundary="Apple-Mail-23-503807004"
From: Margaret Wasserman <margaretw42@gmail.com>
In-Reply-To: <COL118-W46242B408E47FC6AB7954B1040@phx.gbl>
Date: Tue, 13 Sep 2011 22:05:39 -0400
Message-Id: <4BD05B04-DB10-47A7-855F-6AAB8EF7646D@gmail.com>
References: <COL118-W599D9E8760C3E370077FC3B1140@phx.gbl> <4E683F9B.7020905@gmail.com>, <37CF81A7-B249-40EB-B8E6-A706680C4174@gmail.com> <COL118-W46242B408E47FC6AB7954B1040@phx.gbl>
To: Hui Deng <denghui02@hotmail.com>
X-Mailer: Apple Mail (2.1084)
Cc: mif@ietf.org
Subject: Re: [mif] Last Call for MIF DNS server selection document
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: Wed, 14 Sep 2011 02:03:36 -0000

Posting the new version ASAP, and having a new LC for the new version makes sense to me.

Maybe we should talk to the DNSEXT and DNSOP chairs before sending the LC to their mailing lists, to see what they think?

Margaret

On Sep 13, 2011, at 9:02 PM, Hui Deng wrote:

> Hi Margaret,
>  
> I have seen the draft updated for 04 version, this has been a not small changes, we may can make a last call again for the new draft posting across multiple working groups such as MIF, DNSEXT and DNSOP, require theirs review?
>  
> Anyway, Andrew and Keith have already made lots of significant comments about alignment with Internet DNS architecture.
>  
> -Hui
> 
>  
> > Subject: Re: [mif] Last Call for MIF DNS server selection document
> > From: margaretw42@gmail.com
> > Date: Tue, 13 Sep 2011 08:00:09 -0400
> > CC: denghui02@hotmail.com; mif@ietf.org; jari.arkko@piuha.net
> > To: brian.e.carpenter@gmail.com
> > 
> > 
> > Hi Brian,
> > 
> > On Sep 8, 2011, at 12:07 AM, Brian E Carpenter wrote:
> > > Has this document been reviewed in DNSEXT and DNSOP?
> > 
> > No, but this is a good thought... I will talk to Jari and Hui about how best to get good review of this draft by DNS experts. I'm not sure if we should just send mail to the DNSEXT and DNSOP WGs, or if we should ask for a DNS Directorate review. Jari and Hui, what do you think?
> > 
> > > If not, I would strongly recommend that before asking the AD
> > > to review it in detail. I would expect considerable discussion of
> > > the following text and its consequences:
> > > 
> > >> In deployments where multiple namespaces are present, selection of
> > >> correct route and destination and source addresses for the actual IP
> > >> connection is crucial as well, as the resolved destination's IP
> > >> addresses may be only usable on the network interface over which the
> > >> name was resolved on.
> > 
> > I think there is a lot more acceptance, now, that these sorts of deployments do exist in the real world and need to be handled properly (otherwise they cause real-world problems) than there used to be in the IETF in the past. We'll see how the discussion goes, but I'm expecting a lot less controversy on this point than we would have seen 5+ years ago.
> > 
> > Margaret
> > 
> >