[squid-users] Looking for a way to route into cache_peer traffic dynamically.

[Eliezer Croitoru]

I have couple ideas on how to route traffic in a cache hierarchy using an
external_acl helper and a "tag" but I was wondering about other options.
Since currently to my understanding an ICAP service cannot add a "tag" to a
request, then I cannot use an ICAP service+tag in order to "delegate" the
routing decision to the ICAP service.
But I am not sure what are the options and also if it is possible to achieve
this goal at all.
The scenario is:
-	Multiple incoming proxy http requests: CONNECT, GET, POST, OTHERS
-	Multiple Upsteam http proxies, some are for caching
-	I want to delegate the LB decision based on the proxy arrays overall
status ie CPU LOAD, Free RAM, OPENED FD and couple others.

I have looked at the headers acls at:
http://www.squid-cache.org/Doc/config/acl/
	acl aclname req_header header-name [-i] any\.regex\.here
	  # regex match against any of the known request headers.  May be
	  # thought of as a superset of "browser", "referer" and "mime-type"
	  # ACL [fast]

And I am not sure(do not remember the runtime checks order) what I can
expect from squid to do when I am adding headers to the request,
will the acls be revalidated after the ICAP service modification\response?
I think that the best way is to use an ICAP meta header instead of altering
the request itself but I am not sure if it is possible and if with what
versions.

Thanks,
Eliezer

----
Eliezer Croitoru <http://ngtech.co.il/lmgtfy/> 
Linux System Administrator
Mobile: +972-5-28704261
Email: eliezer at ngtech.co.il
 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 65309 bytes
Desc: not available
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20160526/72666a69/attachment-0001.bin>