home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / protocol / iso / x400 / 702 next >
Encoding:
Internet Message Format  |  1992-12-11  |  2.7 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!Sirius.dfn.de!fauern!uni-erlangen.de!not-for-mail
  2. From: unrza3@cd4680fs.rrze.uni-erlangen.de (Markus Kuhn)
  3. Newsgroups: comp.protocols.iso.x400
  4. Subject: Re: X.400 and multimedia mail
  5. Date: 11 Dec 1992 17:57:37 +0100
  6. Organization: Regionales Rechenzentrum Erlangen
  7. Distribution: inet
  8. Message-ID: <1gaha1EINNqlv@uni-erlangen.de>
  9. References: <bakker.723813361@cs.rulimburg.nl> <1g4h48EINNt1v@uni-erlangen.de> <Bz2nu0.LCM@wimsey.bc.ca>
  10. Reply-To: mskuhn@immd4.informatik.uni-erlangen.de
  11. NNTP-Posting-Host: cd4680fs.rrze.uni-erlangen.de
  12. Lines: 41
  13. Keywords: X.400
  14.  
  15. sl@wimsey.bc.ca (Stuart Lynne) writes:
  16.  
  17. >In article <1g4h48EINNt1v@uni-erlangen.de> mskuhn@immd4.informatik.uni-erlangen.de writes:
  18. >>bakker@cs.rulimburg.nl (Harm Bakker) writes:
  19. >>
  20. >>  rare escape sequences, ...). Messages are streams of bytes delimited by
  21. >>  length indicators, the easiest, most efficient and most robust
  22. >>  method possible.
  23.  
  24. >Not too quible too much. But I'd hesitate to say that it's the easiest. 
  25.  
  26. >If a data producer must know exactly how much data he's going to produce
  27. >he will have to buffer it before sending so he can count it. If you have a
  28. >method of indicating end of data you can simply send it as you produce it.
  29.  
  30. But ASN.1/BER offers you exactly this facility: If you you have
  31. a data type OctettString (a 100% transparent byte stream) with a value
  32. of length 30 MB, then you can split the OctettString in a sequence of
  33. blocks of manageable size (manageable for the sender, receiving is simpler)
  34. and each block is delimited by a length indicator. After the final block
  35. you send a block with the length indicator 0 and the whole value
  36. is delimited. This facility has been part of the BER encoding of ASN.1 for
  37. nearly 10 years now (if we go back to the early X.409 version).
  38.  
  39. So I don't understand your problem. Tell me a more efficient solution,
  40. that avoids parsing the input stream for escape sequences and
  41. meta-escape sequences that hide escape sequences in the data stream
  42. (e.g. if you mail a document that describes that !@! is the delimiter
  43. of a message, then you have to convert !@! in something less dangerous
  44. [byte stuffing]). This costs a lot of CPU cycles if you have to look at
  45. each of millions of multi-media bytes in your parser. Using X.400, you
  46. can tell the DMA to transfer manageable blocks in BER encoded messages
  47. quickly to the MPEG audio/video decompression chip. :-)
  48.  
  49. Markus
  50.  
  51. -- 
  52. Markus Kuhn, Computer Science student -=-=- University of Erlangen, Germany
  53. Internet: mskuhn@immd4.informatik.uni-erlangen.de  |  X.500 entry available
  54. ----- Anyone participating in the use of MS-DOS, Heroin or Cocaine is -----
  55. ---- simply not getting the most out of life possible. (Brian Downing) ----
  56.