[111755] in North American Network Operators' Group

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

Re: Network diagram software

daemon@ATHENA.MIT.EDU (Malte von dem Hagen)
Wed Feb 11 18:11:33 2009

Date: Thu, 12 Feb 2009 00:11:17 +0100
From: Malte von dem Hagen <mvh@hosteurope.de>
To: John Osmon <josmon@rigozsaurus.com>
In-Reply-To: <20090211181334.GA7268@jeeves.rigozsaurus.com>
Cc: nanog@nanog.org
Reply-To: mvh@hosteurope.de
Errors-To: nanog-bounces@nanog.org

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig3BD4F6C7083465321535BA77
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hej,

Am 11.02.2009 19:13 Uhr, John Osmon schrieb:
> On Wed, Feb 11, 2009 at 04:11:38PM +0100, Mathias Wolkert wrote:
>> I like the idea of having one physical version showing cables and devi=
ces
>> (CDP/EDP/LLDP view pretty much) and one logical view showing IP subnet=
s.
>> Many times I found *documented* networks where this is all combined ma=
king
>> it very unclear.
>> The hard part is to visually show what VLANs are active in each switch=
=2E

> Most networks need at least two diagrams:
>   - a logical map showing network boundaries/collision domains/etc.
>     (This is where VLANs get documented)
>   - a physical map showing *how* things are connected.
>     (This is where equipment and their interconnects are documented)

the actual needs strongly depend on the design of the network.

If your network is segemented by many routers, it may even be sufficient
to do a dozen or so traceroutes and parse the results ;-)

If you run flat, switched networks with hundreds of switches but only
few routers and possibly extreme heterogeneous subnetting in a
multi-vendor environment, you do not get very far by parsing configs or
"autodiscovering" the net.

It becomes even more interesting if you run active layer 1 equipment
like DWDM boxes or radio connections :-)

Personally, I think most important is a clean documentation of Layers 1
and 2 AND the corresponding contact data for 3rd party
sites/lines/equipment. These are the things you cannot get easily out of
your network, and when experiencing failure on that level, you'll be
happy to have this information on one single map.

Always remember: Layer 3 is easy. Routing is easy. You have a lot of
tools and deterministic protocols. Layers 1/2 are the wild jungle where
you may see strange things happen and are partly blind and constrained.

Combining the maps for Layers 1 and 2, by the way, is possible. Use
colours, line types, and again geometric figures.

Regards,

=2Em


--------------enig3BD4F6C7083465321535BA77
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkmTWxUACgkQLuLG3RMdjsIzywCdHnshvngGfermYXc36egl4+TY
6JMAn2clk7h4aZAaA8Nu+pXaw+n3SVv+
=KXIW
-----END PGP SIGNATURE-----

--------------enig3BD4F6C7083465321535BA77--


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