Re: CARP improvements

Hi all,
  attached is a first revision of the patch for review. I've build-
and run- tested it.
Only issue not fully investigated is that when an user login is
specified in the request, carpSelectParent is not invoked at all. This
is however external from the carp code itself; only effect it has is
that the "login" carp key selector is actually useless.

On Mon, Jul 18, 2011 at 2:01 PM, Amos Jeffries <squid3_at_treenet.co.nz> wrote:
> On 18/07/11 22:27, Kinkie wrote:
>>
>> Hi guys,
>>   I would like some input on how to best tweak CARP with a very small
>> change:
>> as it is now the canonical URL is used to define the hash for next parent.
>> It is very efficient - even too much.
>>
>> I'd like to add a variant to it so that only the host part of the URL
>> is used as initial key for the hashing.
>> This will decrease the effectiveness of the balancing, but make it
>> easier to cope with some websites which do not like it when requests
>> travel across different routes.
>>
>> There are three ways I can think of to address this:
>> - change the way CARP works - it's an one-liner
>> - new global setting
>> - new carp option (e.g. hcarp or host-carp)
>>
>> What do you think is the best way to implement this?
>
> I think a slightly more flexible way would be a carp-key=XX parameter. Where
> one can potentially set (scheme,host,port,path,params) tags. That would
> allow a bit more tuning of the mask.
>
> Amos
> --
> Please be using
>  Current Stable Squid 2.7.STABLE9 or 3.1.14
>  Beta testers wanted for 3.2.0.9
>

-- 
    /kinkie