home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / bsd / 4734 < prev    next >
Encoding:
Text File  |  1992-08-26  |  1.9 KB  |  50 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!puc.cl!lascar.puc.cl!mstehr
  3. From: mstehr@lascar.puc.cl (Martin Stehr)
  4. Subject: Monitoring ethernet segment using PROMISC mode
  5. Message-ID: <1992Aug25.213440.9671@tolten.puc.cl>
  6. Sender: news@tolten.puc.cl (News Manager)
  7. Organization: Pontificia Universidad Catolica de Chile
  8. Date: Tue, 25 Aug 1992 21:34:40 GMT
  9. Lines: 39
  10.  
  11.  
  12. Hi,
  13.  
  14.     I' am currently working on my thesis constructing some kind of
  15. active network monitoring system. Actually the system is collecting 
  16. information from multiple hosts, obtaining about each host kernel info
  17. like job queues, disk I/O, context switches, device interrupts, page 
  18. faults, swapping, etc. Also it can get info about for exampe TCP bytes 
  19. and packets I/O on that host. The active part of the system is going to
  20. be used experimentally in order to create some loads on some hosts or
  21. between two of them, laying on the same or different ethernet segments.
  22. The whole is going to be used remotely by other people for tuning or 
  23. testing different configurations for hosts and connections.
  24.  
  25.     Now I'm searching for some method to obtain general info about
  26. some ethernet segment, so as the *total* number of packets and bytes sent on 
  27. the segment (not only to the specific host where the monitor daemon is
  28. installed), considering all packets at the IP layer.
  29.  
  30.     I wonder if this could be possible opening a raw socket, setting
  31. the corresponding ethernet device on *promisc* mode and using recvfrom()
  32. to get all the incoming packets.
  33.  
  34.     I'll appreciate any info about:
  35.  
  36. 1) if that's really possible
  37. 2) how does it affect system performance (more device interrupts ?)
  38. 3) some simple (?) method of doing the task by some kind of daemon
  39.    installed on the system (I don't want to rebuild part of the kernel !)
  40.  
  41.     Our system runs a 4.3BSD Unix.
  42.  
  43. Any help would be appreciated !
  44.  
  45. Greetings from Chile - Southamerica :)
  46.  
  47.  
  48. mstehr@lascar.puc.cl
  49.  
  50.