Bridged Ethernet support

P.Lister@cranfield.ac.uk
Thu, 28 Mar 96 15:42:37 +0000

-----BEGIN PGP SIGNED MESSAGE-----

Content-Type: text/plain; charset=us-ascii

Hello,

I'd like to preface my first post to this list with a big "thank-you" to the
authors of scotty and tkined for creating a wonderful system. It really is the
software that dreams are made of; free configurable and leaves the commercial
systems I've seen eating dust.

The IP discovery features are impressive, but unfortunately not terribly
meaningful to us. Our IP routing is simple - everything at Cranfield
(everything I'm bothered about, anyway) is directly to be connected to a
single class B network, 138.250. Our network is bridged, not routed over FDDI
and Ethernet. Even our wide area connection to a subsidiary site is via a
remote bridge. In the days when we ran DECnet and LAT rather than IP this was
a necessity; we still have some legacy LAT and DECnet and the odd IPX set-up,
so bridging is here to stay for a bit yet.

I would like to represent the bridge topology of our net in tkined, preferably
with maximum auto-configuration. To familiarise myself with tkined, I've added
an attribute "ethernet", containing an ethernet address as a list of strings
01:23:45:67:89:AB, and written an application which can read these from a
config file generated by arpwatch (ethers or bootptab would also work), and
which can read (via SNMP) bridge forwarding tables to work out which leg of
the net they're on.

I'd like a more general solution, though. So - has anyone else tackled bridged
Ethernets in tkiend? Specifically, has anyone...

Implemented arp/rarp/bootp client calls in scotty to obtain Ethernet <-> IP
address mappings?
Tried to autogenerate tkined groups/links/maps from bridge forwarding tables ?
Established a convention for representing Ethernet data within tkined ?
Thought about it, but seen a big problem which I've missed ?

I have searched the mail archives and FAQ but I can't see anything relevant.
(BTW, I'm aware of libpcap; I'm not interested in monitoring the packets
themselves, it's the bridging topology I want.)

- --
Peter Lister Email: p.lister@cranfield.ac.uk
Computer Centre, Cranfield University Voice: +44 1234 754200 ext 2828
Cranfield, Bedfordshire MK43 0AL UK Fax: +44 1234 751814
--- Never put all your ranking officers in one shuttlecraft. ---

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMVqzak0IjEzZ62ARAQFO7QQAotB8tToFx1r7SxEu5V5NM/wjAidV/X2D
4JOEhokbm3xzNzj152HhjNbxJGONlEUCRCh9N8Kce/6Hn+iDeNH/RAZxVi05zhYq
+OTLpa9hN2OajeGLTkTyirBIXYWwAYMlIlXm1cvbnFcfjnRRgRVuK5GHcsYivDCU
X/ZONQP8RxY=
=7ycc
-----END PGP SIGNATURE-----