Multitenant FWs

Christopher Morrow morrowc.lists at
Mon May 2 03:56:31 UTC 2011

On Sun, May 1, 2011 at 11:05 PM, Stefan Fouant
<sfouant at> wrote:
>> -----Original Message-----
>> From: David Oramas [mailto:david.oramas at]
>> Sent: Sunday, May 01, 2011 9:42 PM
>> To: nanog at
>> Subject: Multitenant FWs
>> Hi,
>> What do you guys recommend for Multitenant Firewalls with support for
>> over 1,000+ users/contexts?
>> I have looked at Centrinet's Accessmanager and Barracuda NG Firewall.
>> Any other players/products?
>> Many Thanks in advance for the input,

one thing to keep in mind is that as near as I can tell no vendor (not
a singl eone) has actual hard limits configurable for each tenant
firewall instance. So, one can use all of the 'firewall rule'
resources, one can use all of the 'route memory' ... leaving other
instances flailing :(

In my mind, unless you have very loose sla's or are highly
overprovisioned... until vendors treat this basic problem this model
is a failure.

> When I worked on building out Verizon's Network Based Firewall solution many
> years ago, I chose Juniper NS-5400 platforms due to their multitenancy
> capabilities and ability to support literally thousands of virtual firewall
> contexts and many times that for users.  This decision was made after an

yup.. too bad no actual customers showed up :( (well, not any in real
numbers... though not due to the tech on the FW side, nor the
engineering work)

> As the other list member pointed out, Palo Alto does make some really nice
> gear and I have really been impressed with their Application Layer
> Firewalling capability (Application Identification, Web Firewalling, etc),
> however, I was suitably unimpressed with their multitenant capability and
> think you might be hard pressed to offer such an offering to more than one
> customer using such a device.

no support for actual limits on resources, eh? :( nothing on at least:

memory dedicated to a tenant
routing resources
packet processing resources
inspection rule resources
management operations

(I'm sure I left some off, but the above would be an excellent thing
to see vendors support with hard limits THAT I CAN CONFIGURE!!)


More information about the NANOG mailing list