home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / dcom / lans / ethernet / 2927 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  2.7 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!usenet.ucs.indiana.edu!indyvax.iupui.edu!harvey
  2. From: harvey@indyvax.iupui.edu
  3. Newsgroups: comp.dcom.lans.ethernet
  4. Subject: Re: new hardwareaddress
  5. Message-ID: <1993Jan7.181506.219@indyvax.iupui.edu>
  6. Date: 7 Jan 93 18:15:06 -0500
  7. References: <hoens.726222216@gmd.de> <mark.726251794@coombs> <hoens.726332427@gmd.de> <1993Jan7.160840.14887@merlin.dev.cdx.mot.com>
  8. Organization: Indiana University-Purdue University at Indianapolis
  9. Lines: 43
  10.  
  11. In article <1993Jan7.160840.14887@merlin.dev.cdx.mot.com>, Mehrtens_T@msm.cdx.mot.com writes:
  12. > In article(Guenter Hoens) writes:
  13. >> but if it is a different protocol, then we can find out (by looking
  14. >>at the packets)
  15. >>
  16. >
  17. > I see very few options.  If the device is a MACintosh, then you can use
  18. > "Interpoll" to query the subnetwork, and use a ethernet monitor/analyzer to
  19. > look at the MAC level addressses.  TCP/IP ping, and other polling packages have
  20. > been mentioned for other platforms.  DECnet send out packets all the time.
  21. > TCP/IP send out on AARPs, XNS send out ARPs, spanning tree bridges send out
  22. > unintelligible trash (loop testing), etc.
  23. >
  24. >   There are many, many ethernet analyzers out there.  Here are a couple:
  25. > Sniffer, H.P., NetLens, public domain PC based analyser, InTel NetSight,
  26. > NetSisht Persfessional, etc.    Ethernet monitoring packages aplenty!
  27. >
  28. > I wigh there was an easier way for me to find my 530 addresses - I had to
  29. > locate them one at a time.  Luckily, this happened over many years, so
  30. > maintenance is easier now.
  31. >
  32. > Now that networks are routed, the router tells me the I.P./Ethernet
  33. > correlation.
  34.  
  35. Yes, this is very convenient.  I have a procedure that runs every four hours
  36. (the timeout on the ARP caches on the routers), uses a telnet script to dump
  37. the ARP cache of each router, and then digests the output and updates an
  38. indexed file of IP and hardware addresses (with the date the entry was last
  39. seen).  Very handy for hunting down confused users randomly changing IP
  40. addresses because they don't know any better, or trying to use the same ones
  41. as the fellow in the office down the hall, or otherwise misconfigured systems.
  42. With over 1000 machines on the network (not counting probably at least as many
  43. at the I.U. Medical Center that I don't keep track of) it can come in quite
  44. handy at times.
  45.  
  46. My stuff uses a scripted Telnet written at I.U. and a set of DCL command
  47. procedures running on a VAX under VMS, so it probably wouldn't be of much
  48. use to most people.  But it wouldn't be too hard to write something like
  49. it for Unix if you could find a Telnet that supports scripts (C-Kermit comes
  50. to mind).
  51. --
  52. James Harvey    IUPUI OIT Technical Support/Networks
  53. harvey@iupui.edu  harvey@indiana.edu  uucp:iugate!harvey  bitnet:harvey@indyvax
  54.