HDTenEightyP/NetNews huggingface dataset:
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: PCSA 4.1 in OS/2 2.0 dos session
From: Bernd Esser <esser@PIB1.PHYSIK.UNI-BONN.DE>
Date: Wed, 18 Nov 1992 20:57:06 MEZ
Content-transfer-encoding: 7BIT

Date sent:  18-NOV-1992 20:31:05
 
Hello everybody,
since a couple of years we are using PCSA for our DOS-based PCs. A few
weeks ago i got my first PC running under  OS/2 2.0 (486/50, 16MByte,
120 MByte IDE-drive,ET4000,DEPCA DE200). Up to now i could not decide to
buy PCSA for OS/2, so i have to boot a native dos-session (VDM) under OS/2
and use PCSA 4.1A to  access our network drives. All i had to add in the
DOS_PARAMETER_SETTINGS is MEM_EXCLUDE_REGIONS=D0000-DFFFF  (used by the
DEPCA  card). My problem is: i can use the VDM for a couple  of minutes,
then i loose the connections to all network drives (LAD and  DECNET) or even
worse the VDM-sessions hangs or is closed without any  error message. A few
times i was able to kill all running OS/2 sessions.
Question: Has had someone the same problem and did he find a solution?
I believe that some additional DOS_SETTINGS are required or there is
an interrupt conflict between the DEPCA-card and OS/2. I tried inter-
rupt channels 5 and 15, but without a result. All kinds of suggestions
will be welcome.
Thanks a lot and GoodBye
*-----------------------------------------------*
| Bernd Esser, Phys. Inst. d. Uni Bonn, Germany |
| ESSER@PIB1.PHYSIK.UNI-BONN.DE                 |
*-----------------------------------------------*
From: p.foster@fs3.mbs.ac.uk (Peter Foster)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: NE2000 Cards
Summary: NE2000 Cards: Help Needed!!
Keywords: Network
Date: 19 Nov 92 13:47:19 GMT
Organization: Manchester Business School

Dear All

I have an NE2000 card in my PC which I normally use to load Windows, send 
mail on the network etc. However I recently wanted to run Telnet and FTP on 
it so that I could multitask with Windows while downloading files in the 
background. I have found that the NE2000 packet driver does not get on well 
with the NE2000 driver for the Novell network, so much so, that I can't run 
both together - any suggestions??????

Yours

Peter Foster
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: IBM XTs on Pathworks
From: "Roel Alkema Kernfysisch Versneller Instituut, Groningen" <ALKEMA@KVI.NL>
Date: 20 Nov 1992 09:20:46 +0000
Delivery-receipt-to: alkema@KVI.nl
X-PS-Qualifiers: /FORM=A4/LEFT_MARGIN=36/TOP_MARGIN=36
X-VMS-Cc: ALKEMA
MIME-version: 1.0
Content-transfer-encoding: 7BIT

>        We will be installing a dozen IBM XTs in the near future and
>would like to hear your experiences with them under Pathworks. Are
>there any "known" problems we should be getting ready for?
 
Hello Themos
 
The only problem we have was with 3COM501 cards. They work only in combination
with the NDIS driver. Also the PERMIT function is not working with this card.
This was tested with PCSA V3. It was not tested again for PATHWORKS V4.1
 
Oh .. you must have a lot of time, to experiment with it, one test cycle,
from boot to the real test takes minutes !!!
 
Roel.
 
================================================================================
Roel Alkema                             Phone : +31 (50) 633617
Kernfysisch Versneller Instituut        Fax : +31 (50) 634003
Zernikelaan 25                         E-mail : alkema@kvi.nl or alkema@hgrrug51
9747 AA Groningen                     Surfnet : kviclu::alkema
NL Nederland                    X.25/PSI-mail : psi%15901047::alkema
================================================================================
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: EUROPE
From: "Themistoklis I. Pentakalos" <MIS5000@UMBCADMN.BITNET>
Date: 16 Nov 1992 21:52:00 -0500 (EST)
X-VMS-Cc: MIS5000
Content-transfer-encoding: 7BIT

Hi Gunnar,
 
        How are you? I noticed your message on LANWORKS regarding
Workgroups and Pathworks. We have recently gotten these two
system to coexist but slightly in a different way than you. I noticed
you also log into a Novell network. That's great!
 
        What I am writing to you for is not about WFW or Pathworks,
however, somewhat related. I am intereted in finding out how the
computer industry is doing in Europe. If you have some time, can
you please answer the following questions:
 
1) what operating system is mostly used in Europe's higher level
   institutions? (universities, corporations, etc.)
2) what type of software/hardware support do you get?
3) what type of professional training classes are available?
4) would Europe benefit from a Computer Consulting/Training Company
   in the fields of Networking, VMS, and UNIX?
 
        I ask you these questions because I see you are at the
top level of current technological trends. WFW has only been out
for a couple of months yet you seem to be just as far, or maybe
farther, as the most deeply involved American experts. I have also
noticed this with German, and Swedish computer professionals.
 
        By the way, when I say Europe, I am referring to the
continent, rather than the ECU. I am aware that your country is
smart enough to stay out of it!
 
        Thanks for your time and enjoy your ventures,
 
        Themos Pentakalos
        Maryland, USA
 
P.S.    I am actually from Athens, Greece. I came here for a higher
        education and wound up beginning my life-long career in
        the Computer industry.
From: chiam@VULCAN.CBA.OHIOU.EDU (Ta Fuh Chiam)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Problems with PC and MAC sharing a file service
Date: 14 Nov 92 16:12:03 GMT
Content-transfer-encoding: 7BIT

>Since several have answered my question in an other manner than I
>thought of I will give a more precise description. I known about the
>8+3 in DOS. But what I want is the PCFS server to delete all the SYSTEM
>MSA directories assosiated with a user directory IF there is no USER files
>in the directory, when I give the RD command from DOS. If there is USER
>files that the PC can not see it is OK that it gives "Extended Error
>65".
>
>I do not agree that the problem is a DOS problem, I think the problem
>is the way DEC implements their integration products. I really can not
>see the problem with implementing such a routine I mentioned in the
>PCFS server. Because the PCFS server must in some way translate the DOS
>command RD, to a RMS delete command. Why not put some testing in that
>translation?
 
It is NOT a DEC implementation problem. Think about it some more. Assuming I
created an Apple folder and the directory name is
 
This_should_never_be_deleted.DIR
 
That means I never want to delete this folder even though there is absolutely
nothing in it. So, if you can simply delete it from DOS, it is a major problem!
Furthermore, if you can't see the directory from DOS, how are you going to
delete it?
 
Let's look at another example. IfI have two directories called
 
12345678.DIR
123456789.DIR
 
Both are empty. I want to delete 123456789.DIR so I say
 
RD 123456789
 
to tell PCFS to delete 123456789.
 
Boy, buddy, DOS will go ahead and delete 12345678, not 123456789. So, you don't
think this is a problem?
 
The problem is your request for something that is non-standard. What you are
asking for will probably cause major disaster and confusions.
 
 
============================================================================
Ta Fuh Chiam
Ohio University, College of Business Administration / Phone: (614)593-2088
Management Information Systems                        FAX:   (614)593-0319
Copeland Hall 22                   INTERNET : chiam@vulcan.cba.ohiou.edu
Athens, Ohio 45701, U.S.A.            or    : chiam@ouvaxa.ucls.ohiou.edu
                                   BITNET   : CHIAM@OUACCVMB
                          Use my first Internet address if at all possible.
Disclaimer: What I have said are my opinions, not of anyone else.
============================================================================
From: g_fierlbeck@decus.ch
Newsgroups: vmsnet.networks.management.decmcc
Subject: MCC wildcard syntax granularity
Date: 19 Nov 92 19:46:25 CET
Organization: DECUS (Switzerland)


Why is the granularity of the wildcarding in mcc NCL syntax so large?
:-(  i.e. when will it get better?  

If I want to perform certain operations (e.g. setting up polling rules, 
counter zeroing, or whatever) on particular subsets of nodes in any 
particular domain, it seems that you can either specificy ALL the nodes
or ALL instances of a subentity, or only exactly one. If I need to set 
up a rule that checks for an attribute on a particular kind of circuit,
I don't want MCC to try checking these attributes on another kind of
circuit, for example.   Or maybe I want to check an attribute on the
ethernet circuits on all VAXen in a domain - but our 9000s have MNA 
controllers, microVAXen SVAs, routers simply 'ETHERNET' and
so on.  --No, I don't want to have to use cmd procs, or write extreme
numbers of rules, or tolerate 'shotgun blasts' of misdirected queries,
or even use complicated/unrealistic domain groupings.  

Certainly this is not a restriction of the language definition itself!

  =========================================================================	

  G. Fierlbeck, Netmgt. SOFFEX Swiss Options and Financial Futures Exchange
                        Neumattstr. 7, CH-8953 Dietikon/ZH, Switzerland.

  X.400: c=CH a=arCom o=SOFFEX p=SOFFEX s=Fierlbeck g=George
  
Newsgroups: vmsnet.networks.management.decmcc
From: rbn@sunvis.rtpnc.epa.gov (Bob Boyd)
Subject: Re: Backdrops for DECmcc maps
Organization: UNISYS/Environmental Protection Agency
Date: Wed, 18 Nov 1992 14:38:46 GMT

NETS don't fail me now!!! <r_spence@took.enet.dec.com> writes:
> Some good news hopefully.
> 
> The next version of DECmcc will include a smaller version of the USA map.

That sounds nice... see below.
> 
> The next version also has a map lock.

Hooray!
> 
> s/rob

Since the backdrop files are just ASCII text stuff, I'm wondering if
there's any interest/willingness to make those files available sooner
than "next version"?

Also, how can us DECmcc users generate our own backdrops?  There is a 
fair amount of interest at the EPA in doing a number of building layouts
and campus layouts.
--
Bob Boyd                 
rbn@ralph.rtpnc.epa.gov 
Unisys/EPA               

Newsgroups: vmsnet.networks.management.decmcc
From: NETS don't fail me now!!! <r_spence@took.enet.dec.com>
Subject: RE: Backdrops for DECmcc maps
Originator: server@ralph.rtpnc.epa.gov
Reply-To: <decmcc@ralph.rtpnc.epa.gov>
Organization: Environmental Protection Agency 
Date: Tue, 17 Nov 1992 20:47:10 GMT

Some good news hopefully.

The next version of DECmcc will include a smaller version of the USA map.

The next version also has a map lock.

s/rob
Newsgroups: vmsnet.networks.management.decmcc
From: paul@kuhub.cc.ukans.edu
Newsgroups: vmsnet.networks.management.decmcc
Subject: DEC & Proteon "finger pointing" re MCC
Date: 20 Nov 92 09:09:14 CST
Organization: University of Kansas Academic Computing Services

It's "finger pointing" time. DEC doesn't like Proteon's MIB because
Proteon doesn't provide a "sequence of" and "index" definitions for
private interface types with Proteon's MIB.

Proteon claims that their MIB conforms to the concise MIB RFC.

Who will actually come to the aid of the customer?

Here's excerpts from each e-mail. First DEC
----
Now to try and understand what is going on we need to look at the
rs232_exp_mibdef and compare it to the Proteon_mibdef.  The RS232
mib definition uses 'sequence of' and 'index' to get the number of
interfaces and allow a particular one to be accessed. Looking at the
Proteon Mib definition, there is no way to accomplish the same type
of port selection.
----
And from Proteon
----
No comment on the 'via port' business, it is not our concern really.

Specifically, regarding the getting of the 'interface type' I dont see why
you would ever have to go to the Proteon-MIB anyway.
In MIB-2, in the 'interfaces group' there are three variables called
'ifIndex', 'ifDescr' and 'iftype' that ALL NMS would use.
The 'ifIndex' would get the index of the interface in question,
the 'ifDescr' would give a descriptor string of the interface in question,
and the 'ifType' would give a type-number. So as I see it, the
problem is solvable.

We dont have or NEED TO have this kind of comprehensive info in the Proteon
MIB anyway, as it would be redundant.

It is rather presumptious for the vendor of a management
station to EXPECT things from a private-mib, all that a private-MIB has to
do is to compile with ASN1-compilers.

And, be it noted, that our private MIB is FULLY CONFORMANT with RFC-1212,
the 'concise MIB definitions' rfc. Some time ago the Proteon MIB
had been  changed to conform with the concise definitions.
Newsgroups: vmsnet.networks.management.decmcc
From: dave@racer.lkg.dec.com (Dave Lyons)
Subject: Re: DECmcc/Expert Systems Shell
Reply-To: dave@racer.lkg.dec.com
Organization: TNSG - MCC Frameworks Technical Support
Date: Mon, 16 Nov 1992 17:15:01 GMT


More specifically, there was a demo of such a system at European DECUS,
but I didn't pay much attention to it.  Can't say exactly what it was doing.
--
=============================================================================
Stercorem pro cerebro habes.   <or>  Caput tuum in ano est.

Dave Lyons
Digital Equipment Corporation
550 King Street
Mail Stop LKG1-2/W10
Littleton, MA 01460-1289
dave@racer.ENET.dec.com  (or)  RACER::DAVE
From: gassman@skibum.enet.dec.com (Bill@MKO 16-Nov-1992 0928)
Newsgroups: vmsnet.networks.management.decmcc
Subject: databases in management products
Date: 16 Nov 92 15:23:52 GMT
Reply-To: <decmcc@ralph.rtpnc.epa.gov>
Organization: Environmental Protection Agency
Originator: server@ralph.rtpnc.epa.gov

A recent poster made the remark about databases:
	
>My arguement is that at the moment I don't really care which db it uses.
>I just don't want to be forced to pay for one in the future.
>
>Roger
>--
>brockie@golem.wcc.govt.nz

I'd like to see other opinions on this.  Flat files are typically free
with an operating system, and the "object oriented database and interface"
comes with the DECmcc framework, however current trends in management
software requires a relational database for the types of reports users want.  
The open systems marketplace offers many different RDBs, meaning that no 
matter which one Digital would standardize on, customers would have different 
requirements.  One way to reduce costs is to pre-package some typical reports, 
requiring that only the "run-time" license of the DB be purchased.  However, 
many users will want to design their own reports, and require the full report 
development license.  Another approach is for Digital to make an agreement 
with a DB vendor to bundle appropriate parts of a DB with the management 
package.  This however raises the costs, and many customers have already 
purchased a DB.  

In the DECmcc BMS license and above, the EXPORT function is designed to 
bring data out of the object oriented database, and create a database that
cna be used to create reports.  Should Digital revert to a flat-file option 
to reduce the costs of those that don't want to buy a relational DB?

bill gassman
netmgt product management
Newsgroups: vmsnet.networks.management.decmcc
From: "Ron Panetta, GE-ELAB, 8*256-2555" <PANETTA@ELAB.dnet.ge.com>
Subject: Wanted: MCC alarm command procedures to dial pagers
Originator: server@ralph.rtpnc.epa.gov
Reply-To: <decmcc@ralph.rtpnc.epa.gov>
Organization: Environmental Protection Agency 
Date: Tue, 17 Nov 1992 15:53:57 GMT

Has anyone developed MCC alarm scripts (command procedures) that dial a
pager (or telephone number for that mater) upon an alarm condition. Possible
hardware interfaces might include DECtalk or any of the Hayes compatible
modems. The DECtalk could actually convey a synthesized message while the
Hayes compatable modem would only be able to provide DTMF tones signalling
an "encrypted" message on a digital pager. 

Haven't actually given much thought to what's involved in either of these two
cases but it seems like somebody must have already done this. In my case,
I'm only interested in dialing a digital pager and providing the "encrypted"
message.

Thanks in advance.

Ron Panetta
GE Electronics Lab
EP4-100
Syracuse, NY 13221

(315)456-2555
panetta@elab.dnet.ge.com
From: g_fierlbeck@decus.ch
Newsgroups: vmsnet.networks.management.decmcc
Subject: Re: Wanted: MCC alarm command procedures to dial pagers
Summary: A possible mcc pager solution.
Keywords: mcc pager ai mrx x25
Date: 18 Nov 92 18:34:32 GMT
Organization: DECUS (Switzerland)


In article <9211171542.AA26683@aitgw.ge.com>, "Ron Panetta, GE-ELAB, 8*256-2555" <PANETTA@ELAB.dnet.ge.com> writes:
> Has anyone developed MCC alarm scripts (command procedures) that dial a
> pager (or telephone number for that mater) upon an alarm condition. Possible
> hardware interfaces might include DECtalk or any of the Hayes compatible
> modems. The DECtalk could actually convey a synthesized message while the
> Hayes compatable modem would only be able to provide DTMF tones signalling
> an "encrypted" message on a digital pager. 
> 
> Haven't actually given much thought to what's involved in either of these two
> cases but it seems like somebody must have already done this. In my case,
> I'm only interested in dialing a digital pager and providing the "encrypted"
> message.

I have set up MCC to send notifications to a pager, depending upon a simple 
evaluation of alarm severity.  The severity and appropriate action to be taken 
is determined by the DECnet (IV) events that occur and the context within 
which they occur, as well as other input -- (this evaluation is something that
I would really like to improve upon...)

The 'PROCEDURE=' rule parameter is a slightly modified version of the
supplied alarm script.  Within it, messages may be dispatched to an SNS 
monitor, or a DCL 'alarm' command may be issued (part of an extensive 
'dark' site control and monitoring system that we have written).

In the 'issue alarm' case, the command defined in the DCL tables on the 
MCC workstation essentially causes the command parms to be sent, using 
a normal prog. lang. i/f, to a process on another cluster.  This second
process (declared as a network object) takes all messages passed to it 
and furthers them to a third VAX that runs an MRX Gateway.  These are then
sent via X.25 to a national paging service that furthers them on our behalf
to the PTT which maintains a pager transmitter network.

This might be a little more complicated than what you intend on building,
but its works very well for us and is quite flexible.

-Hope it helps.

=========================================================================	

  G. Fierlbeck, Netmgt. SOFFEX Swiss Options and Financial Futures Exchange
                        Neumattstr. 7, CH-8953 Dietikon/ZH, Switzerland.

  X.400: c=CH a=arCom o=SOFFEX p=SOFFEX s=Fierlbeck g=George
  
Newsgroups: vmsnet.networks.management.decmcc
From: Carl Silva - SMPM PNM Marketing Manager (GIA) - DTN 226-5402 <csilva@delni.enet.dec.com>
Subject: RE: DECmcc/Expert Systems Shell
Originator: server@ralph.rtpnc.epa.gov
Reply-To: <decmcc@ralph.rtpnc.epa.gov>
Organization: Environmental Protection Agency 
Date: Tue, 17 Nov 1992 07:38:37 GMT

>Has anyone experimented with the implementation of a monitoring, diagnostics,
>and effector system combining the features of MCC with an expert shell?

	Digital's Telecommunications Business Group has developed an AI shell
which can be integrated with DECmcc.  It is called XTESS.

	It has been used for automatic detection of telecommunications
problems.
Newsgroups: vmsnet.networks.management.decmcc
From: RBN@C3PO.RTPNC.EPA.GOV (Bob Boyd(919-541-4441))
Subject: RE: MCC wildcard syntax granularity
Originator: server@ralph.rtpnc.epa.gov
Reply-To: <decmcc@ralph.rtpnc.epa.gov>
Organization: Environmental Protection Agency 
Date: Fri, 20 Nov 1992 13:59:30 GMT

Forwarded/Reply created @ 20-NOV-1992 08:46:25.45
============================== Original Message ==============================
>Subject: MCC wildcard syntax granularity
>
>
>Why is the granularity of the wildcarding in mcc NCL syntax so large?
>:-(  i.e. when will it get better?  

I have had the same question for some time.  I really would like to 
have someone explain what is going on with the restrictions on wildcarding.

I would like to be able to use wildcards in names of things -- like
when I have a domain that has things that are named 

 .rtpnc.bridge.something  -- I would like to say .rtpnc.bridge.* at times.
I would really like to have wildcarding similar to VAX/VMS filename
wildcarding -  the wildcard can appear anywhere in the registered name
or subentity.  I would also like to have an explanation of the performance
implications of the different kinds of wildcarding -- so that I don't do
things in a way that will cost more than it's worth.

I would also like to use wildcards in other places as suggested by the
message I'm replying to.
>
>If I want to perform certain operations (e.g. setting up polling rules, 
>counter zeroing, or whatever) on particular subsets of nodes in any 
>particular domain, it seems that you can either specificy ALL the nodes
>or ALL instances of a subentity, or only exactly one. If I need to set 
>up a rule that checks for an attribute on a particular kind of circuit,
>I don't want MCC to try checking these attributes on another kind of
>circuit, for example.   Or maybe I want to check an attribute on the
>ethernet circuits on all VAXen in a domain - but our 9000s have MNA 
>controllers, microVAXen SVAs, routers simply 'ETHERNET' and
>so on.  --No, I don't want to have to use cmd procs, or write extreme
>numbers of rules, or tolerate 'shotgun blasts' of misdirected queries,
>or even use complicated/unrealistic domain groupings.  
>
>Certainly this is not a restriction of the language definition itself!
>
>
========================== End of Original Message ==========================



Bob Boyd	Unisys/EPA, RTP NC	919-541-4441
rbn@c3po.rtpnc.epa.gov
From: paul@kuhub.cc.ukans.edu
Newsgroups: vmsnet.networks.management.decmcc
Subject: slot/port OID MCC 1.2 deficiencies
Date: 17 Nov 92 09:32:21 CST
Organization: University of Kansas Academic Computing Services

I've been going "back and forth" with DEC Networking, via DSNlink,
about DECmcc BMS 1.2. The upshot appears to be that DECmcc BMS 1.2
cannot specify the slot/port portion of an SNMP object ID.

This has drastic implications for some multiport transceiver box
management from DECmcc!
From: RBN@C3PO.RTPNC.EPA.GOV (Bob Boyd(919-541-4441))
Newsgroups: vmsnet.networks.management.decmcc
Subject: Re: DECmcc/Expert Systems Shell
Date: 16 Nov 92 15:34:55 GMT
Reply-To: <decmcc@ralph.rtpnc.epa.gov>
Organization: Environmental Protection Agency
Originator: server@ralph.rtpnc.epa.gov

Forwarded/Reply created @ 16-NOV-1992 08:48:01.05
============================== Original Message ==============================
>Date: Sat, 14 Nov 1992 13:05:15 -0500
>From: dave@racer.lkg.dec.com (Dave Lyons)
>Subject: Re: DECmcc/Expert Systems Shell
>
>In article <2365.2b03ed52@decus.ch>, g_fierlbeck@decus.ch writes:
>|>
>|>Has anyone experimented with the implementation of a monitoring, diagnostics,
>|>and effector system combining the features of MCC with an expert shell?
>|>
>Yes

Dave,

I'm really glad to know this! ...can you tell us a little more about it? :-)
Your answer seems a bit terse.
>
>Dave Lyons
>dave@racer.ENET.dec.com  (or)  RACER::DAVE
>
========================== End of Original Message ==========================

Bob Boyd	Unisys/EPA, RTP NC	919-541-4441
rbn@c3po.rtpnc.epa.gov
Newsgroups: vmsnet.networks.management.decmcc