Re: The "nomap" Network Identifier Suffix

Mark Andrews <marka@isc.org> Tue, 26 November 2013 21:27 UTC

Return-Path: <marka@isc.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB6E11ADF93 for <ietf@ietfa.amsl.com>; Tue, 26 Nov 2013 13:27:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level:
X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3APD5f2T2T7v for <ietf@ietfa.amsl.com>; Tue, 26 Nov 2013 13:27:40 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 55B0E1ACC89 for <ietf@ietf.org>; Tue, 26 Nov 2013 13:27:40 -0800 (PST)
Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id 9CE6BC94F2; Tue, 26 Nov 2013 21:27:27 +0000 (UTC) (envelope-from marka@isc.org)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1385501260; bh=Quuw2cJD1Mw+tFVm/rBX/i8xKbxxvOxS8iUbl/gjolE=; h=To:Cc:From:References:Subject:In-reply-to:Date; b=pq6D8FxO8jnR2YWQUCb9u3mwkqhXks9vDcpaNu0V6fqcwKmYoNm9KODBgSJrLeksC Eg4S0e8yiQyxZlQUGRzrEjzbXd1kmpWk9L0HYiCJaA4YIt9LBwbPFxnHW5eXGUCZ/r r+maxJ6CnDHX+GZIXrAD7XiIMUabq/Z5U2IREgEU=
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.pao1.isc.org (Postfix) with ESMTP; Tue, 26 Nov 2013 21:27:27 +0000 (UTC) (envelope-from marka@isc.org)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id C4650160436; Tue, 26 Nov 2013 21:34:43 +0000 (UTC)
Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 9561E16042E; Tue, 26 Nov 2013 21:34:43 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 8BCAEADC76C; Wed, 27 Nov 2013 08:27:24 +1100 (EST)
To: Ted Lemon <ted.lemon@nominum.com>
From: Mark Andrews <marka@isc.org>
References: <i9n799hrr1vfp4bobt9tc55rn1aip73rts@hive.bjoern.hoehrmann.de> <3D4E298A-FE87-4FD1-BCC2-EF33E7BD4D99@cs.georgetown.edu> <CAL02cgQ7JXG-iRKWyT_eTGT4Ak8ag6FS-z+++yRJztU-tkBb_w@mail.gmail.com> <B906EBA7-7BD3-45C0-8AAC-3C4B7E4F61AA@nominum.com>
Subject: Re: The "nomap" Network Identifier Suffix
In-reply-to: Your message of "Tue, 26 Nov 2013 15:15:38 -0500." <B906EBA7-7BD3-45C0-8AAC-3C4B7E4F61AA@nominum.com>
Date: Wed, 27 Nov 2013 08:27:24 +1100
Message-Id: <20131126212724.8BCAEADC76C@rock.dv.isc.org>
X-DCC--Metrics: post.isc.org; whitelist
Cc: Eric Burger <eburger@cs.georgetown.edu>, Bjoern Hoehrmann <derhoermi@gmx.net>, IETF-Discussion Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Nov 2013 21:27:43 -0000

In message <B906EBA7-7BD3-45C0-8AAC-3C4B7E4F61AA@nominum.com>, Ted Lemon writes:
> On Nov 26, 2013, at 3:13 PM, Richard Barnes <rlb@ipv.sx> wrote:
> > The evil bit is ridiculous because evil people have no incentive to set
> > it (thus nobody would ever look for it to be set).  With the _nomap
> > suffix, the people who would need to set it have an incentive to do so,
> > and at least in certain cases, the entities that might consume it have
> > incentives to obey it as well.
>
> Yup.   Google certainly paid a high price recently for doing something
> analogous to ignoring this suffix.

No Google paid a high price for storing more than what every box
uses when it displays a list of available WiFi networks.  If they
had just done that I suspect that they would have been fine.

As for this proposal.  I think it is a waste of time.  If you need
this information then it needs to be built into the signaling
elsewhere and that is a job for IEEE not IETF.

Mark
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org