home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / cellrel / 390 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  2.4 KB
  1. Path: sparky!uunet!dtix!mimsy!ra!atkinson
  2. From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
  3. Newsgroups: comp.dcom.cell-relay
  4. Subject: Re: Future of IP routers
  5. Message-ID: <3445@ra.nrl.navy.mil>
  6. Date: 26 Aug 92 21:28:18 GMT
  7. References: <1992Aug25.123428.26295@ccsun.strath.ac.uk> <BtKDH9.7M7@usenet.ucs.indiana.edu> <1992Aug26.092945.4663@ccsun.strath.ac.uk>
  8. Sender: usenet@ra.nrl.navy.mil
  9. Followup-To: comp.dcom.cell-relay
  10. Distribution: na
  11. Organization: Naval Research Laboratory, DC
  12. Lines: 39
  13.  
  14. In article <1992Aug26.092945.4663@ccsun.strath.ac.uk> craa85@ccsun.strath.ac.uk ( D.W.Stevenson) writes:
  15.  
  16. >In the telco scheme of things, security is a problem which handled by the 
  17. >network, when a call connection is set up.
  18.  
  19.   Actually, the telcos don't have ANY security in their call setup
  20. protocols.  Go read the CCITT documents and be disappointed -- I was.
  21. Signalling System 7, widely used by telcos and specified by CCITT,
  22. could really stand some minimal authentication at call setup time.
  23.  
  24. >IP is designed to be processed in software, not in silicon, and 
  25. >this may mean there is no easy way of carrying out the filtering you suggest.
  26.  
  27.   I'm sure that Protocol Engines, Inc. would be very pleased to sell
  28. you custom silicon for TCP/IP off the shelf today.  They would much
  29. rather have you use that silicon for XTP, but they would still be
  30. happy for you to use it for TCP/IP (followups to this paragraph belong
  31. in comp.protocols.misc).
  32.  
  33. >Because routers are store and forward, I would have thought that time critical
  34. >traffic such as video/audio traffic would be very difficult to pass across a
  35. >router at high speed. Since the telcos are billing ATM as ideal to carry
  36. >multimedia traffic, this implies that the idea of using ATM routing at the
  37. >network level is more suitable for high speed multi media traffic than IP.
  38.  
  39.     Curiously enough, off the shelf IP routers (e.g. CISCO AGS+)
  40. coped remarkably well with the IETF videocast from Boston in July.  
  41. I was in Boston, but the simulcast had a local terminus (thanks Allison !)
  42. and the folks who saw it found it quite useful and thought quality was OK 
  43. if not great.
  44.  
  45.     Claims that one cannot do multimedia over IP look kind of
  46. silly when you have seen real-time voice/video over today's Internet.
  47. Given some tweaking of things, I'm quite sure that better quality and
  48. performance is possible while still using a connectionless network
  49. protocol and doing routing at the network layer.
  50.  
  51. Ran
  52. atkinson@itd.nrl.navy.mil
  53.