Archive-Date: Wed, 9 Feb 1994 15:07:43 GMT Subject: TCPWARE for VMS Message-ID: From: armitage@marksmac.demon.co.uk (Mark Armitage) Date: Wed, 9 Feb 1994 15:07:43 GMT Sender: news@demon.co.uk (Usenet Administration) Hi, We are running TCPWARE for VMS and are having a problem with Router Fallback. Does anyone know if it is possible to speed up the router fallback to be less than 2-3 minutes and is there anyway to make it work with inactive sessions? Also can anyone provide me with any more info on router fallback, i.e. how it works and what protocol it usesÉ If anyone has any ideas or can point me in the right direction could you please send me a direct message to 'armitage@marksmac.demon.co.uk' so that I don't miss it!!! Thanks in advance, Mark. ================================================================================ Archive-Date: Wed, 9 Feb 1994 15:17:06 GMT Subject: TCPWARE for VMS Message-ID: From: armitage@marksmac.demon.co.uk (Mark Armitage) Date: Wed, 9 Feb 1994 15:17:06 GMT Sender: news@demon.co.uk (Usenet Administration) Hi, We are running TCPWARE for VMS and are having a problem with Router Fallback. Does anyone know if it is possible to speed up the router fallback to be less than 2-3 minutes and is there anyway to make it work with inactive sessions? Also can anyone provide me with any more info on router fallback, i.e. how it works and what protocol it usesÉ If anyone has any ideas or can point me in the right direction could you please send me a direct message to 'armitage@marksmac.demon.co.uk' so that I don't miss it!!! Thanks in advance, Mark. ================================================================================ Archive-Date: XXX, 17 Feb 1994 01:44:15 GMT Subject: Cellular phones Message-ID: <2jui5f$lb@mailer.fsu.edu> From: jkayany@garnet.acns.fsu.edu (Joseph Kayany) Date: 17 Feb 1994 01:44:15 GMT Hi Folks, I am looking for a few cellular phone users who would spare me 5 minutes. I have three questions to ask in connection with a research we are conducting. If you are a cellular phone user and don't mind talking with me, please send me a note to: jkayany@garnet.acns.fsu.edu Thanks a million JK ================================================================================ Archive-Date: XXX, 17 Feb 1994 21:50:54 GMT Subject: TCPware wish list Message-ID: <2k0oru$msp@theben.kapsch.co.at> From: eplan@kapsch.co.at (Peter LANGSTOEGER) Date: 17 Feb 1994 21:50:54 GMT Reply-To: eplan@kapsch.co.at Xmas is over, nevertheless I want to present my current TCPware wish list: Currently we use TCPware V3.1-5 (VAX and AXP), but received V4.0 a week ago. Unfortunately I havn't looked at it. Maybe some wishes already came true... 1.) Timezone Support via DEC's SYS$TIMEZONE_* (eg. in DECdts) logicals. I hate to have 17 different program with 15 different timezone methods. Some with automatic timedomain changes, others without. 2.) /AUTOSTART_ON support for TCPWARE_TSSYM queues 3.) Ability to permanently disable flag pages in LPD (I hate wasting paper) eg. $ DEFINE TCPWARE_LPD_queue_QUALIFIER "/NOFLAG" or $ DEFINE TCPWARE_LPD_queue_OVERRIDE_QUALIFIER "/NOFLAG" I accept, that this will disturb users who wish to print a flag page. and $ DEFINE TCPWARE_LPD_queue_DEFAULT_QUALIFIER "/FORM=LANDSCAPE" 4.) Manager commands to break IP connections eg. NETCU>DISC CONN bg1234 NETCU>DISC CONN * /REMOTE=148.198.9.36.* NETCU>DISC CONN tcp* /LOCAL=*.dns 5.) NSLOOKUP instead of the braindead NSTEST 6.) MIB support for some non-TCP/IP parameters (eg. DECnet) in SNMP agent. 7.) Support for "POSIX for OpenVMS" Problem is: POSIX requires UCX's Container File System (CFS) But I have no good idea, how this could/should be solved. Any comments ? Any more wishes ? -Peter -------------------------------------------------------------------------------- Peter "EPLAN" LANGSTOEGER Tel. +43 1 81111-2382 Network and VMS system manager Fax. +43 1 81111-888 Technical Computer Center (ADV) E-mail eplan@kapsch.co.at KAPSCH AG Wagenseilgasse 1 PSImail PSI%(0232)281001141::EPLAN A-1121 VIENNA AUSTRIA "I'm not a pessimist, I am a realist" ================================================================================ Archive-Date: Fri, 18 Feb 1994 13:27:41 GMT Subject: Re: TCPWARE for VMS Message-ID: <1994Feb18.132741.18469@unipalm.co.uk> From: ian@unipalm.co.uk (Ian Phillipps) Date: Fri, 18 Feb 1994 13:27:41 GMT References: In article , Mark Armitage wrote: >We are running TCPWARE for VMS and are having a problem with Router Fallback. >Does anyone know if it is possible to speed up the router fallback to be >less than 2-3 minutes and is there anyway to make it work with inactive >sessions? Not really - sometimes, responses from a network can legitimately be quite long delayed, or occasional packets may be dropped without any Source Quench messages coming back. Route-flapping can often cause more trouble than a two-minute outage. In practice, it should not be such a great problem. Power failures apart, routers fail much less often than the lines they're connected to. In that case, a well-set-up router will issue ICMP Redirect messages, which any correct IP implementation (including TCPware, of course :-) will honour. Redirection will be immediate, assuming that the router can detect the line failure. On an HDLC line, this should only take a few seconds. It shouldn't make a difference if your particular session is inactive. TCPware will learn routes via RIP, and will time out a router if it stops sending RIP messages. Ian -- Ian Phillipps. Tech support manager, Unipalm. News admin, pipex. Internic: IP4 "... we had no interoperability goal when designing ****. Therefore the product interoperates with itself." [A quote from a developer of a TCP/IP product.] Name omitted to protect the guilty. ================================================================================ Archive-Date: Fri, 18 Feb 1994 14:05:52 GMT Subject: Printing via TCPIP Message-ID: <1994Feb18.140552.1@bones.logica.co.uk> From: fx_andrew@galaxy.logica.co.uk (Andrew Black) Date: Fri, 18 Feb 1994 14:05:52 GMT Sender: news@carmen.logica.co.uk (News Manager Account) Is it possible to create a device on a VAX that points to a printer device connected across TCPIP. I would like my application to be able to talk to the printer in real time, rather than via a queue. All references I have found are for queue devices. What I am looking for is a TCP analogue for "reverse LAT", whereby on a VAX I can run LATCP> create port lta91: LATCP> set port lta91: /node=lat_ /serv= Does TCPWARE or any other TCP packages provide such a function. -- ---------------------------------------------------------------- Andrew Black blacka@logica.co.uk Logica Finance, London ---------------------------------------------------------------- ================================================================================ Archive-Date: XXX, 18 Feb 1994 16:39:10 -0600 Subject: Re: Printing via TCPIP Message-ID: <1994Feb18.163910.95@vaxl1.danavictor.com> From: wsmith@vaxl1.danavictor.com Date: 18 Feb 94 16:39:10 -0600 References: <1994Feb18.140552.1@bones.logica.co.uk> We have a piece of software which sets up a tt device on the host to access remote tcp/ip prots on a terminal server. This is used to permit data collection software on the vax to access the collection instruments on tcp/ip terminal server ports. It is modeled from the LTA, reverse LAT functions. For more information please contact me. Warren Smith Wsmith@vaxl1.danavictor.com In article <1994Feb18.140552.1@bones.logica.co.uk>, fx_andrew@galaxy.logica.co.uk (Andrew Black) writes: > Is it possible to create a device on a VAX that points to a printer > device connected across TCPIP. I would like my application to be > able to talk to the printer in real time, rather than via a queue. > All references I have found are for queue devices. > > > What I am looking for is a TCP analogue for "reverse LAT", > whereby on a VAX I can run > LATCP> create port lta91: > LATCP> set port lta91: /node=lat_ /serv= > > > Does TCPWARE or any other TCP packages provide such a function. > -- > ---------------------------------------------------------------- > Andrew Black blacka@logica.co.uk > Logica Finance, London > ---------------------------------------------------------------- ================================================================================ Archive-Date: XXX, 21 Feb 1994 23:33:06 -0400 From: volz@process.com (Bernie Volz) Subject: Re: TCPware wish list Message-ID: <1994Feb21.233306.331@process.com> Date: 21 Feb 94 23:33:06 -0400 References: <2k0oru$msp@theben.kapsch.co.at> In article <2k0oru$msp@theben.kapsch.co.at>, eplan@kapsch.co.at (Peter LANGSTOEGER) writes: >Xmas is over, nevertheless I want to present my current TCPware wish list: Yes, Xmas is over. But, we always want to hear what you'd like to see in future releases of TCPware. >Currently we use TCPware V3.1-5 (VAX and AXP), but received V4.0 a week ago. >Unfortunately I havn't looked at it. Maybe some wishes already came true... Some have been addressed in V4.0. Thanks for the input on the others, we'll be adding them to the list of suggestions for future releases (most already are being considered for V4.1 or later). >2.) /AUTOSTART_ON support for TCPWARE_TSSYM queues This is in V4.0. >5.) NSLOOKUP instead of the braindead NSTEST This is in V4.0. You get both. If you have additional suggestions for future releases, do let us know. Thanks. - Bernie Volz Process Software Corporation ================================================================================ Archive-Date: Mon, 21 Feb 1994 23:13:29 GMT Subject: looking for sample source Message-ID: From: dalewis@acsu.buffalo.edu (Douglas A. Lewis) Date: Mon, 21 Feb 1994 23:13:29 GMT Sender: nntp@acsu.buffalo.edu Keywords: code needed source Hello everyone, I was wondering if anyone could send me (or tell me where to get) some tcp(udp)-ip code using the $qio interface (for TCPWARE of course). Thank you for your time, dough ================================================================================ Archive-Date: XXX, 22 Feb 1994 00:36 MST Subject: Re: TCPware wish list Message-ID: <22FEB199400362934@hearts.aces.com> From: gavron@hearts.aces.com (Ehud Gavron) Date: 22 Feb 1994 00:36 MST Reply-To: gavron@ACES.COM References: <2k0oru$msp@theben.kapsch.co.at> <1994Feb21.233306.331@process.com> In article <1994Feb21.233306.331@process.com>, volz@process.com (Bernie Volz) writes... # #If you have additional suggestions for future releases, do let us know. Yeah, I'd like to see Process Software quit using the advertisement with the fake review of its product that raves about it. There never was such a review; it's not a real article reprint; nobody who's ever reviewed TCPware against its competitors for a magazine liked it; in short, it's East Coast Marketing Sleaze. #Thanks. That's my wishlist. Think you can help me out? P.S. Say hi to Jack or John or whatever his name is today... #- Bernie Volz Ehud -- Ehud Gavron (EG76) gavron@aces.com p.s. Bernie, you should come here my talk in New Orleans about connecting to the Internet. Nothing you don't already know, but you'll get lots of good ideas for functionality TCPware might want to have that other VMS IPs do. ================================================================================ Archive-Date: XXX, 22 Feb 1994 09:11:21 -0400 From: volz@process.com (Bernie Volz) Subject: Re: looking for sample source Message-ID: <1994Feb22.091121.332@process.com> Date: 22 Feb 94 09:11:21 -0400 References: In article , dalewis@acsu.buffalo.edu (Douglas A. Lewis) writes: > Hello everyone, > I was wondering if anyone could send me (or tell me where to get) some > tcp(udp)-ip code using the $qio interface (for TCPWARE of course). > > Thank you for your time, > dough Anything in particular you are looking for? We do provide several sample programs in the TCPWARE_COMMON:[TCPWARE.EXAMPLES] directory: DAYTIMED.C FINGERD.C DISCARD.C WHOIS.C DISCARDD.C TCPSAMPLE.FOR FINGER.C UDPSAMPLE.FOR These samples use the TCPDRIVER, UDPDRIVER and INETDRIVER QIO interfaces. - Bernie Volz Process Software Corporation ================================================================================ Archive-Date: XXX, 23 Feb 1994 17:29:44 GMT Subject: Wanted: ONC RPC for VMS... Message-ID: <2kg3q8$jki@turing.mathworks.com> From: mott@MathWorks.Com (Peter Mott) Date: 23 Feb 1994 17:29:44 GMT Wanted: ONC RPC for VMS... I've got the SUN sources, but they aren't ready for a VMS build. Does anybody know if there are VMS ready sources available? Thanks. Peter Mott (The MathWorks) ================================================================================ Archive-Date: XXX, 23 Feb 1994 18:16:18 -0400 From: volz@process.com (Bernie Volz) Subject: Re: Wanted: ONC RPC for VMS... Message-ID: <1994Feb23.181619.342@process.com> Date: 23 Feb 94 18:16:18 -0400 References: <2kg3q8$jki@turing.mathworks.com> In article <2kg3q8$jki@turing.mathworks.com>, mott@MathWorks.Com (Peter Mott) writes: > Wanted: ONC RPC for VMS... > > I've got the SUN sources, but they aren't ready for a VMS build. Does anybody > know if there are VMS ready sources available? > > Thanks. > Peter Mott (The MathWorks) I believe all of the TCP/IP products available for OpenVMS provide the ONC RPC programming library. This includes our product (TCPware for OpenVMS), MultiNet, UCX (V3.0 and later), and Wollongong. - Bernie Volz Process Software Corporation 508-879-6994 ================================================================================ Archive-Date: XXX, 24 Feb 1994 23:44:40 GMT Subject: Re: Wanted: ONC RPC for VMS... Message-ID: <2kje58$p1m@scoop.eco.twg.com> From: larry@eco.twg.com (Larry Henry) Date: 24 Feb 1994 23:44:40 GMT Reply-To: larry@eco.twg.com Sender: larry@taoeco.twg.com (Larry Henry) References: <2kg3q8$jki@turing.mathworks.com> <1994Feb23.181619.342@process.com> In article <1994Feb23.181619.342@process.com>, volz@process.com (Bernie Volz) writes: |>Path: | eco.twg.com!psinntp!news.intercon.com!howland.reston.ans.net!noc.near.ne et!process.com!volz |>From: volz@process.com (Bernie Volz) |>Newsgroups: | vmsnet.sources.d,vmsnet.networks.misc,vmsnet.networks.tcp-ip.multinet,vm msnet.networks.tcp-ip.tcpware,vmsnet.networks.tcp-ip.ucx,vmsnet.networks s.tcp-ip.wintcp,vmsnet.networks.tcp-ip.cmu-tek |>Subject: Re: Wanted: ONC RPC for VMS... |>Message-ID: <1994Feb23.181619.342@process.com> |>Date: 23 Feb 94 18:16:18 -0400 |>References: <2kg3q8$jki@turing.mathworks.com> |>Organization: Process Software Corporation |>Lines: 16 |>Xref: eco.twg.com vmsnet.sources.d:1956 vmsnet.networks.misc:369 |>vmsnet.networks.tcp-ip.multinet:6285 |>vmsnet.networks.tcp-ip.tcpware:132 vmsnet.networks.tcp-ip.ucx:960 |>vmsnet.networks.tcp-ip.wintcp:653 vmsnet.networks.tcp-ip.cmu-tek:2840 |> |>In article <2kg3q8$jki@turing.mathworks.com>, mott@MathWorks.Com |>(Peter Mott) writes: |>> Wanted: ONC RPC for VMS... |>> |>> I've got the SUN sources, but they aren't ready for a VMS build. |>Does anybody |>> know if there are VMS ready sources available? |>> |>> Thanks. |>> Peter Mott (The MathWorks) |> Peter, If you are running PathWay... you need to install the PathWay API layer. If you have any difficulty drop me a line and I will give you some pointers. If you are running older versions of our product the API is distributed with the NFS Server product. -Larry.