[33066] in North American Network Operators' Group

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

monitoring box (was Re: small device with IP address)

daemon@ATHENA.MIT.EDU (Bennett Todd)
Fri Dec 22 15:19:12 2000

Date: Fri, 22 Dec 2000 15:15:32 -0500
From: Bennett Todd <bet@rahul.net>
To: Tom <tnel@someisp.net>
Cc: nanog@merit.edu
Message-ID: <20001222151532.M16246@oven.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="citGix+cyBYE+lqp"
Content-Disposition: inline
In-Reply-To: <006601c06c34$7ead9c20$2401a8c0@LocalHost>; from tnel@someisp.net on Fri, Dec 22, 2000 at 10:30:28AM -0600
Errors-To: owner-nanog-outgoing@merit.edu



--citGix+cyBYE+lqp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

2000-12-22-11:30:28 Tom:
> It wouldn't be that difficult to roll a simple Altoid-tin
> sized board w/ an enet port (he say's before=20
> he's done it:)

Sounds right to me.

> Seriously, there are a # of SOC in development for
> refridgerator web-interfaces & the like.

SOC? Or SBC?

> Question is, beyond pinging an isolated device,
> what's most useful?

Keep It Simple, no question.

> Could tack on an interface for; temp sensors,=20
> power condition monitors, ect.

For cost/benefit tradeoff, I'd personally favour simply a temp
sensor. I _think_ it oughta be possible to package a little wart
including network I/F and simple-minded temp sensor that powers
itself entirely off the ethernet interface itself, i.e. doesn't need
any other power supply. Might need to be plugged in for a few
seconds before it succeeds in storing enough reserves to make it
through link negotiation, but if you could avoid having to plug into
a power socket at all it'd be so much handier.

> Further, how to best power; wall wart, batt,=20
> combination of the two ?

Definitely none of the above.

How about a box that responds to just one protocol type, I'd tend to
vote for a trivial UDP packet that it doesn't even bother decoding,
just checks dst port and tears out src port and addr, with a reply
packet containing whatever encoding is easiest to generate of the
latest measurement off the temp sensor.

-Bennett

--citGix+cyBYE+lqp
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE6Q7ZkL6KAps40sTYRAnTmAJ4qCQBhPrv/jAGIe5danPeU9VBMmQCeOqtE
nxmXcD+GUf3Qqc9/n3PLT5I=
=0vtp
-----END PGP SIGNATURE-----

--citGix+cyBYE+lqp--


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