home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / protocol / ibm / 643 < prev    next >
Encoding:
Text File  |  1992-07-28  |  4.5 KB  |  63 lines

  1. Newsgroups: comp.protocols.ibm
  2. Path: sparky!uunet!usc!sol.ctr.columbia.edu!destroyer!news.iastate.edu!isucard.card.iastate.edu!MLONG
  3. From: MLONG@isucard.card.iastate.edu
  4. Subject: Re: NETBIOS from/to VM possible? PVM/PC?
  5. Message-ID: <168321095B.MLONG@isucard.card.iastate.edu>
  6. Sender: news@news.iastate.edu (USENET News System)
  7. Organization: CARD
  8. References: <9207281934.AA0036@gilbert.ycc.yale.edu> <9207282035.AA0069@gilbert.ycc.yale.edu>
  9. Date: Wed, 29 Jul 1992 00:52:07 GMT
  10. Lines: 51
  11.  
  12. In article <9207282035.AA0069@gilbert.ycc.yale.edu>                             
  13. Howard@GILBERT.YCC.YALE.EDU (Howard Gilbert) writes:                            
  14.                                                                                 
  15. >>Has anyone seen any IBM NETBIOS implementations from VM or MVS?               
  16. >>Or know what "PVM/PC" is?                                                     
  17. >>Or what the "PSCA device driver" for PVM is?                                  
  18. >>Does this product(?) offer NETBIOS PC to Mainframe communications?            
  19. >                                                                               
  20. >PVM/PC is an obscure PRPQ developed by IBM at Yorktown                         
  21. >Research.  It provides communication between CMS users and PC programs         
  22. >through the PVM program product.  While it may at first look like              
  23. >"NETBIOS on the mainframe" there is a stronger argument that it is "IUCV       
  24. >on the PC."  It does run on NETBIOS (the client PC communicates NETBIOS        
  25. >to the 8232 which then talks to PVM as a simulated CTCA).  However, this       
  26. >requires a dedicated 8232 processor (ie one of the two AT boxes that           
  27. >make up an 8232 CU) since the PVM/PC code does not coexist with other          
  28. >(usually TCP/IP) uses of the same unit.  However, one AT can run PVM/PC        
  29. >while the other supports TCP/IP, both within the same 8232 rack.               
  30. >                                                                               
  31. >The PCCA (sic) was the prototype of the 8232 control unit which in turn        
  32. >was the predecessor of the 3172 control unit.  This device driver allows       
  33. >two VM mainframes to communicate PVM to PVM using a LAN.  It also allows       
  34. >a CMS user to communicate with a PC using the PVM/PC API.                      
  35. >                                                                               
  36. >While the function works, this is strategically a dry hole.  In current        
  37. >usage one would either use TCP/IP or APPC (CPIC) for communications.           
  38. >At this late date I would have expected PVM/PC to have been withdrawn.         
  39. >                                                                               
  40.                                                                                 
  41. This is very good info.                                                         
  42. Just a note to let you know that PVM/PC is supported in the VM Workstation Data 
  43. Save Facility, which was announced sometime last year.  It can be used with     
  44. both the DOS and OS/2 client software, and would probably be the prefered       
  45. method for DOS workstations.  Otherwise one must load up the 3270 Emulator      
  46. API's before starting the DOS VM WDSF client software.                          
  47. VM WDSF works over NETBIOS, 3270 API's, and TCP/IP for various OS/2, DOS, Apple 
  48.  MAC, and Unix clients. It is for centralized automated control of workstation  
  49. backup to the host.                                                             
  50.                                                                                 
  51. >Several IBM research projects at Yorktown and Raleigh have explored            
  52. >multi-transport arrangements.  Although the primary thrust might be            
  53. >sockets-over-SNA and SNA-over-sockets, NETBIOS is ususally grandfathered       
  54. >in to such designs.  No product has been produced.  The simple fact is         
  55. >that there are relatively few PC based clients or servers which were           
  56. >written which depend on the NETBIOS program interface.  Generally LAN          
  57. >Manager/LAN Server is the only important NETBIOS user, and its SMB             
  58. >control blocks could be (and are) just as easily transmitted over              
  59. >sockets, APPC, DECNET, Appletalk, or OSI.                                      
  60. >                                                                               
  61. Mike Long                                                                       
  62. Iowa State University                                                           
  63.