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

Re: Ascii-based SPDY "compression" idea

From: イアンフェッティ <ifette@google.com>
Date: Mon, 2 Apr 2012 07:16:53 -0700
Message-ID: <CAF4kx8cqCiBWZz4sbXqShDzTdgggSgprdLpF3_5Beg+gQf4cFw@mail.gmail.com>
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
Cc: ChanWilliam(陈智昌) <willchan@chromium.org>, ietf-http-wg@w3.org, Peter Lepeska <bizzbyster@gmail.com>
I'm curious if under your definition of "http router" that box is
terminating the ssl connection and forwarding to different backends or if
you are speaking about the non-ssl case.
On Apr 2, 2012 3:20 PM, "Poul-Henning Kamp" <phk@phk.freebsd.dk> wrote:

> In message <CAA4WUYg79y39s3M=
> NpuUSATJQGSFJvE_PKz+rW3ZGeWbUkcQjg@mail.gmail.com>
> , =?UTF-8?B?V2lsbGlhbSBDaGFuICjpmYjmmbrmmIwp?= writes:
> >It's unclear to me the point that you're making. Above, Peter said "Since
> a
> >SPDY session is associated with a single TCP connection, we can assume all
> >GETs on that connection are being routed to the same web server." to which
> >you said "I think that is an unwarranted assumption."
> >
> >So, just to clarify, we're on agreement that all GETs are being routed to
> >the same HTTP router, right?
> Yes, they go to the same HTTP router, but very likely different
> HTTP servers.
> I strongly belive that we need to recognize HTTP routers as a class
> in HTTP/2.0, a class semi-distinct from the more general proxy,
> because they handle the biggest bandwidths and look at the smallest
> parts of the HTTP headers.
> Proxies with more functionality, caching or filtering for instance
> by definition needs to look at more of the metadata becuase they
> are, at some level, involved in the semantics.
> But the basic HTTP-router just needs to figure out which webserver
> this goes to and the primary criteria seems to be:
>        Host:
>        URI pattern match
>        session-cookie
> in that order.
> --
> Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
> phk@FreeBSD.ORG         | TCP/IP since RFC 956
> FreeBSD committer       | BSD since 4.3-tahoe
> Never attribute to malice what can adequately be explained by incompetence.
Received on Monday, 2 April 2012 14:17:27 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:13:59 UTC