W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2012

Re: SPDY = HTTP/2.0 or not ?

From: Ray Polk <ray.polk@oracle.com>
Date: Wed, 4 Apr 2012 12:08:02 -0700 (PDT)
Message-ID: <e56af50c-12ad-4e54-9a6d-36fc3c09bb4d@default>
To: <mnot@mnot.net>
Cc: <ietf-http-wg@w3.org>
Sorry - mostly an attempt (failed) at humor, I'll try to maintain a more serious tone.

I believe the higher cost of content distribution related to always on SSL is a legitimate technical concern.  It's something I was concerned about, and I hope I didn't shift the focus from Stefan's point.

-Ray

----- Original Message -----
From: mnot@mnot.net
To: ray.polk@oracle.com
Cc: ietf-http-wg@w3.org
Sent: Wednesday, April 4, 2012 9:50:02 AM GMT -07:00 US/Canada Mountain
Subject: Re: SPDY = HTTP/2.0 or not ?

Ray,

We're not here to propagate conspiracy theories. Bringing up anti-trust concerns this early in the process is not helping.

Can everyone please reign in the discussion and keep it on the technology, please.

Thanks,


On 04/04/2012, at 6:26 AM, Ray wrote:

> <conspiracyTheory>
> ...and give a huge speed advantage to a company wealthy enough to configure their own edge caching infrastructure?  thus massively increasing barrier to entry for upstart competition?
> </conspiracyTheory>  :o 
> 
> *spins his rolodex to anti-trust lawyers*
> 
> On Apr 4, 2012, at 2:50 AM, Stefan Lederer <stefan.lederer@aau.at> wrote:
> 
>>>> It is a different layer of the social interaction using HTTP.
>>>> DRM == protect the producer
>>>> SSL == protect the user
>>>> 
>>> with client certificates, SSL can somehow also protect the producer ;-)
>> 
>> Another problem when using SSL for HTTP video streams is that caches cannot
>> be used very efficiently. This would introduce problems/higher costs in
>> content distribution, etc. 
>> 
>> Best Regards
>> Stefan Lederer
>> 
>> 
> 

--
Mark Nottingham
http://www.mnot.net/
Received on Wednesday, 4 April 2012 19:08:38 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 06:51:59 GMT