home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.att
- Path: sparky!uunet!gatech!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewse!cbnewsd!cage
- From: cage@cbnewsd.cb.att.com (charles.gerlach)
- Subject: Re: NCR/AT&T Part Number for WIN/TCP 4.0 Upgrade ???
- Organization: AT&T
- Distribution: na
- Date: Thu, 27 Aug 1992 15:46:05 GMT
- Message-ID: <1992Aug27.154605.19057@cbnewsd.cb.att.com>
- References: <1992Aug12.155050.23408@xenitec.on.ca> <1992Aug26.225224.27001@cbnewsd.cb.att.com> <168507B6D.R1004@vmcms.csuohio.edu>
- Lines: 39
-
- In article <168507B6D.R1004@vmcms.csuohio.edu> R1004@vmcms.csuohio.edu writes:
- >
- > Does this mean the package will not work when running sysVR4 on a
- >non-risc 3B2? Then again it was my understaning that the TCP/IP was
- >built into R4 - not an add on package.
- >
- > Has my documentation been fibbing to me?
-
- Let see if I can clarify things. Again, this is as I know it and may not be
- totally correct.
-
- To the best of my knowledge there has never been an official AT&T SVR4
- product for non-RISC 3B2's. This doesn't mean TCP Release 4.0 won't
- work on such an implementation, it just means my old group didn't
- try it while we were developing the package. I don't believe there
- was anything in the package that was specific to the RISC processor. The
- changes are good if you installed the package, it would run. (Officially
- I expect the combination would be unsupported and you would be on your
- own if things fell apart.)
-
- Now for why an add-on package. USL provides TCP in the SVR4 source
- product they distribute. For a number of reasons, the decision was made
- not to use this feature and to provide TCP in an add-on binary package. If
- the documentation you are looking at is based upon the USL product, the
- portions directly related to TCP don't apply to the binary products.
-
- You should find if you compare the two, the TCP Release 4.0 package has
- more features and functionality than the TCP package bundled in the USL
- source product. Or, at least, that was the case when I was involved with
- the TCP package.
-
- The packaging of the binary products may be different based upon the channel
- you receive it from. At the development level the packages were separate
- when we turned them over to another NCR site last December.
-
- Chuck Gerlach
- NCR MCPD-Naperville
- ..!att!iwcs!cag or cag@iwcs.att.com
-
-