Off-the-wall TCPware/Multinet Question

Y'all need a good laugh?

I've been musing over the various problems we've had of late and was
wondering if there's any way to combine the various elements of TCPware,
Multinet and "UCX" to get the best of all of them.

UCX's scalable kernel seems best suited to the environment at work where
poorly-designed application software beats the living daylights out of
the network. With Multinet, every packet sent is a PHY_IO and thus
generates an interrupt. This pushes CPU Utl. and interrupt time through
the roof.

In both UCX and TCPware, TELNET processes are created by the Job
Controller. Thus, TELNET users cannot log in at VMS startup until STDRV
has done the initial SET LOGINS/INTERACTIVE command. By contrast, in
Multinet, TELNET processes are created by the MUTLINET_SERVER, and
logins become possible immediately after Multinet is started, even
before the startup process has finished (applications may not be ready
for logins, user disks may not be MOUNTed yet, ...).

Multinet's printing seems the easiest to manage and understand. By
contrast, the very UN*X-ly UCX$PRINTCAP.DAT (TCPIP$PRINTCAP.DAT) method
is as bad - or worse - than UN*X.

Ideally, I'd like to see the TCP/IP realm of OpenVMS outsourced to
Process Software.

Realistically, I'd just like to know if there's any way to bring it all
together.

--
David J Dachtera
dba DJE Systems
[url]http://www.djesys.com/[/url]

Unofficial OpenVMS Hobbyist Support Page:
[url]http://www.djesys.com/vms/support/[/url]

Unofficial Affordable OpenVMS Home Page:
[url]http://www.djesys.com/vms/soho/[/url]

Unofficial OpenVMS-IA32 Home Page:
[url]http://www.djesys.com/vms/ia32/[/url]

Coming soon:
Unofficial OpenVMS Marketing Home Page

David J Dachtera <djesys.nospam@comcast.net> wrote:

<snip>[color=blue]
> In both UCX and TCPware, TELNET processes are created by the Job
> Controller. Thus, TELNET users cannot log in at VMS startup until STDRV
> has done the initial SET LOGINS/INTERACTIVE command. By contrast, in
> Multinet, TELNET processes are created by the MUTLINET_SERVER, and
> logins become possible immediately after Multinet is started, even
> before the startup process has finished (applications may not be ready
> for logins, user disks may not be MOUNTed yet, ...).[/color]
<snip>

There may be a solution for this one. After UCX startup, you could add
$ SET LOGIN /INTERACTIVE=1
$ SET LOGIN /INTERACTIVE=0
This will at least allow users with OPER privilege to login from this
point on, while keeping standard users away from the system until the
startup driver allows logins as usual.

Hope this helps,
--
------------ speaking only for myself ------------
Hans Bachner E-Mail: [email]Hans.Bachner@hp.com[/email]
HP Services / Consulting & Integration
Hewlett-Packard Ges.m.b.H. Linz / Austria

In article <d53uv8.63.1@usenet.bachner.priv.at>, Hans Bachner <Hans@Bachner.priv.at> writes:[color=blue]
>David J Dachtera <djesys.nospam@comcast.net> wrote:
><snip>[color=green]
>> In both UCX and TCPware, TELNET processes are created by the Job
>> Controller. Thus, TELNET users cannot log in at VMS startup until STDRV
>> has done the initial SET LOGINS/INTERACTIVE command. By contrast, in
>> Multinet, TELNET processes are created by the MUTLINET_SERVER, and
>> logins become possible immediately after Multinet is started, even
>> before the startup process has finished (applications may not be ready
>> for logins, user disks may not be MOUNTed yet, ...).[/color]
><snip>
>
>There may be a solution for this one. After UCX startup, you could add
>$ SET LOGIN /INTERACTIVE=1
>$ SET LOGIN /INTERACTIVE=0
>This will at least allow users with OPER privilege to login from this
>point on, while keeping standard users away from the system until the
>startup driver allows logins as usual.[/color]

And I thought DJD meant it the other way.
No login for Multinet TELNET until SET LOGIN is done (eg. in SYSTARTUP_VMS)
and not as early as now (when maybe even disks are still unmounted)...

--
Peter "EPLAN" LANGSTOEGER
Network and OpenVMS system specialist
E-mail [email]peter@langstoeger.at[/email]
A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist

Peter 'EPLAN' LANGSTOEGER wrote:[color=blue]
>
> In article <d53uv8.63.1@usenet.bachner.priv.at>, Hans Bachner <Hans@Bachner.priv.at> writes:[color=green]
> >David J Dachtera <djesys.nospam@comcast.net> wrote:
> ><snip>[color=darkred]
> >> In both UCX and TCPware, TELNET processes are created by the Job
> >> Controller. Thus, TELNET users cannot log in at VMS startup until STDRV
> >> has done the initial SET LOGINS/INTERACTIVE command. By contrast, in
> >> Multinet, TELNET processes are created by the MUTLINET_SERVER, and
> >> logins become possible immediately after Multinet is started, even
> >> before the startup process has finished (applications may not be ready
> >> for logins, user disks may not be MOUNTed yet, ...).[/color]
> ><snip>
> >
> >There may be a solution for this one. After UCX startup, you could add
> >$ SET LOGIN /INTERACTIVE=1
> >$ SET LOGIN /INTERACTIVE=0
> >This will at least allow users with OPER privilege to login from this
> >point on, while keeping standard users away from the system until the
> >startup driver allows logins as usual.[/color]
>
> And I thought DJD meant it the other way.
> No login for Multinet TELNET until SET LOGIN is done (eg. in SYSTARTUP_VMS)
> and not as early as now (when maybe even disks are still unmounted)...[/color]

Quite.

Little known stuff: Until a SET LOGINS/INTER=n is done, the Job
Controller will not create interactive processes.

So doing as he suggests gives UCX the "Multinet Blues".

What I need is for Multinet to acquire the TCPware/UCX talent of handing
that off to JBC instead of MULTINET_SERVER doing the $CREPRCs.

--
David J Dachtera
dba DJE Systems
[url]http://www.djesys.com/[/url]

Unofficial OpenVMS Hobbyist Support Page:
[url]http://www.djesys.com/vms/support/[/url]

Unofficial Affordable OpenVMS Home Page:
[url]http://www.djesys.com/vms/soho/[/url]

Unofficial OpenVMS-IA32 Home Page:
[url]http://www.djesys.com/vms/ia32/[/url]

Coming soon:
Unofficial OpenVMS Marketing Home Page