On Fri, Jan 06, 2017 at 09:47:41AM -0800, joel jaeggli wrote: > On 1/6/17 9:25 AM, Mukund Sivaraman wrote: > > 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. > IMHO this can be better expressed as a preference for unencumbered > technology. > > the working group should not as far as I am concerned get buried in how > precisely to achieve that.
There's nothing wrong in exploring unencumbered technology. It isn't too
much of a diversion to check if the patent can be avoided.
IETF has had several drafts that avoid patented methods by documenting
something else (compress vs. deflate/gzip, gif vs png, MPEG video vs
vpx, MPEG audio vs vorbis, opus, etc.) that usually turned out to be
better.
One of the authors of this draft works at the company that owns the
patent. As he is introducing this draft and implementations such as mine
are concerned about the use of this patent, it would be good to attempt
to discover if the patented method can be avoided.
Mukund
signature.asc
Description: PGP signature
_______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop
