Skip to Content.
Sympa Menu

per-entity - Re: [Per-Entity] HTTPS transport and TLS trust

Subject: Per-Entity Metadata Working Group

List archive

Re: [Per-Entity] HTTPS transport and TLS trust


Chronological Thread 
  • From: Scott Koranda <>
  • To: Paul Caskey <>
  • Cc: David Walker <>, "" <>
  • Subject: Re: [Per-Entity] HTTPS transport and TLS trust
  • Date: Tue, 6 Sep 2016 18:32:12 -0500
  • Ironport-phdr: 9a23:2ocAZxy6gN0hvVvXCy+O+j09IxM/srCxBDY+r6Qd0uMeIJqq85mqBkHD//Il1AaPBtqLra8fwLOL+4nbGkU+or+5+EgYd5JNUxJXwe43pCcHRPC/NEvgMfTxZDY7FskRHHVs/nW8LFQHUJ2mPw6aijSI4DUTAhTyMxZubqSwQ9aKzpf/6+fnw5TOZ01jjSG+bKI6eA29pB7Su9g+gI1+J7w3xweT5HZEZrIF63lvIAeolBHg+o+T+4Rq9ShZ86Y69MlaWKP2dow3SLVZCHItNGVjt56jjgXKUQbavihUaW4RiBcdRlGdtBw=

> To the extent that's true, then I would question the need
> for a CDN, as opposed to a normal highly-available
> infrastructure (which would be less expensive to operate).

I do want to phrase the report in terms of requirements and
let Ops have the freedom (which of course they have) to
implement a solution of their design that meets the
requirements.

But we can and I think should signal that a MDQ service
operated on top of a CDN is a strong candidate.

As someone else already pointed out more eloquently, the MDQ
protocol is simple and, I dare say, elegant. An implemenation for
InCommon will have to deliver the same small files (~8KB) to many
clients distributed across the country and around the world
over and over again. Files that sometimes change, but not too
often. With as much uptime and as little latency as can be
achieved in a cost effective way.

That sounds like a problem the rest of the internet has solved
(Javascript, css, images) in cost effective ways using CDNs.

Scott K



Archive powered by MHonArc 2.6.19.

Top of Page