home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / tcpip / 5901 < prev    next >
Encoding:
Internet Message Format  |  1993-01-10  |  1.5 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!network.ucsd.edu!ucsbcsl!spectrum.CMC.COM!lars
  2. From: lars@spectrum.CMC.COM (Lars Poulsen)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: reading what you're writing on Suns
  5. Message-ID: <1993Jan9.081320.415@spectrum.CMC.COM>
  6. Date: 9 Jan 93 08:13:20 GMT
  7. References: <21102@ucdavis.ucdavis.edu> <16287@auspex-gw.auspex.com>
  8. Organization: CMC Network Systems (Rockwell DCD), Santa Barbara, CA, USA
  9. Lines: 21
  10.  
  11. In article <16287@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:
  12. >>    2) Is there a patch so the Sun can read it's own packets?
  13. >The precise question you're asking is "is there a patch so that the Sun
  14. >can read its own packets *through the Network Interface Tap (NIT)
  15. >mechanism*, that being the mechanism that "etherfind" uses to listen to
  16. >Ethernet traffic.
  17. >
  18. >I know of none, although a quick look at the code indicates that it
  19. >might be possible to arrange to have non-broadcast packets wrapped
  20. >around, just as broadcast packets are wrapped around, if the Ethernet
  21. >interface is in promiscuous mode, so I suspect such a patch is, at
  22. >least, implementable.
  23.  
  24. It seems (from dumps of NIT-traces that I have done) as if some packets
  25. do indeed get cloned and looped back, but generally, they don't have the
  26. sender's ethernet address filled in, so they don't always get
  27. recognized for what they are....
  28. -- 
  29. / Lars Poulsen, SMTS Software Engineer    Internet E-mail: lars@CMC.COM
  30.   CMC Network Products / Rockwell Int'l    Telephone: +1-805-968-4262    
  31.   Santa Barbara, CA 93117-3083        TeleFAX:   +1-805-968-8256
  32.