Re: [v6ops] [Fwd: I-D Action: draft-ietf-v6ops-icp-guidance-03.txt]

[Mark Smith <[e-mail]>]

----- Original Message -----
> From: Brian E Carpenter <[e-mail]>
> To: Erik Nygren <[e-mail]>
> Cc: IPv6 Operations <[e-mail]>
> Sent: Thursday, 25 October 2012 6:04 PM
> Subject: Re: [v6ops] [Fwd: I-D Action: draft-ietf-v6ops-icp-guidance-03.txt]
> 
> Hi Erik,
> 
> On 24/10/2012 23:00, Erik Nygren wrote:
>>  On Fri, Aug 31, 2012 at 3:14 AM, Brian E Carpenter
>>  <[e-mail]> wrote:
>>>  [...]
>>> 
>>>  Other changes were relatively minor, but there are several new points 
> from
>>>  Erik Nygren's extensive review (thanks, Erik!). Here are some 
> detailed responses
>>>  to Erik's suggestions:
>>> 
>>>  [...]
>>> 
>>>  We prefer to refer to RFC2616 where proxy behaviour is actually 
> specified.
>>>  RFC3040 is only a taxonomy document from a not-very-successful WG. (BC: 
> I've also never
>>>  understood the phrase "reverse proxy"; it's just a proxy 
> that happens to be near the
>>>  server instead of near the client, but what it actually does is the 
> same. Also,
>>>  "proxy" and "surrogate" mean the same thing in 
> English.)
>> 
>>  RFC2616 would indicate that what is labelled in the diagram in section
>>  7 isn't strictly a proxy
>>  (for example, proxies receive URLs in absolute form, and in many
>>  typical contexts, clients
>>  may be aware that they are communicating with a proxy or are
>>  configured to use non-transparent
>>  proxies, which is not the case here). In the common scenario that ICPs
>>  are likely to deploy
>>  (where the AAAA record  is handed out), the client is unaware that it
>>  is talking to a surrogate/gateway
>>  rather than to an origin.  A "gateway" as described in RFC2616 
> might
>>  be a better but less frequently used term?
> 
> I'm not convinced, because "gateway" is an even more general term 
> than "proxy".
> Personally, I hate the term "transparent proxy", because it's a 
> lie.
> 

I agree, I use the term "translucent proxy" because I think it is much
more accurate. If "transparent proxies" were truly transparent, it wouldn't be possible to
find them in the network by comparing the output of traditional traceroute
to a host with a tcptraceroute to a service residing on that same host.

Regards,
Mark.