home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / appcl / 40 < prev    next >
Encoding:
Text File  |  1992-12-31  |  2.4 KB  |  59 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!gatech!paladin.american.edu!auvm!CISPO1.CIS.YALE.EDU!GILBERT
  3. Encoding: 47 TEXT
  4. X-Mailer: Microsoft Mail V3.0
  5. Message-ID: <2B432351@mailgate.cis.yale.edu>
  6. Newsgroups: bit.listserv.appc-l
  7. Date:         Thu, 31 Dec 1992 11:43:00 EST
  8. Sender:       APPC Discussion List <APPC-L@AUVM.BITNET>
  9. From:         "Gilbert, Howard" <gilbert@CISPO1.CIS.YALE.EDU>
  10. Subject:      Re: Continue APPC-L List?
  11. Lines: 46
  12.  
  13. Yale University C&IS has developed a C language version of the CPIC
  14. subroutines which run over
  15. any generic byte stream protocol.  In particular, it runs over named pipes
  16. and over TCP sockets.
  17. There are two objectives:
  18.    1) Combined with a three page TP which repeats to a remote server
  19. everything done to it by
  20.        a remote client, this provides a gateway between real SNA LU 6.2 and
  21. APPC-over-TCP so
  22.        that APPC transactions can use the internet.  In particular, it links
  23. two remote university CICS
  24.       mainframe systems using the NSF network.
  25.   2) A non-SNA host (a DOS or Windows named pipes client, or a real UNIX
  26. TCP/IP client or
  27.        server) can gain indirectly communicate with a SNA client or server
  28. through a gateway
  29.       (an RS/6000 or OS/2 machine with real SNA).
  30.  
  31. Another location used some CPIC extensions we provided so that an LU 6.2
  32. mainframe client
  33. could access a TCP server (in particular using Z39.50 protocol).
  34.  
  35. APPC is carried over a byte stream by inventing a record structure (length
  36. field followed by data)
  37. and inserting control information between records (Confirm, Change of
  38. Direction, Deallocate).  The
  39. gateway operates at the APPC verb layer.  There are no Request Units or SNA
  40. headers in the
  41. byte stream.  The middle TP can be dumb or it can provide value added
  42. processing (translating
  43. EBCDIC to ASCII, well someone has to do it and the application programmers
  44. should not have
  45. to worry).
  46.  
  47. We are about to being work on a project which will use Generic APPC (over
  48. all protocols) to develop
  49. a distributed print manager.  APPC has the advantage that one protocol can
  50. handle file transfer
  51. and control operations (query, cancel, hold, release).
  52.  ----------
  53.  
  54. I, too, would like to know who's doing what with APPC.  Is anyone
  55. adopting or migrating to LU6.2 from some other protocol (i.e. TCP/IP)?
  56. Is anyone rejecting or migrating from LU6.2?
  57.  
  58. Tom Thomas
  59.