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

<teemu.savolainen@nokia.com> Wed, 19 October 2011 06:43 UTC

Return-Path: <teemu.savolainen@nokia.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 F06AA11E8090; Tue, 18 Oct 2011 23:43:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.57
X-Spam-Level:
X-Spam-Status: No, score=-1.57 tagged_above=-999 required=5 tests=[AWL=-1.422, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45]
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 ofBKIgqDODaI; Tue, 18 Oct 2011 23:43:06 -0700 (PDT)
Received: from mgw-sa02.nokia.com (smtp.nokia.com [147.243.1.48]) by ietfa.amsl.com (Postfix) with ESMTP id 742A811E8073; Tue, 18 Oct 2011 23:43:04 -0700 (PDT)
Received: from vaebh106.NOE.Nokia.com (vaebh106.europe.nokia.com [10.160.244.32]) by mgw-sa02.nokia.com (Switch-3.4.4/Switch-3.4.3) with ESMTP id p9J6ghAa026319; Wed, 19 Oct 2011 09:42:58 +0300
Received: from smtp.mgd.nokia.com ([65.54.30.5]) by vaebh106.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Wed, 19 Oct 2011 09:42:49 +0300
Received: from 008-AM1MMR1-006.mgdnok.nokia.com (65.54.30.61) by NOK-am1MHUB-01.mgdnok.nokia.com (65.54.30.5) with Microsoft SMTP Server (TLS) id 8.2.255.0; Wed, 19 Oct 2011 08:42:48 +0200
Received: from 008-AM1MPN1-037.mgdnok.nokia.com ([169.254.7.8]) by 008-AM1MMR1-006.mgdnok.nokia.com ([65.54.30.61]) with mapi id 14.01.0339.002; Wed, 19 Oct 2011 08:42:47 +0200
From: <teemu.savolainen@nokia.com>
To: <denghui02@hotmail.com>, <mif@ietf.org>, <dnsext@ietf.org>, <dnsop@ietf.org>, <dhcwg@ietf.org>
Thread-Topic: [mif] 2nd Last Call for MIF DNS server selection document
Thread-Index: AQHMf4YJc1OWueh3WEqDYlN2BZxXYpWDUwvA
Date: Wed, 19 Oct 2011 06:42:46 +0000
Message-ID: <916CE6CF87173740BC8A2CE44309696203782D75@008-AM1MPN1-037.mgdnok.nokia.com>
References: <COL118-W55403198A984BAAE44BA47B1F70@phx.gbl>
In-Reply-To: <COL118-W55403198A984BAAE44BA47B1F70@phx.gbl>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-tituslabs-classifications-30: TLPropertyRoot=Nokia; Confidentiality=Company Confidential; Project=None;
x-titus-version: 3.3.8.1
x-headerinfofordlp: None
x-tituslabs-classificationhash-30: VgNFIFU9Hx+/nZJb9Kg7IplYcKbXY4PV0ei3gFpNObHe+lTM1U1xbihCwzQd/31+Vpsv1JI/CghilcM/oudMLL/ZE5yjuV1btDJGeMSb+omF450JciYLYU6qxQQ8Xaa1p2Xz8pU5JtexlfPCe2LbkrEsd18wN+6h+QJs60yrUp8zy2fyngKs2jNCwrbSbF3kVd3WmTuyR23nTH2VpieUXQIilkTpcKD2+yW1jpOLBqNLbcidN3Qq8iOyoJwvL7FOJmRcjJdjp9CW/t54mdvKEg==
x-originating-ip: [10.162.59.225]
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0245_01CC8E43.73EFA520"
MIME-Version: 1.0
X-OriginalArrivalTime: 19 Oct 2011 06:42:49.0594 (UTC) FILETIME=[519D5DA0:01CC8E2A]
X-Nokia-AV: Clean
Cc: sa.morris7@googlemail.com, pk@isoc.de, john_brzozowski@cable.comcast.com
Subject: Re: [mif] 2nd 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, 19 Oct 2011 06:43:07 -0000

Hi all,

 

This second WGLC resulted in very few comments. In the DHC WG we discussed
about DHCPv4 option structure and in MIF there was a comment about
document-internal reference bug.

 

I have now uploaded a version six that contains:

-          Fixes to the DHCPv4 option structure

-          Highlighting stricter length limitation in case of DHCPv4 option

-          Fix to the reference bug

-          Small fixes to missing DHCPv4 considerations in sections 4.5 and
4.6.

 

Please see diff:
http://tools.ietf.org/rfcdiff?url2=draft-ietf-mif-dns-server-selection-06

 

If no further comments, I think this document is ready to go to the IESG.

 

Thank you,

 

                Teemu

 

 

From: mif-bounces@ietf.org [mailto:mif-bounces@ietf.org] On Behalf Of ext
Hui Deng
Sent: 30. syyskuuta 2011 18:29
To: mif@ietf.org; dnsext@ietf.org; dnsop@ietf.org; dhcwg@ietf.org
Cc: pk@isoc.de; john_brzozowski@cable.comcast.com; sa.morris7@googlemail.com
Subject: [mif] 2nd Last Call for MIF DNS server selection document

 

Dear all
 
Based on 1st round WG LC, the authors have received significant advice about
revision and submited a new version accordingly:
http://www.ietf.org/internet-drafts/draft-ietf-mif-dns-server-selection-05.t
xt
 
And we plan to issue a second round WG LC, and cc to DHCWG, DNSEXT, DNSOP
related working groups, please DNSEXT/DNSOP chairs help to forward to the
MLs since I may not subscribe to them.
 
This is a 2 weeks with little extension LC, it will finish on October 17,
Please send substantive review and editorial comments to mif@ietf.org
 
Thanks a lot for youre view
Best regards,
 
Margaret and Hui
 
 
 
Below are Teemu's writeup about the revision:
 
I uploaded -05 update so that next comments would take into account changes
I already did based on discussions with Murray (as was copied to this list).
The biggest clarifications related to how DNS queries are sent to different
servers and when all servers are waited for answers (if reply is not
validated) and when not. I.e. this text:
--
  A node SHALL send requests to DNS servers in the order defined by the
  priority list until an acceptable reply is received, all replies are
  received, or a time out occurs.  In the case of a requested name
  matching to a specific domain or network rule accepted from any
  interface, a DNSSEC-aware resolver MUST NOT proceed with a reply that
  cannot be validated using DNSSEC until all DNS servers on the
  priority list have been contacted or timed out.  This protects
  against possible redirection attacks.  In the case of the requested
  name not matching to any specific domain or network, first received
  response from any DNS server MAY be considered acceptable.  A DNSSEC-
  aware node MAY always contact all DNS server in an attempt to receive
  a response that can be validated, but contacting all DNS servers is
  not mandated for the default case as in some deployments that would
  consume excess resources.
--
       Teemu
> -----Original Message-----
> From: mif-bounces@ietf.org [mailto:mif-bounces@ietf.org] On Behalf Of
> ext internet-drafts@ietf.org
> Sent: 20. syyskuuta 2011 22:10
> To: i-d-announce@ietf.org
> Cc: mif@ietf.org
> Subject: [mif] I-D Action: draft-ietf-mif-dns-server-selection-05.txt
- 显示引用文字 -
>
> A New Internet-Draft is available from the on-line Internet-Drafts
directories.
> This draft is a work item of the Multiple Interfaces Working Group of the
> IETF.
>
>       Title           : Improved DNS Server Selection for Multi-Interfaced
> Nodes
>       Author(s)       : Teemu Savolainen
>                           Jun-ya Kato
>                           Ted Lemon
>       Filename        : draft-ietf-mif-dns-server-selection-0 5.txt
>       Pages           : 26
>       Date            : 2011-09-20
>
>    A multi-interfaced node is connected to multiple networks, some of
>    which may be utilizing private DNS namespaces.  A node commonly
>    receives DNS server configuration information from all connected
>    networks.  Some of the DNS servers may have information about
>    namespaces other servers do not have.  When a multi-interfaced node
>    needs to utilize DNS, the node has to choose which of the servers to
>    contact to.  This document describes DHCPv4 and DHCPv6 option that
>    can be used to configure nodes with inform ation required to perform
>    informed DNS server selection decisions.
>
>
> A URL for this Internet-Draft is:
>
http://www.ietf.org/internet-drafts/draft-ietf-mif-dns-server-selection-05.t
xt