home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / tcpip / 5875 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  1.4 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: reading what you're writing on Suns
  5. Message-ID: <16287@auspex-gw.auspex.com>
  6. Date: 8 Jan 93 19:24:13 GMT
  7. References: <21102@ucdavis.ucdavis.edu>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 23
  11. Nntp-Posting-Host: auspex.auspex.com
  12.  
  13. >Apparently a Sun cannot read the packets that it is writing to
  14. >the network.  I have two questions regarding this:
  15. >
  16. >    1) Is this common with most/all workstations (non-Suns)?
  17.  
  18. I've never seen an Ethernet interface that *does* hear its own
  19. transmissions, but some may exist.  All the Ethernet-interface drivers
  20. I've seen will wrap transmitted *broadcast* packets around internally,
  21. so that it *looks* as if they receive the packet, but they don't do so
  22. for non-broadcast packets.
  23.  
  24. >    2) Is there a patch so the Sun can read it's own packets?
  25.  
  26. The precise question you're asking is "is there a patch so that the Sun
  27. can read its own packets *through the Network Interface Tap (NIT)
  28. mechanism*, that being the mechanism that "etherfind" uses to listen to
  29. Ethernet traffic.
  30.  
  31. I know of none, although a quick look at the code indicates that it
  32. might be possible to arrange to have non-broadcast packets wrapped
  33. around, just as broadcast packets are wrapped around, if the Ethernet
  34. interface is in promiscuous mode, so I suspect such a patch is, at
  35. least, implementable.
  36.