IETF Logo Mail Archive

Re: [alto] Issue I: Specify behavior of degenerated map filtering service

Richard Alimi <rich@velvetsea.net> Fri, 15 February 2013 06:10 UTC

Return-Path: <richard.alimi@gmail.com>
X-Original-To: alto@ietfa.amsl.com
Delivered-To: alto@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A04221F8746 for <alto@ietfa.amsl.com>; Thu, 14 Feb 2013 22:10:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KPxpOCQTXcbD for <alto@ietfa.amsl.com>; Thu, 14 Feb 2013 22:10:44 -0800 (PST)
Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) by ietfa.amsl.com (Postfix) with ESMTP id 8E41221F85EB for <alto@ietf.org>; Thu, 14 Feb 2013 22:10:43 -0800 (PST)
Received: by mail-we0-f172.google.com with SMTP id x10so2625915wey.3 for <alto@ietf.org>; Thu, 14 Feb 2013 22:10:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=tBTccuA931TcRdgU+uGTEW6prc+1PjeC8bONqK98UNg=; b=jjlWBUogEI+Mmjp8MMt3MDRVCLg686OvOAfVu15wdlCYzYef7CeORmOWzkiCngz+ae 1RYNf2UhJT+IbwUe9frzvwoNw7X+nVBNOOKT7VbHeLInpQ1shV5bESVcWHD5zHA8o/HC b2KByCrbqCWxgSIcq4YnPkll/AWeLE7pciykvzuFzrNTH3dZ84CR1WoCIO6q9ezSj0/M eYS02QBgJ5/0058bApFj6xHhrAJKQ71Q3PSjPdRQ52WJstkbLTNXuj0qhi6ezV6iZmdI KmUaW2mmzg2nbLWm9ZMR2yRewyQ474nB4vG9AIhcThXGFbQcFjewPark+B8pTiuad9ha uU6w==
X-Received: by 10.194.76.137 with SMTP id k9mr1955125wjw.29.1360908642399; Thu, 14 Feb 2013 22:10:42 -0800 (PST)
MIME-Version: 1.0
Sender: richard.alimi@gmail.com
Received: by 10.180.85.170 with HTTP; Thu, 14 Feb 2013 22:10:22 -0800 (PST)
In-Reply-To: <CD2FE830.2D9E5%w.roome@alcatel-lucent.com>
References: <mailman.107.1359489625.24927.alto@ietf.org> <CD2FE830.2D9E5%w.roome@alcatel-lucent.com>
From: Richard Alimi <rich@velvetsea.net>
Date: Thu, 14 Feb 2013 22:10:22 -0800
X-Google-Sender-Auth: 2WxrU74jE69MSJg_jxFtoejNj-w
Message-ID: <CA+cvDaZW-oRVgrcFbVf2LOD_R8rm79NsaDfjVmsBUSneGUse8g@mail.gmail.com>
To: Wendy Roome <w.roome@alcatel-lucent.com>
Content-Type: multipart/alternative; boundary="047d7bfceb1833b5b604d5bd3c16"
Cc: "alto@ietf.org" <alto@ietf.org>
Subject: Re: [alto] Issue I: Specify behavior of degenerated map filtering service
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <alto.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/alto>, <mailto:alto-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/alto>
List-Post: <mailto:alto@ietf.org>
List-Help: <mailto:alto-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/alto>, <mailto:alto-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 15 Feb 2013 06:10:44 -0000

Agreed.


On Thu, Jan 31, 2013 at 6:29 AM, Wendy Roome <w.roome@alcatel-lucent.com>wrote:

> I'm in favor of returning the complete map, rather than generating a error.
>
> Why?  Because errors are annoying to implement, and they're annoying to
> test in a bake-off. So whenever practical, I prefer to legislate errors
> out of existence by using reasonable defaults.
>
>         - Wendy Roome
>
>
> >Date: Mon, 28 Jan 2013 23:03:56 +0000
> >From: "Reinaldo Penno (repenno)" <repenno@cisco.com>
> >To: "alto@ietf.org" <alto@ietf.org>
> >Subject: [alto] ALTO Protocol Outstanding Issue I: Specify behavior of
> >       degenerated map filtering service
> >Message-ID:
> >       <45A697A8FFD7CF48BCF2BE7E106F060408FF52D6@xmb-rcd-x04.cisco.com>
> >Content-Type: text/plain; charset="us-ascii"
> >
> >Discussion I:  Specify behaviors of degenerated map filtering service
> >
> >Do we enforce non-empty PID/AddressType? If protocol allows empty there
> >are two possible design choices: default to complete map or reporting an
> >Error
> >
> >Proposal going forward: Return complete Map.
> >
> >
> >Thanks,
> >
> >Reinaldo
>
>
> _______________________________________________
> alto mailing list
> alto@ietf.org
> https://www.ietf.org/mailman/listinfo/alto
>

v2.23.0 | Report a Bug | By Email