home *** CD-ROM | disk | FTP | other *** search
/ Handbook of Infosec Terms 2.0 / Handbook_of_Infosec_Terms_Version_2.0_ISSO.iso / text / rfcs / rfc0807.txt < prev    next >
Text File  |  1996-05-07  |  12KB  |  230 lines

  1.  
  2.  
  3. Network Working Group                                          J. Postel Request for Comments:  807                                           ISI                                                          9 February 1982 
  4.  
  5.  
  6.  
  7.                      Multimedia Mail Meeting Notes 
  8.  
  9.  
  10.  
  11.  Introduction 
  12.  
  13.    A meeting was held at USC Information Sciences Institute on the 12th    of January 1982 to discuss multimedia mail issues and experiments.    The list of attendees is at the end of this memo. 
  14.  
  15. Overview: 
  16.  
  17.    This meeting was called to discuss common interests in multi-media    computer mail experiments, and to agree on some specific initial    experiments. 
  18.  
  19. Review of Status: 
  20.  
  21.    Review current status of multimedia efforts at CMU, ISI, MIT, COMSAT,    BBN, UCL, SRI. 
  22.  
  23.    CMU 
  24.  
  25.       Using PERQ, Quip for fax, LPCM vocoder from LL, will get NEC board       (3 chips) to replace vocoder.  Will have a stand alone voice I/O       device that operates at 2400 baud (not packetized). Not working on       IP/TCP.  Will use the IP and TCP from the BBN project. Already       using the BBN Jericho developed Pascal IP and CFTP. Interested in       word recognition of LPC digitized voice data. Planning to package       a synthesiser, an analyzer, and a pitch tracker on one board. 
  26.  
  27.    ISI 
  28.  
  29.       Using TOPS20 (code in BLISS10), and starting to use PERQ (code in       Pascal), RAPICOM 450 for fax.  Main interest is in the data       structuring and message transport protocols. 
  30.  
  31.    MIT 
  32.  
  33.       Using Apollos, will program in MDL.  Use of Apollos still limited       due to (1) MDL not completely implemented, (2) network interface       not yet available (waiting on multibus  to then interface to       Ethernet). Will get NEC CCITT fax machine. Looking into VAX+BBN       BitGraph for future.  Main work to date in  design for sharing       message data in a conceptualy centralized filing system.  Emphasis 
  34.  
  35.  Postel                                                          [Page 1] 
  36.  
  37.  
  38.  Multi-Media Mail Meeting Notes                           9 February 1982 
  39.  
  40.        on efficient storage and manipulation of multirecipient messages,       enclosures, citations, etc. 
  41.  
  42.    COMSAT 
  43.  
  44.       Using small 11s, Rapicom 450 and 500 fax machines, also have some       LPC vocoders.  Substantial work has been done on encoding and       decoding both Rapicom 450 and CCITT T.4 fax data, and also on       manipulation of bitmap data (See RFC 803). 
  45.  
  46.    BBN 
  47.  
  48.       Using Jericho (code in Pascal). Will be building a prototype       system with the aim of investigating problems of data distribution       and privacy.  Trying to produce portable software currently in       Pascal but may switch to ADA in the distant future.  Have IP and       CFTP running, working on TCP. CFTP is a file transfer built       directly on IP. 
  49.  
  50.    UCL 
  51.  
  52.       Using LSI-11, Rapicom 450 fax machine, Grinell bitmap display.       May get PERQs (produced by ICL) in future.  Have done quite a lot       of work on encoding/decoding for the Rapicom 450, and in bitmap       manipulations (e.g., cleanup of noise, scaling, cut and paste).       Interests in the relation of other types of display protocols to       multimedia effort e.g., VIDEOTEXT and TELETEXT. 
  53.  
  54.    SRI 
  55.  
  56.       There are three multimedia mail projects at SRI,sponsored by DCEC,       ARPA, and NAVELEX.  SRI is a subcontractor (with Sytek and DTI) to       SDC in the DCEC program to produce protocol specifications for the       DoD.  SRI has written service specifications for a mail system       similar to RFC759+767 with security features added.  The ARPA       project is studying the issues involved in a multimedia mail       architecture based on RFC759+767, including negotiations,       envelopes, and multilevel security.  The NAVELEX project is       investigating user interfaces for command and control       workstations, including natural language access to a data base.       The plan is to use RFC759+767 data structures to communicate text       and graphics, implemented on Foonly F-5s running Tenex with       Foo-Vision displays.  The current choice for the graphics protocol       is Bisbey's GL2. 
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64. Postel                                                          [Page 2] 
  65.  
  66.  
  67.  Multi-Media Mail Meeting Notes                           9 February 1982 
  68.  
  69.  Discussion: 
  70.  
  71.    Coding/Decoding Algorithm: 
  72.  
  73.       We agree to use the encoding specified in the CCITT T.4       recommendation for the exchange of black and white bitmap data. 
  74.  
  75.    New Equipment: 
  76.  
  77.       It is reported that soon NEC will have CCITT T.4 Group 3 Fax       machines for about $15K. 
  78.  
  79.    NBS Mail Standard: 
  80.  
  81.       The possibility that the NBS Mail Format Standard is a workable       alternative to the RFC759+767 protocol is to be studied.  What is       the relationship between these standards?  Do we have comment on       the NBS Standard to submit to NBS? 
  82.  
  83.    Equipment Variations: 
  84.  
  85.       What happens if the receiver does not have equipment capable of       protraying some of the data (e.g., dosen't have a  LPC vocoder)?       There are three subtopics:  How many "standard" forms are       allowed?, What do you tell the user if you can't do it?, and How       does the cost of a medium (in memory or cpu cycles or portrayal       time) effect its use? The general feeling was that if there is       some type of data the receiving system can't portray, it should       simply tell the user "There is some data here I can't portray and       it's type is x.". The other aspects are items for further study. 
  86.  
  87.    Negotiation: 
  88.  
  89.       Does negotiation make sense in a mail system?  What are the kinds       of things to be negotiated?  One possiblity is to initially send       only pointers to the sections of a message, and have the recipient       system ask for the parts it can handle.  Does this make sense in a       message relaying environment?  Or for messsages with a fine scale       interleaving of media types?  This topic is for further study. 
  90.  
  91.    Enclosures, Pointers, Cross References: 
  92.  
  93.       This seems too complex to handle at this meeting, so for now send       the whole thing.  This is an item for further study. 
  94.  
  95.    Editing Multimedia Objects: 
  96.  
  97.       This is one of the most interesting parts of these research 
  98.  
  99.  
  100.  
  101. Postel                                                          [Page 3] 
  102.  
  103.  
  104.  Multi-Media Mail Meeting Notes                           9 February 1982 
  105.  
  106.        projects, so each group will develop their own techniques, and we       will compare notes. 
  107.  
  108.    Manipulation of Bitmaps: 
  109.  
  110.       The issues involve aspect ratios, cut and paste, rotation  and,       scaling. We need to compare notes and exchange algorithms.  An       item for further study. 
  111.  
  112.    Mailbox IDs and Control Information: 
  113.  
  114.       With different types of source hosts and destination host       (timsharing systems, personal computers) and different types of       mail delivery schemes (append to file, query database server), do       we have sufficient control mechanisms and addressing modes?  This       is an item for further study. 
  115.  
  116.    Storage and Transmission: 
  117.  
  118.       How do the requirements for memory, disk, cpu, and transmission       capacity differ for multimedia mail from text mail? This is an       item for further study. 
  119.  
  120.    Multimedia Virtual Message Format: 
  121.  
  122.       It is not clear that this is anything different than what is       specified by RFC759+767, but since it was not fully discussed it       is an item for further study. 
  123.  
  124.    Media Specific Protocols: 
  125.  
  126.       Specific format definitions are needed for each media.  This is an       item for further study. 
  127.  
  128.    Interfaces to Other Systems: 
  129.  
  130.       How do we interface this multimeda system to opther systems (e.g.,       TELETEXT, VIDEOTEXT), and to text only mail systems (e.g.,       ARPAMAIL, TELEMAIL, ONTYM).  This is an item for further study. 
  131.  
  132. An Experiment: 
  133.  
  134.    BITMAP-TEXT DOCUMENT EXCHANGE 
  135.  
  136.       Move the data between computers as a file, using any file transfer       method available. 
  137.  
  138.       The File is a complete RFC 759 Document. 
  139.  
  140.  
  141.  
  142. Postel                                                          [Page 4] 
  143.  
  144.  
  145.  Multi-Media Mail Meeting Notes                           9 February 1982 
  146.  
  147.        Bitmap data is in revised COMSAT Image Data Format. 
  148.  
  149.          Two compression types are to be used: 
  150.  
  151.             Raw Bitmap 
  152.  
  153.             CCITT Algorithm 
  154.  
  155.       Text data is in RFC767 Paragraph Format. 
  156.  
  157. Action Items: 
  158.  
  159.    Start a New Note Series 
  160.  
  161.       For the exchange of protocols, formats, algorithms, procedures,       and other information between the multiamedia mail projects. 
  162.  
  163.       By: Jon Postel 
  164.  
  165.       Due: 1-Feb-82 
  166.  
  167.    Update RFCs 759 & 767 
  168.  
  169.       To remove typos and clairfy ambiguities. 
  170.  
  171.       By: Jon Postel 
  172.  
  173.       Due: 1-Feb-82 
  174.  
  175.    Update "Image Data Structure" Memo 
  176.  
  177.       To be more generally for bitmaps and not so focused on fax only. 
  178.  
  179.       By: Anil Agarwal 
  180.  
  181.       Due: 1-Feb-82 
  182.  
  183.    Compare and Contrast NBS Mail Standard with RFC 759+767 Protocol 
  184.  
  185.       Would the NBS Mail Standard be an adaquate alternative to the RFC       759+767 approach? 
  186.  
  187.       By: each site 
  188.  
  189.       Due: Unspecified 
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  Postel                                                          [Page 5] 
  196.  
  197.  
  198.  Multi-Media Mail Meeting Notes                           9 February 1982 
  199.  
  200.     Issue the NBS Mail Standard as an RFC 
  201.  
  202.       To aid in wide consideration of it. (Where does the online file       come from?) 
  203.  
  204.       By: Jon Postel 
  205.  
  206.       Due: Unspecified 
  207.  
  208.    Report on the differences between the NBS Mail Standard and other    things. 
  209.  
  210.       What are the differences between the NBS standard and the       RFC759+767 protocol?, the IFIP plans?, the CCITT plans?, and the       ISO plans? 
  211.  
  212.       By: Debbie Deustch 
  213.  
  214.       Due: Unspecified 
  215.  
  216.    Demonstrate FAX-TEXT Document Exchange 
  217.  
  218.       This demonstration is to be ready before and repeated at the User       Interface Meeting at CMU. 
  219.  
  220.       By: all sites 
  221.  
  222.       Due: 19-20 April 82 
  223.  
  224. Attendees: 
  225.  
  226.    Duane A. Adams    DARPA/IPTO    Adams@ISI           (202) 694-8096    Vint Cerf         DARPA/IPTO    Cerf@ISI            (202) 694-3049    Harry Forsdick    BBN           Forsdick@BBN        (617) 497-3638    Bob Thomas        BBN           BThomas@BBND        (617) 497-3483    Gene Ball         CMU           Ball@CMUA           (412) 578-2569    Anil Agarwal      COMSAT        Agarwal@ISID        (301) 863-6103    David L. Mills    COMSAT        Mills@ISID          (202) 863-6092    Dave Lebling      MIT           PDL@MIT-XX          (617) 253-1440    Jon Postel        ISI           Postel@ISIF         (213) 822-1511    Greg Finn         ISI           Finn@ISIF           (213) 822-1511    Alan Katz         ISI           Katz@ISIF           (213) 822-1511    Carl Sunshine     ISI           Sunshine@ISIF       (213) 822-1511    David Elliott     SRI           wde@SRI-KL          (415) 859-4107    Andy Poggio       SRI           Poggio@SRI-Unix     (415) 859 5094    Zaw-Sing Su       SRI           ZSu@SRI-Unix        (415) 859-4576    Steve Kille       UCL           UCL-Netwiz@ISIE  (uk) (01)387-7050    Peter Kirstein    UCL           PKirstein@ISIA   (uk) (01)387-7050    Bill Tuck         UCL           UKSAT@ISIE       (uk) (01)387-7050 
  227.  
  228.  Postel                                                          [Page 6] 
  229.  
  230.