ietf-openproxy
[Top] [All Lists]

RE: Tracing Draft version-05042003

2003-05-08 19:14:25


On Thu, 8 May 2003, The Purple Streak, Hilarie Orman wrote:

If OPES is not friendly to caching, I see it as being fatally crippled.

OPES is neither friendly or unfriendly to caching. OPES makes caching
no more or less good/evil. HTTP and other application protocols may be
friendly or unfriendly, but OPES has nothing to do with caching.  If
you think otherwise, please give an example where caching-awareness in
application-agnostic OPES will make any positive difference.

Alex.

 On Thu, 8 May 2003, Abbie Barbir wrote:

 > on the proxy issue, I will add proper text and resubmit.

 Please do NOT without further discussion! Application caching is out
 of OPES scope. If we assume HTTP is being adapted, then HTTP already
 has all necessary mechanisms that servers can use to get "all
 requests", even if their responses are cachable. OPES has nothing to
 do with this. We can explicitly say that OPES is not concerned with
 application caching if we want to.

 Alex.


 > > -----Original Message-----
 > > From: The Purple Streak, Hilarie Orman 
[mailto:ho(_at_)alum(_dot_)mit(_dot_)edu]
 > > Sent: Thursday, May 08, 2003 4:44 PM
 > > To: Barbir, Abbie [CAR:1A00:EXCH]
 > > Cc: ietf-openproxy(_at_)imc(_dot_)org; 
rousskov(_at_)measurement-factory(_dot_)com
 > > Subject: RE: Tracing Draft version-05042003
 > >
 > >
 > > I see a couple of problems that need discussion.  The main
 > > one is the caching proxy issue.  If OPES is deployed on a
 > > caching proxy, near the "consumer" end user, then the content
 > > provider endpoint will not receive a request for each use of
 > > the data.  The draft seems to ignore this.  I think the
 > > server must be provided with a signalling capability to ask
 > > that some notification of the request and the possibility of
 > > OPES services be sent on each use of cached data.


<Prev in Thread] Current Thread [Next in Thread>