[193227] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Benefits (and Detriments) of Standardizing Network Equipment in

daemon@ATHENA.MIT.EDU (Leo Bicknell)
Thu Dec 29 10:46:16 2016

X-Original-To: nanog@nanog.org
Date: Thu, 29 Dec 2016 07:44:45 -0800
From: Leo Bicknell <bicknell@ufp.org>
To: nanog@nanog.org
Mail-Followup-To: nanog@nanog.org
In-Reply-To: <CAC1-dtmSvoe+FOpqzUqdo+AQCQuh3NJ4NGBxOdxaMgAUNj+m0g@mail.gmail.com>
Errors-To: nanog-bounces@nanog.org


--ZPt4rx8FFjLCG7dd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

In a message written on Wed, Dec 28, 2016 at 01:39:59PM -0500, Chris Grunde=
mann wrote:
> An alternative multi-vendor approach is to use 1 vendor per stack layer,
> but alternate layer to layer. That is; Vendor A edge router, Vendor B
> firewall, Vendor A/C switches, Vendor D anti-SPAM software, etc. This
> doesn't address the bug impact issue as well as it alleviates the vendor
> "ownership" issue though...

While a lot of people seem to be beating you up over this approach, many
folks end up in it for various reasons.  For instance the chances a
vendor makes both a functional edge router and a high quality firewall
are low, which means they often are sourced from different companies.

But I think the question others are trying to ask is a different
hyptothetical.  Say there are two vendors, of of which makes perfectly
good edge routers and core routers.  What are the pros to buying all
of the edge from one, and all of the core from the other?

I have to admit I'm having trouble coming up with potential technical
upsides to such a solution.  There may well be a business up side,
in that due to the way price structures are done that such a method
saves captial.  But in terms of technical resilliance, if there's a
bug that takes out all cores or all edges the whole network is down,
and there's actually 2x the risk as it could happen at either layer!

--=20
Leo Bicknell - bicknell@ufp.org
PGP keys at http://www.ufp.org/~bicknell/

--ZPt4rx8FFjLCG7dd
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIVAwUBWGUvbLN3O8aJIdTMAQKVKw//ViPM3cxJ7R+jn5h7YLJu0TQ0uDgVuZvD
DSiao3pEjN6PUNgsPVOuEAORGmz5iN7EfLc7oakQVcFqh1tKhIqEhqAt4EJQLs9H
RMuyjM/Smi7esxc+e0kSYkE+1okl7MvG4HuPcVKkJAB+QrlLvGsKUrXbli386l1y
keYLUD9AzWugn+dwvulqoKE+dnZD4FG4p+xJzRh9BmGik2h/JEPs915uxg9RHB6I
iTowimDs8EWOWlyRG2qXVFcn+ml7ikZ4d3T5xjksC9y72It7I8e9DmKLFXzpWwxi
KhGhdgkzrT2SOoxNvweEN7CJjlKewzdsJVzQjL5e0xqSeeCXMKsk/6UtEStNRgP9
hALamfiXnsIWBQ6Z0DdT6wC8iLtWKOj4NGOrQ1CiExZnjrFMQP51T72yssrkio/i
dj+yZh8+UZkL+zdTJU62FYiSthcwqLJkVoypA0mdv1Rue37YDhQpTqz/c2RDdnSO
gt4rOEGeIM3roK5n5zejkZXIomro1rjCXNaOuZ+SJhUo7/qhsG0wrt+JUvf/zOz1
6dI8xXGiF8jfrhaDnyycrdW3nLC4P2P6IRsVSNpnI3jCsj8XkqPFErLZEWIUJOIi
av5ZaKOCyI22CTo14CY2DgpmM3uO4XaYI1CHEpyH9OOL0pLmmXZE4WLkm5Z2ULAa
JvGr6DCtlTU=
=Tcml
-----END PGP SIGNATURE-----

--ZPt4rx8FFjLCG7dd--

home help back first fref pref prev next nref lref last post