[c-nsp] WARNING: Netflow Data Export & Hardware assisted NAT not supported on 76xx/65xx on the same interface
Phil Mayers
p.mayers at imperial.ac.uk
Sun Aug 28 06:32:28 EDT 2011
On 08/27/2011 10:31 PM, Matthew Huff wrote:
> As far as speaking to a TME, I work in small trading firm. We don't
> have the luxury of long, involved RFP with detailed descriptions or
> time to work with a TME to discuss every detail of every
> configuration we use. We expect if a vendor advertise features, that
> they should work, except when they are documented (like caveats).
I'm not saying this behaviour is acceptable, or that you are in any way
at fault, but it's important to emphasise that every single networking
vendor we've had dealings with has done something like this at some
point, and I'm sure there were innumerable other undocumented caveats
that we didn't run into that other customers of those vendors did.
This is incredibly irritating - it imposes economic costs on every user,
potential and real, as they have to discover the limits - but it is
surely unarguably the case that vendors do not usually document their
device limitations in a useful and accessible form.
(Many then make strenuous efforts to avoid uttering the phrase
"limitation" on the instructions of their lawyers, so it's to the credit
of Cisco that they've owned up, although I realise this is of no
practical use to you)
There seem to me to be a number of reasons why this happens; not least,
the absence of the equivalent of consumer protection when selling to
business. I guess that the relative immaturity[1] of the market as well
as the complexity and diversity of the products contributes.
Bottom line: you *should* be able to trust vendor marketing, but you
*can't*, and I strongly advise you don't, for Cisco or any other vendor
- they simply don't convey accurate information reliably enough :o(
Cheers,
Phil
[1] In comparison for the market for something like, say, cars, or
televisions.
More information about the cisco-nsp
mailing list