Re: [mif] draft-ietf-mif-current-practices-00

"Dan Wing" <dwing@cisco.com> Tue, 06 April 2010 18:53 UTC

Return-Path: <dwing@cisco.com>
X-Original-To: mif@core3.amsl.com
Delivered-To: mif@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E22313A69E8 for <mif@core3.amsl.com>; Tue, 6 Apr 2010 11:53:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.995
X-Spam-Level:
X-Spam-Status: No, score=-9.995 tagged_above=-999 required=5 tests=[AWL=0.604, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sG+6HmBKe8U2 for <mif@core3.amsl.com>; Tue, 6 Apr 2010 11:53:11 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id AC50A3A69F4 for <mif@ietf.org>; Tue, 6 Apr 2010 11:52:32 -0700 (PDT)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhoIAPseu0urRN+J/2dsb2JhbACHWIEUkk5xoiKZBoUJBIMk
X-IronPort-AV: E=Sophos;i="4.51,374,1267401600"; d="scan'208";a="178860894"
Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-5.cisco.com with ESMTP; 06 Apr 2010 18:52:30 +0000
Received: from dwingwxp01 (sjc-vpn4-120.cisco.com [10.21.80.120]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o36IqEbp003576; Tue, 6 Apr 2010 18:52:20 GMT
From: Dan Wing <dwing@cisco.com>
To: 'Dave Thaler' <dthaler@microsoft.com>, 'Hui Deng' <denghui02@gmail.com>, 'Gabriel Montenegro' <gmonte@microsoft.com>
References: <AcrQXSIWX7VrtDK7SBKyEB9Yj26v2Q==> <044f01cad05d$22cdd090$c6f0200a@cisco.com> <n2h1d38a3351004051939m78d84b11qe9f58c4228886d2e@mail.gmail.com> <9B57C850BB53634CACEC56EF4853FF651392747A@TK5EX14MBXW601.wingroup.windeploy.ntdev.microsoft.com>
Date: Tue, 06 Apr 2010 11:52:11 -0700
Message-ID: <07e201cad5ba$4d53eea0$7893150a@cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 11
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
Thread-Index: AQHK1TKMaTaZ5uEk9UKBxenwZvGT9pIVqnJAgAAdoSA=
In-Reply-To: <9B57C850BB53634CACEC56EF4853FF651392747A@TK5EX14MBXW601.wingroup.windeploy.ntdev.microsoft.com>
Cc: mif@ietf.org
Subject: Re: [mif] draft-ietf-mif-current-practices-00
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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, 06 Apr 2010 18:53:13 -0000

 

> -----Original Message-----
> From: Dave Thaler [mailto:dthaler@microsoft.com] 
> Sent: Tuesday, April 06, 2010 10:06 AM
> To: Hui Deng; Dan Wing; Gabriel Montenegro
> Cc: mif@ietf.org
> Subject: RE: [mif] draft-ietf-mif-current-practices-00
> 
> Hui is correct, Windows has per-interface DNS server lists configured.
> 
> It then uses a host-wide "effective" server list for an actual query,
> where the effective server list may be different for different names.
> 
> On Windows the per-interface suffix is actually termed the
> "connection-specific DNS suffix" to distinguish it from the
> "primary DNS suffix" of the machine.  I think that's why
> "interface-specific" was repeated in the first bullet.



In draft-montenegro-mif-multihoming, there are two purposes and terms that 
seem to be intermingled using the term "DNS suffix".  

One purpose is the suffix for non-FQDN names, like "payroll" or "mail", 
which will have a suffix added to them (e.g., example.com).  The 
other purpose is deciding which DNS server will be be sent a query for 
a certain FQDN (e.g., queries for *.example.net go to one DNS server 
and queries for *.example.com go to a different DNS server).


In draft-ietf-mif-current-practices-00, which is the WG document
that seems to have boiled down draft-montenegro-mif-multihoming,
but draft-ietf-mif-current-practices-00 also does not clearly
separate the two purposes.

-d


> Example on Windows, extracted from "ipconfig /all" output:
> 
> Windows IP Configuration
> 
>    Host Name . . . . . . . . . . . . : dthaler-win7
>    Primary Dns Suffix  . . . . . . . : ntdev.corp.microsoft.com
>    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>    Node Type . . . . . . . . . . . . : Hybrid
>    IP Routing Enabled. . . . . . . . : No
>    WINS Proxy Enabled. . . . . . . . : No
>    DNS Suffix Search List. . . . . . : ntdev.corp.microsoft.com
>                                        redmond.corp.microsoft.com
>                                        ntdev.microsoft.com
>                                        dns.corp.microsoft.com
>    System Quarantine State . . . . . : Not Restricted
> 
> Wireless LAN adapter Wireless Network Connection:
> 
>    Connection-specific DNS Suffix  . : hsd1.wa.comcast.net.
>    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>    Description . . . . . . . . . . . : Intel(R) Wireless WiFi 
> Link 4965AGN
>    Physical Address. . . . . . . . . : 00-1D-E0-34-4F-6F
>    DHCP Enabled. . . . . . . . . . . : Yes
>    Autoconfiguration Enabled . . . . : Yes
>    Link-local IPv6 Address . . . . . : 
> fe80::4853:4753:9d8d:3b45%13(Preferred)
>    IPv4 Address. . . . . . . . . . . : 192.168.0.195(Preferred)
>    Subnet Mask . . . . . . . . . . . : 255.255.255.0
>    Lease Obtained. . . . . . . . . . : Monday, April 05, 2010 
> 10:19:02 PM
>    Lease Expires . . . . . . . . . . : Tuesday, April 06, 
> 2010 10:19:02 PM
>    Default Gateway . . . . . . . . . : 192.168.0.1
>    DHCP Server . . . . . . . . . . . : 192.168.0.1
>    DHCPv6 IAID . . . . . . . . . . . : 335551968
>    DHCPv6 Client DUID. . . . . . . . : 
> 00-01-00-01-12-0C-E2-7A-00-1E-37-CC-8D-DD
> 
>    DNS Servers . . . . . . . . . . . : 2001:df8:0:1::25
>                                        192.168.0.1
>    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>    NetBIOS over Tcpip. . . . . . . . : Enabled
> 
> -Dave
> 
> > -----Original Message-----
> > From: Hui Deng [mailto:denghui02@gmail.com]
> > Sent: Monday, April 05, 2010 7:40 PM
> > To: Dan Wing; Gabriel Montenegro; Dave Thaler
> > Cc: mif@ietf.org
> > Subject: Re: [mif] draft-ietf-mif-current-practices-00
> > 
> > DNS server always has specific interface related information,
> > but the final DNS server will still be host based, I wouldn't say it
> > is not correct.
> > 
> > one example would be you have internet connection and vpn connection
> > at the same time,
> > good VPN implementation will always rely on VPN DNS server 
> information
> > for Internet connection.
> > 
> > -Hui
> > 
> > 2010/3/31 Dan Wing <dwing@cisco.com>:
> > > Section 3.2.1.3 of describes the DNS configuration of Windows, and
> > says:
> > >
> > >  "Interface specific DNS configuration can be input via static
> > >   configuration or via DHCP.  It includes:
> > >
> > >   o  An interface-specific suffix list.
> > >
> > >   o  A list of DNS server IP addresses."
> > >
> > > It is curious that the first bullet repeats "interface 
> specific", but
> > the
> > > second bullet does not repeat it.  A reasonable interpretation is
> > that the
> > > second bullet is not interface-specific, but the lead-in sentence
> > says this is
> > > interface-specific.  I was hoping 
> draft-montenegro-mif-multihoming-00
> > would
> > > clarify, but it doesn't.
> > >
> > > -d
> > >
> > > _______________________________________________
> > > mif mailing list
> > > mif@ietf.org
> > > https://www.ietf.org/mailman/listinfo/mif
> > >
>