home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / protocol / nfs / 3199 < prev    next >
Encoding:
Internet Message Format  |  1993-01-23  |  3.2 KB
  1. Xref: sparky comp.protocols.nfs:3199 comp.dcom.isdn:1213
  2. Path: sparky!uunet!olivea!sgigate!sgi!rhyolite!vjs
  3. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  4. Newsgroups: comp.protocols.nfs,comp.dcom.isdn
  5. Subject: Re: Low cost ether/isdn brouters (was PC-NFS PPP Serial/ISDN driver wanted)
  6. Message-ID: <v74ftus@rhyolite.wpd.sgi.com>
  7. Date: 22 Jan 93 20:47:54 GMT
  8. References: <5da984b1.1bc5b@pisa.citi.umich.edu> <1993Jan21.224740.4259@gandalf.ca>
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 61
  11.  
  12. In article <1993Jan21.224740.4259@gandalf.ca>, dcarr@gandalf.ca (Dave Carr) writes:
  13. > ...
  14. > Try a 5220.  And if you want a router with the same feature (data 
  15. > compression, SNMP,...) for under $3000, wait a couple of months.  
  16. >  ...
  17.  
  18. > Try the 5220i.  Not a misprint.  The 5200i can dial on demand, and only
  19. > brings the link up when needed.  Shoot, it even looks at ARPs and IP
  20. > addresses.  So tell me, is a router or a bridge.  
  21. > ...
  22.  
  23. > The 5220i can dial different ISDN numbers to get to different IP 
  24. > addresses.  Okay, it's a static router.  Some limitations apply.
  25. > What's the equivalent CISCO box sell for?  What's that, you want
  26. > compression.  Sorry.  We're Cisco, you don't need compression.
  27. > ...
  28.  
  29. I mentioned cisco only to show what happened to the old style bridge
  30. makers of years ago, who insisted on making dumb bridges and only
  31. bridging.  Remember what the notion of "brouter" did to them?
  32.  
  33. $3000 would be expensive for a router.  Late last year you could buy a
  34. T1 router (without CSU/DSU, but T1 and not measely 56K or 64K) for
  35. about half of that.  Not (as far as I know) from Cisco, but then Cisco
  36. is a big, mature company now.
  37.  
  38.  
  39. > ..
  40. > >Finally, I notice that you posted this to comp.protocols.nfs.  That
  41. > >suggests you are thinking about running NFS over your ISDN boxes.  NFS
  42. > >usually implies NIS.  NIS almost always involves broadcast packets.
  43. > >How are you going to "eliminate these [broadcast] packets"?
  44. > 
  45. > Sure, why not.  After all, a bridge doesn't discriminate on the basis
  46. > of protocol :-)
  47. > 
  48. > From what angle?  If bandwidth on the link is the problem, then I'll
  49. > ask "How much information content is in a broadcast? In the second?"
  50. > Know what compression does to these packets?
  51. > 
  52. > If your assuming that I am going to filter all broadcast and therefore
  53. > NIS packets won't get through, that's a wrong assumption.  
  54.  
  55. I'm not sure what you're saying, but I think you should get some packet
  56. traces of big networks.  There is much redundancy and so hope for
  57. compression as I infer that you hope.  Unless the bridge is congesting
  58. things, the broadcasts are not simply retransmissions of the same stuff
  59. and so will not be compressed, at least not if your compression
  60. dictionary (or whatever) adapts to traffic faster than every 30 sec.
  61. (~2Mbit at 64Kbit/sec).
  62.  
  63. The corporate network I know tends to have a lot of broadcast and
  64. multicast packets.  Besides ARP and NIS, there are games (~30 p/s/player)
  65. and audio multicast streams.  No plausible compression will be enough.
  66. You will have to filter by looking at higher layer protocols.
  67.  
  68. Still and all, products like your 5220* sound like efforts in the
  69. right direction, so I'm not sure what we are arguing about.
  70.  
  71.  
  72. Vernon Schryver,  vjs@sgi.com
  73.