Re: IP Net Routing
From: Brendan Black <ratfink_at_xtra.co.nz>
Date: Mon, 16 Aug 1999 00:59:25 +0000 Message-ID: <37B7626D.D861B153@xtra.co.nz>
Harold Jarvie wrote:
they use a different method, but the intent is the same
> arrrrggggh
check the settings below
> Can we view the cacheing parameters. some of the fields I might be interested in are listed below...
I'll answer what I can
all port 80 requests are cached
secure (https) is not touched as it uses a different port, authenticated content
I personally couldn't make any guarantees as I don't set the policy - for
again this is something where a policy is set elsewhere - the current
I'm not actually gathering any information on any user - although the system
hardly, not my decision again. I am with everyone else on the charges, which are
>
currently 30% for text, 60% for binary
> The max-ttl command sets the upper limit on estimated expiration dates. If an object has an explicit expiration date, this takes precedence over the configurable TTL (time to live).
currently 3 days for text, 7 days for binary
> The serve-ims command responds to an If-Modified-Since request issued from a client browser by serving the object directly from the cache without revalidating with the origin server if the object is less then the configured percentage of its maximum age.
currently 50% for text, 80% for binary
> The cache-cookies command enables the Cache Engine to cache binary served with HTTP set-cookies headers and no explicit expiration information.
no
> The cache-authenticated command enables the Cache Engine to cache authenticated content. If enables, the Cache Engine will not serve authenticated objects without first revalidating the authentication header attached to the cached object.
I'm not caching authenticated content
> The cache reval-each-request command enables the Cache Engine to revalidate all objects requested from the cache (text only if only text (HTML pages) should be revalidated each time or none to disable this function).
currently no, but I'm still tuning
> The cache-miss revalidate command revalidates a cache-miss request forced by the client (shift-reload). The cache-miss retrieve command forces a new object retrieval.
retrieve
> The cluster command modifies the healing mode parameters. A cluster refers to a group of two or more caches within a single WCCP Version 2 environment. Healing mode describes the addition of a cache engine to an existing network, and the resulting "healing" time it takes to fill the cache with content. To disable healing mode, you must set the number of misses to 0.
not used, as requires IOS 12
> The proxy mode command enables the Cache Engine to operate in environments where the WCCP is not enabled, or where client browsers have previously been configured to use a legacy proxy server. You must configure the proxy incoming port to accept proxy style requests using the proxy incoming port command. To enable an outgoing (upstream) proxy server, use the proxy outgoing hostname port command (where hostname is the system name or IP address of the outgoing proxy server, and port is the port number designated by the outgoing (upstream) server to accept proxy requests.
not used - xtra already has proxy servers which have slightly better capability
> The persistent-connections enable command enables persistent-connections on the Cache Engine. To configure the number of seconds the Cache Engine should wait for a connection response before it times out, use the connection time-out command. To set the number of seconds, the Cache Engine should allow an idle persistent connection to remain open, use the max-idle command.
on, initial timeout is 15 seconds, idle timeout is 1000 seconds
I have to say that most of the above are the system defaults, so If there is
cheers
--
Brendan Black - Network Engineer/Gravity Enforcement Officer, Telecom IP & Data
email: ratfink@xtra.co.nz (personal) phone: +649 3587257 mobile: +6425 2752667
-export-a-crypto-system-sig -RSA-2-lines-PERL5
print pack"C*",split/\D+/,`echo "16iII*o\U@{$/=$z;[(pop,pop,unpack"H*",<>
)]}\EsMsKsN0[lN*1lK[d2%Sa2/d0<X+d*lMLa^*lN%0]dsXx++lMlN/dsM0<J]dsJxp"|dc`
To unsubscribe: send mail to majordomo@freebsddiary.cx
with "unsubscribe adsl" in the body of the message
Received on Mon Aug 16 00:59:25 1999
|
This archive was generated by hypermail 2.2.0 : Thu Nov 30 11:48:35 2006 EST