home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 100s / rfc152.txt < prev    next >
Text File  |  1997-03-04  |  3KB  |  60 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                            M. Wilber
  8. Request for Comments #152                                        10 May 71
  9. NIC #6756                                                        SRAI
  10. Category: G.3
  11. Obsoletes: None
  12. Updates: None
  13.  
  14. Response to RFC #116
  15.  
  16.  
  17.                 SRI ARTIFICIAL INTELLIGENCE STATUS REPORT
  18.  
  19.  
  20.      The Stanford Research Institute's Artificial Intelligence Group (SRAI
  21. in the four-letter abbreviations) expects connection to the ARPA net as a
  22. research center after conversion this summer to a TENEX from our current
  23. PDP-10. Our connection will be through the IMP already at SRI for the
  24. Network Information Center and through a PDP-15 serving our PDP-10 as a
  25. controller of peripherals. Our hardware interface to the IMP is currently
  26. in the bidding process, and we intend to use as much as possible of the
  27. TENEX network software. (Probably all we will need to change is the lowest
  28. level, most strongly hardware-oriented part of the NCP.)
  29.  
  30.      The most optimistic estimate we can give for functional connection to
  31. the network is mid-July 1971. We are currently devoting the energies of
  32. our system support group to the accomodation of various hardware and design
  33. changes, and so our contact with the Network Working Group has been only
  34. minimal and passive. It is entirely conceivable that we may find our par-
  35. ticipation tending to strength and activeness as we cross our other bridges.
  36.  
  37.      We can project our participation in the network into the first few
  38. months of our connection. We can support several simultaneous outside
  39. users on a system nominally up during the business day and often up at
  40. other times. Lapses in continuity of system operation are usually due to
  41. scheduled maintenance or hardware failures and tend to occur at intervals
  42. of either an hour or several days with remarkable consistency. The prin-
  43. cipal service we offer to other network participants is the availability
  44. of various parts of our own research software. The most notable examples
  45. are QA3.6, a first-order resolution theorem prover;  STRIPS, an extra-
  46. logical problem solver;  and possibly QA4, a language oriented toward
  47. problem-solving strategies. The services we can anticipate requesting
  48. of the network are of two kinds: We could conceivably use other people's
  49. artificial intelligence programs on a trial basis; and we might use the
  50. network to make occasional contact with other people in the network.
  51.  
  52.         [ This RFC was put into machine readable form for entry ]
  53.         [ into the online RFC archives by BBN Corp. under the   ]
  54.         [ direction of Alex McKenzie.                   12/96   ]
  55.  
  56.  
  57.  
  58. Kreznar                                                         [Page 1]
  59.  
  60.