>>> <fielding@ebuilt.com> 01/05/00 12:39PM >>>
... excerpt
> I don't buy the argument that "transparent proxy" is the common term
> for this in the industry. I am in this industry and yet I have never
> heard that term used outside a wrec-related discussion, aside from its
> use to indicate a non-transforming proxy of HTTP content within RFC 2616.
> Given that the definition conflicts with that of "proxy" under HTTP and
> therefore conflicts with the HTTP protocol requirements placed on a
> proxy, I think it is foolish to use this term within specifications
> that are supposed to be subsidiary to the HTTP standard. It therefore
> doesn't make sense for an IETF RFC to recommend that it be used within
> the taxonomy.
Albeit HTTP is a major protocol in the web, but its not the only one. The WREC
taxonomy covers the broader web including other protocols such as FTP, WCCP, NECP,
ICP, etc. In fact, there are even streaming media caches now, so the web is getting more
comprehensive everyday. Given this broader scope, I don't see how the taxonomy can be
subiduary to RFC2616. However, I agree that terms should not be invented that conflict with
existing terminology, especially those in RFC2616. We have made an attempt to distinguish
the terms "transparent proxy" and "transparent cache" by classifying them as "network
transparent proxy". Apparently this term is still quite controversial since it doesn't really
reflect the semantics of this mechanism. We are actively seeking help in creating a
term and clarifying it unambiguously per the IESG review.
Gary
This archive was generated by hypermail 2b29 : Thu Nov 18 2004 - 11:21:27 MST