home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vxworks / 1188 < prev    next >
Encoding:
Text File  |  1993-01-09  |  2.0 KB  |  47 lines
  1. Newsgroups: comp.os.vxworks
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!hpscit.sc.hp.com!cupnews0.cup.hp.com!hppad.waterloo.hp.com!rypma
  3. From: rypma@waterloo.hp.com (Ted Rypma)
  4. Subject: Re: Forwarding of MAC broadcasts
  5. Sender: news@waterloo.hp.com (NetNews)
  6. Message-ID: <C0MBsq.EBL@waterloo.hp.com>
  7. Date: Sun, 10 Jan 1993 03:17:14 GMT
  8. References: <9301071938.AA09078@kuwait.whizkids>
  9. Organization: HP Panacom Div Waterloo ON Canada
  10. X-Newsreader: TIN [version 1.1.4 PL6]
  11. Lines: 34
  12.  
  13. Bill Baumann (billb%kuwait@sun.com) wrote:
  14. : VxWorks is causing problems by forwarding broadcast messages.
  15. : 
  16. : Here's the deal : I have a development system that is broadcasting over
  17. : FDDI to a specific IP address.  The IP address is a Unix box, and the
  18. : FDDI MAC address is a broadcast.  I'm using the AP Labs driver.
  19.  
  20. I just read Hwa Jin's response to this and I think I have a glimmering of
  21. an explaination.
  22.  
  23. Note that the _MAC_ address is a broadcast and the _IP_ address is not.
  24. Now, one of the (many) failings of BSD 4.3 network code is the fact that
  25. the "broadcastness" of the incoming frame is lost once you get into IP
  26. protocol code. If the IP address is not broadcast, whether legitimately so
  27. or as a result of a misunderstood subnet broadcast (due to incorrect or no
  28. subnet mask), IP will forward if so configured. Of course, it REALLY should
  29. NOT be forwarded because the MAC address was broadcast - information that
  30. BSD 4.3 Tahoe quietly throws away.
  31.  
  32. BSD Networking Release 2 code nicely fixes this (I'm not sure whether Reno
  33. code does or not, but it may).
  34.  
  35. We had the same problem in VxWorks 5.0.3 network code causing problems when
  36. multiple subnets were in use on the same wire - we would forward another
  37. subnet's broadcasts. I fixed this in our VxWorks networking code by just not
  38. forwarding frames which would be retranmitted on the same interface on which
  39. they came in. Not an ideal solution, but it looked after the immediate problem
  40. (besides, we don't claim to be an ideal IP router and we're not a
  41. workstation :-).
  42.  
  43. Regards,
  44.  
  45. Ted Rypma
  46. HP Panacom Division
  47.