home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / dcom / isdn / 1208 < prev    next >
Encoding:
Internet Message Format  |  1993-01-22  |  3.2 KB
  1. Path: sparky!uunet!think.com!cayman!cayman.com
  2. From: jbatson@cayman.com (Jay Batson)
  3. Newsgroups: comp.dcom.isdn
  4. Subject: Re: Low cost ether/isdn brouters (was PC-NFS PPP Serial/ISDN driver wanted)
  5. Message-ID: <12759@cayman.COM>
  6. Date: 22 Jan 93 14:34:55 GMT
  7. References: <1993Jan21.151029.13640@gandalf.ca>
  8. Sender: news@cayman.COM
  9. Reply-To: jbatson@cayman.com
  10. Distribution: usa
  11. Lines: 52
  12. Nntp-Posting-Host: oleron
  13.  
  14. In article <1993Jan21.151029.13640@gandalf.ca> dcarr@gandalf.ca (Dave Carr)  
  15. writes:
  16. > In <1993Jan21.012021.8668@informix.com> johng@informix.com (John Galloway)  
  17. writes:
  18. > >Just 2x64k (uncompressed would be ok), with real router sw (SNMP, RIP, ARP,
  19. > >OSI?) rather than a filtering bridge is what I want. However it can be
  20. > >oriented to a very small net doing quite simple routing (i.e. its not due
  21. > >to a vast LAN at my house, but the fact that I, may, want a different  
  22. network
  23. > >then the other end of the bridge, that makes me want a router rather than a
  24. > >bridge).
  25. > 
  26. > Interesting.  Could you tell me more.  With ISDN, we are basically talking
  27. > about a point-to-point link.  Our view is with the right software mods, you
  28. > can get the desired performance out of a bridge.  The trickiest part is the
  29. > handling of multicast and broadcast.  If we can eliminate these packets
  30. > without doing the entire routing function, do we have what you need?
  31.  
  32. Besides the very crucial point made above (that you want two different network  
  33. numbers on either side of the link), most routers do tons of other things, such  
  34. as "encapsulation" of one protocol in another, e.g. AppleTalk in IP for people  
  35. who mandate IP-only networks.  This is typically called "tunneling", and  
  36. requires routers at each end that are each configured to know about the tunnel.   
  37. The devices at each end mostly have to be routers because the various  
  38. psuedo-standard tunnelling implementations use routing protocol info to  
  39. accomplish their goal.  (The routing tables themselves are not particularly  
  40. complex - a packet is either local or remote for most single-WAN-port  
  41. routers....)  Tunnelling is only one example - other features might include  
  42. filtering based on service type or device name (vs. network #), which requires  
  43. a fairly tall stack for the protocol in question.  Such features are growing in  
  44. number and are supported by more and more router vendors.
  45.  
  46. I'll concede that at some point, the line between complex bridges and simple  
  47. routers blurs, but usually bridges slip in features without adding complete  
  48. stacks.  Routers maintain complete stack and protocol info, and router vendors  
  49. are aggressively using the resulting flexibility they get, of course at a  
  50. cost....
  51.  
  52. > Over digital links, do you need CRC32?
  53.  
  54. The phone companies must think so.  Many T1 lines now use something called an  
  55. "Enhanced super frame", which adds a CRC to the traditional T1 frame.   
  56. Remember, over long distances even digital pulses start to look like analog  
  57. pulses, and errors can creep in.  Another question to ask might be "Who needs  
  58. to do the error detection/correction, and why?"  It depends on who is supplying  
  59. the service, and what problem they are trying to address. 
  60. --
  61. Jay Batson
  62. Product Marketing Manager
  63. Cayman Systems, Inc.
  64. jbatson@cayman.com
  65. (617) 494-1999
  66.