home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / hp / 8540 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  3.1 KB
  1. Xref: sparky comp.sys.hp:8540 comp.unix.questions:9428
  2. Newsgroups: comp.sys.hp,comp.unix.questions
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!destroyer!ubc-cs!uw-beaver!news.u.washington.edu!milton!bytor
  4. From: bytor@milton.u.washington.edu (Jill Patterson)
  5. Subject: Re: HP MPE NetIPC <-> BSD sockets?
  6. Message-ID: <bytor.712087406@milton>
  7. Sender: news@u.washington.edu (USENET News System)
  8. Organization: University of Washington
  9. References: <Brx40C.7yF@spock.dis.cccd.edu>
  10. Date: Sat, 25 Jul 1992 18:03:26 GMT
  11. Lines: 64
  12.  
  13. markb@spock.dis.cccd.edu (Mark Bixby) writes:
  14.  
  15. >The June '92 issue of Interact magazine had an article describing the use of
  16. >HP's NetIPC product on their MPE/iX operating system to communicate with BSD
  17. >sockets on remote systems.  Is anybody out there doing this?  What version(s)
  18. >of MPE/iX are you running?  My HP Sales Rep says that MPE/iX 4.0 is needed,
  19. >although I'm skeptical.  Would any internal HP people like to confirm/deny 
  20. >this?  Any insight would be appreciated.  Thanks.
  21.  
  22. Hi, I have successfully implemented the above topic.  After a few weeks of
  23. digging, a few more weeks of calling everybody at HP, and local office people
  24. and talking to people on the net  I was able to do this.  
  25.  
  26. Here is my environment and the tools I am using
  27.  
  28. SPOCK   -> HP3000 Series 980  MPE/XL ver 2.2
  29. KIRK    -> HP3000 Series 950  MPE/XL ver 2.22
  30.  
  31. PICARD  -> 486/33 Server Lan Manager 2.1 Network
  32. 386/33  -> Workstation
  33.  
  34. HP's NETIPC
  35. Microsofts Lan Managers Socket Development Toolkit ver 1.0
  36.  
  37. Basically myself and a fellow coworker used the source in the JUNE issue
  38. of INTERACT.  Converted the PASCAL Code to COBOL (Not my job thank goodness),
  39. and used BC++ 3.1 to run the client program on my workstation.
  40.  
  41. We could get KIRK(Client) to talk to SPOCK(Monitor, Server), and 
  42. my Workstation(Client) to talk to another workstation(Server), but could not
  43. get my Workstation(Client) to talk to SPOCK(Monitor,Server).
  44.  
  45.  
  46. After many frustrating weeks, with getting a connection refused error, we
  47. put a lan analyzer on the network to finde out where our packets were going
  48. it seemed from the TCP/IP packets that it was getting to SPOCK, and SPOCK
  49. was sending something back.  We decoded the Packet to find out that we were
  50. connecting to the right port 31001.  Well, we couldn't understand what was
  51. wrong, and after a few more weeks, we finally thought to analyze the traffic
  52. between SPOCK & KIRK, and found that a programming bug had caused the
  53. monitor program to look at port 1001, (I guess that\s what you get when you
  54. convert PASCAL to COBOL).  Now we have it working, and are going on to get
  55. a real TCP/IP program going.
  56.  
  57. Good Luck
  58.   Mike Lorengo
  59.   using Jill's account
  60.   bytor@milton.u.washington.edu
  61.  
  62.   Howard Johnson & Company
  63.   (206)625-1040
  64.   FAX:(206)682-8562
  65.   1111 3rd Ave Suite 1700
  66.   Seattle, WA  98101
  67. 3
  68. A
  69.  
  70.  
  71. >-- 
  72. >Mark Bixby                         Internet: markb@spock.dis.cccd.edu
  73. >Coast Community College District   1370 Adams Avenue
  74. >District Information Services      Costa Mesa, CA, USA  92626
  75. >Technical Support                  (714) 432-5064
  76. >"You can tune a file system, but you can't tune a fish." - tunefs(1M)
  77.