Question on WCCPv2 - bucket assignment for WCCP2 load balancing
I would like to know if any one has tried out running Cisco's WAAS/WAFS/WAE or
Squid proxy as a cache cluster to leverage load balancing support in WCCPv2.
I am trying to understand WCCP based transparent network redirection in a lab setup using squid cache's WCCP and Cisco routers only. When I tried with 2 proxies for load balancing, I see that the router *always* allocates buckets in the reverse order of the specified assignment - its confusing as its not mentioned in Cisco WCCP2 protocol drafts.
In my case, the lead cache with the lowest IP specifies buckets 0-127 to itself and 128-255 to the other; but the router assigns buckets 0-127 to the second cache and 128-255 to lead cache.
I have attached the ethereal trace. Can someone explain what is going wrong here?
The issue was found in the following router versions:
Cisco 3600, IOS 12.3(1a);
Cisco 2600 IOS 12.3(9a);
Cisco 2800 IOS 12.4(3d)
WCCP status output - all the routers above show the same behavior.
From the trace, 192,168.8.231 specifies bucket distribution as its the
Re: Question on WCCPv2 - bucket assignment for WCCP2 load balanc
Thank you for your prompt and helpful responses. Yes - the bug in ethereal trace was further confusing. I am not sure though how adversely the reversed bucket assignment by the router would affect the load balancing of the caches. I will let you know of feedback once I am done with testing the load balancing of caches. Thanks again.
This document covers the important troubleshooting data to be collected and data collection procedures when you experience an issue with ACI fabric. The collection of the relevant troubleshooting data is very critical to root cause the issue and...
There are certain situations in where an On-Demand Techsupport is not able to be performed. In such cases, a local techsupport can be collected instead for either the APIC or an ACI switch. This document outlines this...
Webcast: Evolution of Data Center: From Classic Ethernet to VXLAN
(Live Webcast Tuesday May 15, 2018 at 10 am Pacific/ 1 pm Eastern / 7 pm Paris)
Register today for this live Cisco Support Community webcast.