IETF Logo Mail Archive

Re: [DNSOP] Fwd: New Version Notification for draft-wkumari-dnsop-ttl-stretching-00.txt

Mukund Sivaraman <muks@isc.org> Fri, 06 January 2017 17:25 UTC

Return-Path: <muks@isc.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5382129D2B for <dnsop@ietfa.amsl.com>; Fri, 6 Jan 2017 09:25:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.235
X-Spam-Level:
X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no
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 0J-T2Hhz3Z8b for <dnsop@ietfa.amsl.com>; Fri, 6 Jan 2017 09:25:55 -0800 (PST)
Received: from mail.banu.com (mail.banu.com [IPv6:2a01:4f8:140:644b::225]) by ietfa.amsl.com (Postfix) with ESMTP id 858AD129D28 for <dnsop@ietf.org>; Fri, 6 Jan 2017 09:25:55 -0800 (PST)
Received: from jurassic (unknown [115.118.213.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.banu.com (Postfix) with ESMTPSA id CA7E32FA0225; Fri, 6 Jan 2017 17:25:51 +0000 (GMT)
Date: Fri, 06 Jan 2017 22:55:45 +0530
From: Mukund Sivaraman <muks@isc.org>
To: Warren Kumari <warren@kumari.net>
Message-ID: <20170106172545.GA2684@jurassic>
References: <147909930902.10318.12934239778853597228.idtracker@ietfa.amsl.com> <CAHw9_iK2mrzjpew2-jH9HTxoxGQT2DESzFt2G_iPQDOjq2KAEw@mail.gmail.com> <20161127111037.GA10721@jurassic> <CAHw9_iJXOEFoXLM-8XspFQBiHKZtpP6djFr6YR-Zd+A7NG5P0A@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6"
Content-Disposition: inline
In-Reply-To: <CAHw9_iJXOEFoXLM-8XspFQBiHKZtpP6djFr6YR-Zd+A7NG5P0A@mail.gmail.com>
User-Agent: Mutt/1.7.1 (2016-10-04)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/hEHrvZPlMSzcq2j0eMqNEooQUfQ>
Cc: dnsop <dnsop@ietf.org>
Subject: Re: [DNSOP] Fwd: New Version Notification for draft-wkumari-dnsop-ttl-stretching-00.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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, 06 Jan 2017 17:25:57 -0000

On Fri, Jan 06, 2017 at 01:48:59AM +0000, Warren Kumari wrote:
> > (2) In a feature implemented for Unbound:
> >
> > - Unbound first checks cache
> >
> > - If a stale answer is found, its TTL is set to 0, and the cache entry
> >   is served
> >
> > - If a stale answer is found, Unbound starts something similar to
> >   prefetch/HAMMER.
> >
> > > NOTE: I believe that there may be (non-Google) IP associated with
> > > this. A lawyer will be filing the IPR disclosure later today (time
> > > zone differences, etc).
> >
> > The two approaches are somewhat different, and so at least one of them
> > may not be covered by this patent.
> >
> 
> Yup. The IPR disclose was about IPR belonging to Xerocole. Xerocole was
> acquired by Akamai in March 2015. I believe that David will discuss the IPR
> with his employer.

Please explore if this patent can be circumvented without affecting the
goal of the draft, so that it does not apply. It would be better than
licensing it under some legal terms.

Consequently, if the patented method is strictly adopted, please include
an explanation of why it could not be circumvented.

		Mukund

v2.23.0 | Report a Bug | By Email