home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / admin / 4975 < prev    next >
Encoding:
Text File  |  1992-09-09  |  4.5 KB  |  115 lines
  1. Newsgroups: comp.unix.admin
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!psinntp!psinntp!sadtler!rick
  3. From: rick@sadtler.sadtler.com (Rick Morris)
  4. Subject: Bridge or Router SUMMARY
  5. Message-ID: <1992Sep9.123413.14150@sadtler.com>
  6. Sender: rick@sadtler.com (Rick Morris)
  7. Organization: Sadtler Research Laboratories
  8. Date: Wed, 9 Sep 1992 12:34:13 GMT
  9. Lines: 104
  10.  
  11. Hello all.
  12.  
  13. A couple of weeks back I asked about bridges and routers,
  14. and what to do about a Novell/TCP thinnet backbone.
  15. At times, the NFS on the TCP side would hang up for long
  16. periods of time.  The receive light on a repeater would indicate
  17. constant activity on the PC/Novell side at these times.  Upon
  18. investigation, we find that the PC/Novell receive light is on
  19. during some big PC Database queries.  At the time of my cry for
  20. help, a series of particularly long queries were being generated.
  21.  
  22. I received many real good responses, my thanks to everyone!
  23. I summarize below.
  24.  
  25. --------------------------------------------------------------------
  26. 1.  Differences between a Bridge and Router
  27.  
  28. (Taken from Rodney Campbell (rodney@cssc-syd.tansu.com.au)'s response):
  29.  
  30. In simple terms there are a number of network devices which work at
  31. different levels (of the OSI model).
  32.  
  33. A Repeater is a device that works at OSI Level 1 - The Physical layer. It
  34. simply repeats the waveforms on one side to the other. It knows nothing
  35. about higher level protocols.
  36.  
  37. A Bridge is a device that works at OSI Level 2 - The Link layer. It can
  38. filter traffic based on MAC level addresses (Ethernet Addresses) - These
  39. bridges are usually learning bridges which learn where devices are over a
  40. period of time and then discard the information after a while because it
  41. is possible for you to move stuff around (The purge time is usually in the
  42. order of minutes). A bridge does not understand higher level protocols
  43. like IP or IPX etc. It just repeats frames like HDLC etc.
  44.  
  45. A Router is a device that works at OSI Level 3 - The Network layer. It can
  46. understand routing information and simply routes packets to another
  47. network based on Network Level Addresses (The IP Address is one of these).
  48. A router must understand the protocol it has to route (IP, IPX, AppleTalk,
  49. etc).
  50.  
  51. --------------------------------------------------------------------
  52. 2.  Recommendations for my situation:
  53.  
  54. (Taken from Stephane Bortzmeyer (bortzmeyer@cnam.cnam.fr)'s response):
  55.  
  56. If the problem lays in the limitations of thin-net, a bridge is sufficient
  57. (because you have a layer 2 problem). It will not slow down your network,
  58. since all the bridges are as fast as Ethernet itself.
  59. If you have other problems (security and need for "clever" filtering,
  60. different IP networks on one cable, etc), you need a router.
  61.  
  62. ----------------------------------------------------
  63. 3.  Could be hardware...
  64.  
  65. (Taken from Gary Heston (gary@sci34hub.sci.com)'s response):
  66.  
  67. So, how long is this backbone? Thin is limited to 185 meters (about
  68. 606 feet). It doesn't sound like you're exceeding the connection
  69. limit (30).
  70.  
  71. ...
  72.  
  73. So, did you swap the ports on the repeater and verify that the 
  74. indications are the same? Cabletron has a good reputation, but
  75. everything breaks sometime.
  76.  
  77. ...
  78.  
  79. >                                              Or might there
  80. >be a short between the PC and Workstation side.  PC group has
  81. >experienced no difficulty lately, so I doubt a short.
  82.  
  83. Definantly not shorted; the whole thing would go down immediately.
  84.  
  85. A filtering bridge would fix the symptom, not the problem. It sounds 
  86. like you've got a PC with a card broadcasting garbage packets. Try 
  87. turning off each PC and checking the repeater; when the receive light
  88. starts acting like the one on the workstation side, you've found the
  89. culprit. Fix it, and your PC users should see a considerable improvement
  90. in response time and throughput.
  91.  
  92. ------------------------------------------------------------
  93. Many thanks to:
  94.  
  95. Peter Van Epp (vanepp@sfu.ca)
  96. Pat Barron (Pat_Barron@transarc.com)
  97. Jack Thomasson (Jack_Thomasson@SED.Provo.Novell.COM)
  98. Kelly (kelly@jupiter.nmt.edu)
  99. Mark Solsman (solsman@ra.nrl.navy.mil)
  100. Rodney Campbell (rodney@cssc-syd.tansu.com.au)
  101. Dave (dcc@!world.std.com)
  102. Gary Heston (gary@sci34hub.sci.com)
  103. Thad Phetteplace (tdphette@mke.ab.com)
  104. Peter Graw (peter@iol.ca)
  105. Stephane Bortzmeyer (bortz@cnam.cnam.fr)
  106. Gil Kloepfer Jr. (gil@limbic.ssdl.com)
  107.  
  108. And any I've forgotten!
  109.  
  110. -Rick.
  111. -- 
  112. Rick Morris                            Email:  rick@sadtler.com
  113. Sadtler Research Labs, Philadelphia   -But I speak for myself
  114. ---------------------------------------------------------------
  115.