home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / protocol / nfs / 3188 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  4.8 KB

  1. Xref: sparky comp.protocols.nfs:3188 comp.dcom.isdn:1199
  2. Newsgroups: comp.protocols.nfs,comp.dcom.isdn
  3. Path: sparky!uunet!cs.utexas.edu!torn!nott!hobbit.gandalf.ca!dcarr
  4. From: dcarr@gandalf.ca (Dave Carr)
  5. Subject: Re: Low cost ether/isdn brouters (was PC-NFS PPP Serial/ISDN driver wanted)
  6. Message-ID: <1993Jan21.224740.4259@gandalf.ca>
  7. Organization: Gandalf Data Ltd.
  8. References: <5da984b1.1bc5b@pisa.citi.umich.edu> <1993Jan21.151029.13640@gandalf.ca> <v5jtlkk@rhyolite.wpd.sgi.com>
  9. Distribution: na
  10. Date: Thu, 21 Jan 1993 22:47:40 GMT
  11. Lines: 89
  12.  
  13. In <v5jtlkk@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
  14.  
  15. >In article <1993Jan21.151029.13640@gandalf.ca>, dcarr@gandalf.ca (Dave Carr) writes:
  16. >> ...
  17. >> >Just 2x64k (uncompressed would be ok), with real router sw (SNMP, RIP, ARP,
  18. >> >OSI?) rather than a filtering bridge is what I want. However it can be
  19.  
  20. >I've argued vigorously with Gandalf representatives about their
  21. >"brouter."  (Which word I hope they have removed from the brochure
  22. >describing their half-bridge!)  Their position was "<big company> told
  23.  
  24. Point noted.  Marketting has been told.  But please, the 5510 is not
  25. my favourite product either.  The 5510 isn't even a half-bridge.
  26.  
  27. Try a 5220.  And if you want a router with the same feature (data 
  28. compression, SNMP,...) for under $3000, wait a couple of months.  
  29.  
  30. >Many who want to run network stuff over ISDN have real networks on both
  31. >sides of the point-to-point link.  This applies just as much to
  32. >companies who might replace leased lines in large "WAN's" with ISDN
  33. >links as it does to individuals.  Individuals may often have only 1 or
  34. >2 computers and a printer, but the reasons they have for treating their
  35. >local network as something other than a bridged extension of the
  36. >other network are similar.
  37.  
  38. Try the 5220i.  Not a misprint.  The 5200i can dial on demand, and only
  39. brings the link up when needed.  Shoot, it even looks at ARPs and IP
  40. addresses.  So tell me, is a router or a bridge.  
  41.  
  42. >If bridging were always the right answer for corporate WAN's, then none
  43. >of those point-to-point links would not be using routers.
  44.  
  45. Of course I'm right, and CISCO is wrong :-) Get real. 
  46.  
  47. >If your argument were valid, "just fix the MAC group address bit
  48. >problems and then bridges are enough", then there would be no market
  49. >for routers.  If your argument were valid, then Cicso would not be in
  50. >business, and neither would Wellfleet.   Instead, there would only be
  51. >companies making clones of DEC bridges.
  52.  
  53. I made no such claim.  A bridge cannot replace a router.  But a router
  54. IS overkill for many applications.  Especially for replacing V.32 modems
  55. in a dialup application.  What do you want, a CISCO at home.  You must
  56. have a big net at home if you need BGP.  And I thought all you needed was
  57. OSPF at home.  
  58.  
  59. I'm not trying to say that bridges are better.  Both have their places.
  60.  
  61. >IP routing does not require "100's of KBbytes of code".  Just how big
  62. >is ka9q?
  63.  
  64. Is that all you want.  Buy the 5220i.  Now if you want an IP/DECNET/
  65. APPLETALK/... router, plus OSPF/BGP/RIP/... then you are talking 800K.
  66. The stacks take memory.
  67.  
  68. >Consider one example.  Assume you are employeed by <big company> and
  69. >want to run ISDN to the corporate network to work at night.  Assume you
  70. >have only 1 PC running 386BSD on your ethernet.  What if you also want
  71. >to connect your machine a low cost Internet provider ($1/hour PPP or
  72. >SLIP) to participate in mailing lists or to get source that <big
  73. >company> might not appreciate?  Or maybe the firewall between the
  74. >corporate network at <big company> and the Internet is inconvenient or
  75. >too high for you.  If you have a real network and a real ISDN router,
  76. >you can route directly to the corporate network or to CERFNET or CSN at
  77. >will.  In this example if you have only a bridge, you have either a
  78. >white elephant or a set of shackles locking you to the company network.
  79.  
  80. The 5220i can dial different ISDN numbers to get to different IP 
  81. addresses.  Okay, it's a static router.  Some limitations apply.
  82. What's the equivalent CISCO box sell for?  What's that, you want
  83. compression.  Sorry.  We're Cisco, you don't need compression.
  84. And yes, I would have to go througH a router eventually to get to the
  85. internet, but so would your router from home.
  86.  
  87. >Finally, I notice that you posted this to comp.protocols.nfs.  That
  88. >suggests you are thinking about running NFS over your ISDN boxes.  NFS
  89. >usually implies NIS.  NIS almost always involves broadcast packets.
  90. >How are you going to "eliminate these [broadcast] packets"?
  91.  
  92. Sure, why not.  After all, a bridge doesn't discriminate on the basis
  93. of protocol :-)
  94.  
  95. From what angle?  If bandwidth on the link is the problem, then I'll
  96. ask "How much information content is in a broadcast? In the second?"
  97. Know what compression does to these packets?
  98.  
  99. If your assuming that I am going to filter all broadcast and therefore
  100. NIS packets won't get through, that's a wrong assumption.  
  101.  
  102.