home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / dcom / lans / misc / 660 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  2.8 KB
  1. Xref: sparky comp.dcom.lans.misc:660 comp.dcom.lans.ethernet:1667
  2. Path: sparky!uunet!hayes!croussel
  3. From: croussel@hayes.com
  4. Newsgroups: comp.dcom.lans.misc,comp.dcom.lans.ethernet
  5. Subject: Re: 802.5 transparent briding question
  6. Message-ID: <5887.2a923325@hayes.com>
  7. Date: 19 Aug 92 11:40:21 EDT
  8. References: <1992Aug18.141851.22311@msuinfo.cl.msu.edu>
  9. Organization: Hayes Microcomputer Products, Norcross, GA
  10. Lines: 53
  11.  
  12. In article <1992Aug18.141851.22311@msuinfo.cl.msu.edu>, craven@egr.msu.edu (Dean Craven) writes:
  13. > Hi,
  14. > 
  15. > Here is a question for folks with 802.5 briging experience.  If there is
  16. > a better newsgroup for this area, please let me know.
  17. > 
  18. > What are the options for setting the A and C bits of the Frame Status byte
  19. > when doing transparent bridging on 802.5 LANs?  IEEE 802.1d defines both
  20. > MAC and MAC relay software entities.  If I'm reading 802.1d correctly, the
  21. > MAC level in a bridge is allowed to set the A and C bits to 1 whenever it
  22. > receives a user_data_frame to be given from the MAC entity to the MAC
  23. > relay entity (i.e., the A and C bits are set before the MAC relay entity
  24. > checks the filtering database to decide whether to really forward the
  25. > frame - thus the bridge sets the A and C bits for all user frames on the
  26. > source ring).
  27. > 
  28. > Am I reading 802.1d correctly?  Are bridge developers setting the A and C
  29. > bits for all user frames?  What are the ramifications of setting these
  30. > bits for other nodes on the LAN?  Alternatively, what are the ramifications
  31. > of not setting the A and C bits when forwarding a frame?
  32. > 
  33. > Please respond via email.  Thanks.
  34. > 
  35. > Dean Craven        (craven@egr.msu.edu)
  36. > Software Engineer
  37. > Dale Computer Corp.
  38. It's true that 802.1d does not specify whether bridges will
  39. set the A and C bits on frames they forward or not.  802.1
  40. simply "punted" on this issue.  
  41.  
  42. To do the right thing (set A and C bits only on frames that
  43. are bridged) requires extra (expensive) hardware.  CAMS must
  44. be used to quickly determine is the destination address is
  45. one the bridge knows about.
  46.  
  47. There may be some low-end bridge vendors that set A and C
  48. for every packet that goes by (as 802.1 allows) but most
  49. everyone that I became familiar with at 802.5 were intending
  50. to add the CAMs and do it right.
  51.  
  52. If you don't add the CAMs, LAN manager will get deluged with
  53. error messages about duplicate stations on the ring (if you
  54. set A and C).  If you always leave A and C clear, some old
  55. NETBIOS applications, will retransmit excessivly.
  56.  
  57. This is definitely a point where 802.1 compliance doesn't
  58. mean much.  Welcome to the murky world of token-ring
  59. interoperablility.  (Don't even ask about multicast addressing).
  60.  
  61. -- 
  62. Chris Roussel                internet: hayes!croussel@uunet.uu.net
  63. (404) 840-9200 (x.2147)                uucp: ...uunet!hayes!croussel
  64. Hayes Microcomputer Products       U.S.Mail: p.o.box 105203, Atlanta, GA 30348
  65.