[c-nsp] WCCPv2 Cisco 7600 + mask assignment problems
Lincoln Dale (ltd)
ltd at cisco.com
Mon Sep 11 04:51:31 EDT 2006
g'day Mark,
> As far as I know C7600 will support various combinations of L2/GRE
> forwarding and hash/mask assignment for WCCP v2. I assume you are
> running 12.2SXF? WCCP is negotiated between 7600 and your squid. So
if
> squid doesn't support MASK (afaik it does not, but may be wrong), then
> 7600 will fallback to HASH. Same for L2/GRE. Note that on 7600, the
> L2/MASK combination is supported fully in hardware in the PFC, while
> other combinations result in various levels of software forwarding via
> the MSFC, which is when you need to keep a watch on the CPU of your
7600
pretty much it.
there are numerous permutations (and 2x these if a WCCP-enabled box
supports/uses significant amounts of WCCP return-traffic), but the basic
matrix for 6500/7600 is one of:
1. GRE forward + XOR-hash-traffic-allocation =
ACL entries are automatically created to cause packets matching
your
intercept policy to be punted to software (MSFC) for processing
punted packets are fast-switched in software (MSFC) to web-cache
all other traffic will remain in CEF switched hardware path
(PFC2 / PFC3).
result: your c6k/7600, which is otherwise capable of forwarding
over 100M PPS is now limited to ~200-400K PPS intercepted
pkts/sec
2. L2 forward + XOR-hash-traffic-allocation =
ACL entries are automatically created to cause packets matching
your
intercept policy to be punted to software (MSFC) for processing
first punted packet in a flow is fast-switched in software
(MSFC) to
web-cache
software will install a MLS cache entry so subsequent packets in
the flow are MLS-switched in hardware (at the cost of one MLS
cache
entry/flow). this is ok provided you don't fill the MLS cache.
(128K/256K/512K entries depending on what PFC you have).
all other traffic will be CEF switched in hardware
result: your c6k/7600, which is otherwise capable of forwarding
over 100M PPS is now limited to ~4-5Gbps intercepted pkts/sec
before MLS cache is exhausted
3. L2 forward + hash-mask =
all forwarding always stays in CEF hardware switching path
result: your c6k/7600 stays at maximum performance regardless
of # of intercepted packets, # of flows, duration of flows etc.
obviously #3 is the most desirable - and that is what Steve is working
to implement in squid.
squid today can only do #1/#2.
(of course, with squid, its debatable whether _it_ can handle the
potential load offered by #3. but at least #3 doesn't cause the
router/switch to overload).
cheers,
lincoln.
More information about the cisco-nsp
mailing list