Re: [DNSOP] Review of draft-livingood-dns-redirect-00

John Schnizlein <schnizlein@isoc.org> Fri, 17 July 2009 16:55 UTC

Return-Path: <schnizlein@isoc.org>
X-Original-To: dnsop@core3.amsl.com
Delivered-To: dnsop@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D244928C283 for <dnsop@core3.amsl.com>; Fri, 17 Jul 2009 09:55:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.599
X-Spam-Level:
X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 1IlyuLx1uUOC for <dnsop@core3.amsl.com>; Fri, 17 Jul 2009 09:55:06 -0700 (PDT)
Received: from smtp155.iad.emailsrvr.com (smtp155.iad.emailsrvr.com [207.97.245.155]) by core3.amsl.com (Postfix) with ESMTP id EAECA28C2CC for <dnsop@ietf.org>; Fri, 17 Jul 2009 09:55:05 -0700 (PDT)
Received: from relay5.relay.iad.emailsrvr.com (localhost [127.0.0.1]) by relay5.relay.iad.emailsrvr.com (SMTP Server) with ESMTP id 61E855C02C0; Fri, 17 Jul 2009 12:55:38 -0400 (EDT)
Received: by relay5.relay.iad.emailsrvr.com (Authenticated sender: schnizlein-AT-isoc.org) with ESMTPSA id 40F8C5C0233; Fri, 17 Jul 2009 12:55:38 -0400 (EDT)
Message-Id: <502EB6B9-397F-488B-B28E-841C414F4E58@isoc.org>
From: John Schnizlein <schnizlein@isoc.org>
To: Paul Hoffman <paul.hoffman@vpnc.org>
In-Reply-To: <p06240825c686507535ef@[10.37.18.34]>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v935.3)
Date: Fri, 17 Jul 2009 12:55:37 -0400
References: <C684924E.EF38%Jason_Livingood@cable.comcast.com> <p06240825c686507535ef@[10.37.18.34]>
X-Mailer: Apple Mail (2.935.3)
Cc: dnsop@ietf.org, "Livingood, Jason" <Jason_Livingood@cable.comcast.com>
Subject: Re: [DNSOP] Review of draft-livingood-dns-redirect-00
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsop>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Jul 2009 16:55:06 -0000

Along with these good suggestions, the next draft should include a  
brief description of why the desired behavior (as seen by the user) is  
better performed through DNS tricks than through HTTP tricks.

John

On 2009Jul17, at 12:04 PM, Paul Hoffman wrote:

> At 8:16 AM -0400 7/16/09, Livingood, Jason wrote:
>>> I'll speak for my parents here: a DNS resolver that reduces the  
>>> chance that they'll get a drive-by malware
>>> infection is something they would happily use. Having said that, a  
>>> DNS resolver that gives them a page of
>>> search results instead of the browser's error page when they  
>>> mistype a URL is something the *do not* want
>>> because it increases their confusion.
>>
>> IMHO malicious bots are an extremely concerning problem, and the  
>> problem of bot infections is much more widespread than many people  
>> realize.  I'm in the early stages of contributing to a bot-related  
>> draft at <http://tools.ietf.org/html/draft-oreirdan-mody-bot-remediation-00 
>> >http://tools.ietf.org/html/draft-oreirdan-mody-bot-remediation-00  
>> in case anyone is interested in providing private feedback (haven't  
>> really found a WG appropriate for the work).
>
> I hope that redirection is not an indicator that the -01 draft will  
> continue to talk about the two scenarios as if they are somewhat  
> equivalent.
>
> At 4:14 PM +0000 7/16/09, Suzanne Woolf wrote:
>> I hope redirect-01 is more strictly descriptive and can drop  
>> defensive
>> terms for DNS redirect, like "enhancement" of the "user experience",
>> since it's by no means agreed that crippling DNSSEC (for example)
>> enhances the value of the Internet for anyone.
>
> +1. You can talk about why you are doing what you are doing without  
> making it seem that the positive values are going to be be worth the  
> negative side-effects.
>
> --Paul Hoffman, Director
> --VPN Consortium