Archive-Date: XXX, 2 May 1997 19:16:05 GMT Subject: NTP -> DECdts time source Message-ID: <5kdehl$384e$1@c1risc1.pjm.com> From: mixsr@pjm.com (Scott R. Mix) Date: 2 May 1997 19:16:05 GMT Keywords: NTP DECdts DTSS Content-Type: Text/Plain; charset=US-ASCII I am trying to configure NTP as the primary source for my DECnet/OSI network. I am running OpenVMS VAX V6.1 and V6.2, with DECnet/OSI, and DECdts enabled. My TCP/IP software is Process Software TCPWARE V5.1-4. I have tried the DTSS$NTP_PROVIDER program in sys$examples:[DTSS], but it aborts with an access violation when doing an FD_SET operation on the NTP socket variable. Has anybody gotten this program to work? (With what modifications?) Is there another solution? Thanks Scott R. Mix PJM Interconnection L. L. C. mixsr@pjm.com ================================================================================ Archive-Date: Sat, 03 May 1997 11:03:31 +0100 Subject: Re: NTP -> DECdts time source Message-ID: <336B0D73.41C6@hep.phy.cam.ac.uk> From: John Hill Date: Sat, 03 May 1997 11:03:31 +0100 References: <5kdehl$384e$1@c1risc1.pjm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Scott R. Mix wrote: > > I am trying to configure NTP as the primary source for my DECnet/OSI network. > I am running OpenVMS VAX V6.1 and V6.2, with DECnet/OSI, and DECdts enabled. > My TCP/IP software is Process Software TCPWARE V5.1-4. > > I have tried the DTSS$NTP_PROVIDER program in sys$examples:[DTSS], but it > aborts with an access violation when doing an FD_SET operation on the NTP > socket variable. > > Has anybody gotten this program to work? (With what modifications?) Is there > another solution? > > Thanks > Scott R. Mix > PJM Interconnection L. L. C. > mixsr@pjm.com I recently set up the DTSS$NTP_PROVIDER on OpenVMS VAX V6.2, DECNET/OSI V6.3 and it worked for me. I don't recall doing anything special - though I only ran it for a few days. I've now moved to using an ALPHA platform for this: the DECNET/OSI distribution on ALPHA doesn't have a DTSS$NTP_PROVIDER (which is why I started on a VAX platform), but I talked to DEC, they were very helpful and sent me a version that works fine on ALPHA. The only logical I bother with is DTSS$_TP_HOSTNAME, in case that helps. Regards, John Hill -- +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Dr. John C. Hill University of Cambridge, + + E-mail: hill@hep.phy.cam.ac.uk Cavendish Laboratory, + + Phone: +44-1223-337243 Madingley Road, + + Fax: +44-1223-353920 Cambridge, CB3 0HE, U.K. + +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ================================================================================ Archive-Date: Mon, 05 May 1997 11:07:04 -0400 Subject: TCPware 5.2 Shipping Message-ID: <336DF797.559C@process.com> From: James Gildea Date: Mon, 05 May 1997 11:07:04 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello All: Process Software is pleased to announce that TCPware v5.2 was made available for general release on May 1st. In this release Process Software has added several oustanding new features as well as RFC updates and enhancements. Some of the new features include: WebDNS - a web based utility for remotely configuring and managing DNS from any browser from any platform. Token Authentication - Working with Security Dynamics ACE server this utility provides end to end security. Permanent TELNET Devices - Provides more reliable TELNET services Classical IP over ATM SYN Flooding Protection TALK Utility TCPDUMP Utility Upgrades to: DNS BIND NTP TCPware NetWare Services This is just a sample of the new TCPware 5.2 features and enhancements. Detailed information and download evaluation software can be found at www.process.com, or contact your account representative at (508) 879-6994 for hard copy evaluations and literature. Information on TCPware 5.2 software updates can be found at these same sources. Regards, Jim Gildea Sr. Product Marketing Manager ================================================================================ Archive-Date: Tue, 06 May 1997 10:34:12 GMT Subject: Re: NTP -> DECdts time source Message-ID: <33720815.8806292@news.axion.bt.co.uk> From: thomas_g@omc.bt.co.uk (Greg Thomas) Date: Tue, 06 May 1997 10:34:12 GMT References: <5kdehl$384e$1@c1risc1.pjm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 2 May 1997 19:16:05 GMT, mixsr@pjm.com (Scott R. Mix) wrote: ... >I have tried the DTSS$NTP_PROVIDER program in sys$examples:[DTSS], but it >aborts with an access violation when doing an FD_SET operation on the NTP >socket variable. Whilst it's not a lot of help, the example DTSS$NTP_PROVIDER.C works just great for me (OpenVMS Alpha 7.1, DECnet-Plus 7.1, UCX 4.1, DEC C 5.3). I just compiled (/standard=VAXC/gfloat), set up the logical and ran - no problems! Greg ================================================================================ Archive-Date: Tue, 06 May 1997 10:35:34 GMT Subject: Re: Q. over receiving SMTP mail with TCPWare (v.5.1) Message-ID: <33730927.9080446@news.axion.bt.co.uk> From: thomas_g@omc.bt.co.uk (Greg Thomas) Date: Tue, 06 May 1997 10:35:34 GMT References: <335b1a83.18208011@news.axion.bt.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On Thu, 17 Apr 1997 12:47:52 GMT, thomas_g@omc.bt.co.uk (Greg Thomas) wrote: >We're running TCPWare 5.1, and use it to receive SMTP mail, in >combination with a POP3 server to read it. Unforunately, it seems that >that someone in this combination, the headers get runined. They are >present (so TCPWARE_SMTP_HEADER_CONTROL isn't defined), but they are >presented in the body of the message rather than in the header >section. Is there a configuration item to change this, or is it a bug? Thanks to the support at Process Software, a solution to this has been found, and is in patch POP3_V515P040.A Thanks again, Greg ================================================================================ Archive-Date: Tue, 06 May 1997 12:29:55 -1300 Subject: Re: NTP -> DECdts time source Message-ID: <336F2443.24A18634@dev.develop1.tafensw.edu.au> From: Scott Hamilton Date: Tue, 06 May 1997 12:29:55 -1300 References: <5kdehl$384e$1@c1risc1.pjm.com> MIME-Version: 1.0 To: "Scott R. Mix" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Scott R. Mix wrote: > > I am trying to configure NTP as the primary source for my DECnet/OSI network. > I am running OpenVMS VAX V6.1 and V6.2, with DECnet/OSI, and DECdts enabled. > My TCP/IP software is Process Software TCPWARE V5.1-4. > > I have tried the DTSS$NTP_PROVIDER program in sys$examples:[DTSS], but it > aborts with an access violation when doing an FD_SET operation on the NTP > socket variable. > I am having similar problems with FD_SET and FD_ZERO with a IRC server, written for Multinet that I'm trying to get working under UCX. It appears to be the SUN RPC include files in SYS$LIBRARY (which I thought were supplied by UCX????) This is a known problem I believe, but I haven't had time to chase up what should be there, I'm using DEC C V5.0-003 with OpenVMS-VAX V6.1 and UCX V3.3 ECO 4. I'd be very interested with you find anymore about this..... Cheers Scott, Esq. > Has anybody gotten this program to work? (With what modifications?) Is there > another solution? > > Thanks > Scott R. Mix > PJM Interconnection L. L. C. > mixsr@pjm.com ================================================================================ Archive-Date: XXX, 8 May 1997 11:32:12 -0400 Subject: Re: NTP -> DECdts time source Message-ID: <1997May8.113212@process.com> From: shibuya@process.com (Hiroto Shibuya) Date: 8 May 97 11:32:12 -0400 References: <5kdehl$384e$1@c1risc1.pjm.com> In article <5kdehl$384e$1@c1risc1.pjm.com>, mixsr@pjm.com (Scott R. Mix) writes: > I am trying to configure NTP as the primary source for my DECnet/OSI network. > I am running OpenVMS VAX V6.1 and V6.2, with DECnet/OSI, and DECdts enabled. > My TCP/IP software is Process Software TCPWARE V5.1-4. > > I have tried the DTSS$NTP_PROVIDER program in sys$examples:[DTSS], but it > aborts with an access violation when doing an FD_SET operation on the NTP > socket variable. Since other people seems to have better luck with it, I assume it is the way you are compiling the module. I see that FD_SET is defined in the DTSS$NTP_PROVIDER if the macro is not already defined, and it is of original Unix file descriptor implemenation which assumes files descriptor to be index value into the descriptor table. This will have problem if you build in the way so that you use TCPware socket library. TCPware socket is a pointer to our socket structure and not index value. You'll easily get ACCVIO if you mix and match this with the FD_SET macro in that module. Recommended way to build this is to go strictly through Digital's C runtime library and use their socket. Make sure that you include only their socket include files such as socket.h and not that of TCPware's. Usually helpful trick is to compile with /LIST/SHOW=INCLUDE so that in the listing you can see which include file you actually included when you are compiling. > Has anybody gotten this program to work? (With what modifications?) Is there > another solution? > > Thanks > Scott R. Mix > PJM Interconnection L. L. C. > mixsr@pjm.com > Hope this will help. -- Hiroto Shibuya Process Software Corporation ================================================================================ Archive-Date: XXX, 4 May 1997 14:50:04 GMT Subject: Re: NTP -> DECdts time source Message-ID: <5ki7ms$k8a$2@news.Austria.EU.net> From: eplan@kapsch.co.at (Peter LANGSTOEGER) Date: 4 May 1997 14:50:04 GMT Reply-To: eplan@kapsch.co.at References: <5kdehl$384e$1@c1risc1.pjm.com> In article <5kdehl$384e$1@c1risc1.pjm.com>, mixsr@pjm.com (Scott R. Mix) writes: >I am trying to configure NTP as the primary source for my DECnet/OSI network. >I am running OpenVMS VAX V6.1 and V6.2, with DECnet/OSI, and DECdts enabled. >My TCP/IP software is Process Software TCPWARE V5.1-4. > >I have tried the DTSS$NTP_PROVIDER program in sys$examples:[DTSS], but it >aborts with an access violation when doing an FD_SET operation on the NTP >socket variable. > >Has anybody gotten this program to work? (With what modifications?) Is there >another solution? I had a similar problem. I wanted a UCX system running as a DECdts server to be synchronized with NTP to the "internet". So I tried the DTSS$NULL_PROVIDER to give the DECdts Server the local time (which is synchronized with NTP) as the "time source". But it never worked. I gave up investigating the problem, because the time server works (although I don't understand why). I currently have a DECdts server (without a "time source") _and_ a NTP server mangling the local time of the system... just my 0.02 ----------------------------------------------------------------------------- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2382 Network and OpenVMS system manager Fax. +43 1 81111-888 Technical Computer Center (ADV) E-mail eplan@kapsch.net <<< KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I'm a realist" ================================================================================ Archive-Date: Wed, 14 May 1997 16:31:19 -0400 Subject: OpenVMS Delta-Time Advisory Message-ID: <337A2117.499E@process.com> From: James Gildea Date: Wed, 14 May 1997 16:31:19 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello: Many of our users have been asking about the Engineering Change Order (ECO)that Digital has published regarding the OpenVMS Delta-Time Limit and the implications that this may have with TCPware. Process Software has researched this issue and confirmed our findings with Digital that installing this Digital patch will have no adverse effects on TCPware. TCPware does not have to be shut down or restarted. You may continue with business as usual. Process Has published the complete advisory on our web server at: www.process.com/prod/decadvis.html. Regards, Jim Gildea Sr. Product Marketing Manager ================================================================================ Archive-Date: XXX, 14 May 1997 02:10:05 GMT Subject: I can PING but I can't browse Message-ID: <01bc600c$9c1c36a0$99de28ca@Sunny.hk.super.net> From: "Sunny Tsang" Date: 14 May 1997 02:10:05 GMT Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I got an new internet account from my school, I found that I can use this account to Telnet, Read News, FTP, E-mail and Gopher. BUT I CAN'T use this account to BROWSE WWW site whatever I can Ping the www IP. (The browser is no problem, I can use it to browse WWW with another internet account) Dose anyone KNOW why?? Would you please rely me and let me know how to browse WWW ??? Thanks a lot. -- st@hk.super.net ================================================================================ Archive-Date: XXX, 19 May 1997 09:52:47 -0400 Subject: Cisco to Sell MultiNet Products to Process Software Message-ID: <1997May19.095247@process.com> From: volz@process.com (Bernie Volz) Date: 19 May 97 09:52:47 -0400 Press Release Contacts: Jennifer Jennings Todd S. Defren Cunningham Communication, Inc. Sterling Hager, Inc. (415) 858-3778 (617) 259-1400, ext. 228 jenniferj@ccipr.com todd@sterlinghager.com Cisco to Sell MultiNet Products to Process Software Process Software Intends to Migrate MultiNet(R) Customers to Next Generation Internet Technology SAN JOSE, CALIF., FRAMINGHAM, MASS. - May 19, 1997 - Cisco Systems and Process Software Corporation today announced they have reached an agreement in which Process will purchase Cisco's MultiNet(R) and MultiNet Secure/IP(TM) products. The MultiNet products for OpenVMS enable a VAX or Alpha system to take advantage of all the services and applications available on the Internet and the World Wide Web. This agreement will provide MultiNet users with top-quality technical support and will enable continued growth of their business within a TCP/IP environment. Terms of the agreement were not made public. "Process Software is uniquely positioned to understand both the business and technological needs of the TCP/IP user in the OpenVMS market," said Christine Hemrick, general manager and vice president of Cisco's Internet Appliances and Applications Business Unit. "The company's strong commitment to the OpenVMS market -- demonstrated by the technological advances they continue to make to TCPware, their flagship product -- combined with their firm dedication to customer support will guarantee that this partnership serves the mission-critical business needs of our loyal MultiNet customers." "This relationship assures that MultiNet customers will continue to receive the best TCP/IP products and support," said Dean Goodermote, president and chief executive officer of Process Software. "We are very excited about the prospect of developing a best-in-class TCP/IP product." Both companies are committed to implementing a smooth transition of Cisco's TCP/IP products for OpenVMS and services to Process Software in a manner which considers customer satisfaction first and foremost. Customers will be able to order products and service from Process beginning June 1, 1997. In the interim, Cisco will continue to provide all products and support. TCP/IP, the backbone networking protocol of the Internet, is the protocol of choice for most corporations' internal networks, particularly among the large installed base of OpenVMS sites worldwide. The agreement ensures that this growing segment of the OpenVMS market is properly supported with TCP/IP software and services. Cisco and Process Software actively support version 6 of the Internet Protocol (IPv6) which is emerging as the future standard for routing over the Internet. IPv6 is intended to solve the addressing problem and integrate features based on experience gained from the current IP, version 4. IPv6 standards are expected to expand routing and addressing capabilities, enable global "addresses for a lifetime", simplify IP header format, allow class of service definitions and highly integrated capabilities for user authentication and security. Cisco MultiNet is a high-performance, stable and easy-to-use TCP/IP solution for OpenVMS that offers a complete suite of TCP/IP applications and services, such as file access, electronic mail, Web browser, network and transport services Process Software Corporation delivers Internetworking software based on the IP networking protocol. Based in Framingham, MA, Process Software has cultivated its core expertise in TCP/IP - the backbone of the Internet - and develops a family of core products, including TCPware, a leading TCP/IP solution for OpenVMS, and Purveyor Encrypt WebServer. Process Software is also engaged in developing products and services designed to facilitate the transition from the current IP protocol to IPv6. News and information are available at http://www.process.com. Cisco Systems, (NASDAQ: CSCO) is the worldwide leader in networking for the Internet. News and information are available at http://www.cisco.com. Cisco MultiNet is a registered trademark of Cisco Systems, Inc. Cisco MultiNet Secure/IP is a trademark of Cisco Systems, Inc. *Any other trademarks, registered trademarks, service marks or registered service marks mentioned in this document are the property of their respective holders.