[88962] in North American Network Operators' Group
Re: Transit LAN vs. Individual LANs
daemon@ATHENA.MIT.EDU (Owen DeLong)
Sun Feb 26 12:50:05 2006
Date: Sun, 26 Feb 2006 09:49:34 -0800
From: Owen DeLong <owen@delong.com>
To: Pete Templin <petelists@templin.org>,
North American Noise and Off-topic Gripes <nanog@merit.edu>
In-Reply-To: <4401B2E4.6030001@templin.org>
Errors-To: owner-nanog@merit.edu
--==========317C38B89C1080022E7C==========
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
--On February 26, 2006 7:53:40 AM -0600 Pete Templin
<petelists@templin.org> wrote:
>
>
>>> An argument could be made for individual VLANs to keep things like b-
>>> cast storms isolated. But I think the additional complexity will
>>> cause more problems than it will solve.
>
>> One must keep in mind that human error is the dominant cause of outages,
>> and since there's not likely to be backhoes running around in a data
>> center, IMHO the goal should be to remove as many ways as possible that
>> your coworkers can muck things up.
>
> Individual PTP links means a muckup probably affects only two devices.
> Switched LANs means a muckup possibly affects all devices (on one of the
> LANs), and not all of them may detect the problem at the same time.
>
> pt
Except when you implement the PTP links as VLANs on switches, it means
a muckup (to use your term) at the switch side can really muckup your
PTP links in non-obvious and often hard-to-troubleshoot ways. There
are tradeoffs either way. Personally, when interconnecting routers, I
tend to prefer the PTP hard link and skip the switches. Sometimes that's
not feasible. In those cases, generally, I prefer to go with rational
groups of routers on VLAN segments rather than synthetic PTP links.
However, each situation is different and the tradeoffs should be
considered in light of the particular situation.
Owen
--
If it wasn't crypto-signed, it probably didn't come from me.
--==========317C38B89C1080022E7C==========
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
iD8DBQFEAeoun5zKWQ/iqj0RAmC4AJ4wrLZ1bDnD0dOFmh2sCMqdU6JuiwCePoZA
fcVkBpbYl3kmEWvnxUPxsrA=
=5IOY
-----END PGP SIGNATURE-----
--==========317C38B89C1080022E7C==========--
