HDTenEightyP/NetNews huggingface dataset:
From: itbwvb@puknet.puk.ac.za (MNR W VAN BELKUM      )
Subject: Re: SNMP for PCs
Organization: ITB Department, University of Potchefstroom
Date: Thu, 12 Nov 1992 14:10:40 GMT

In article <1992Nov5.234832.12339@news.nd.edu> sexton@tiamat.cc.nd.edu (Shawn Sexton) writes:

>Does anyone have experience/knowledge of a PC ethernet board with
>on-board SNMP? Alternatively I would be interested in software
>agents to monitor individual PCs.



>Shawn Sexton
>Shawn.P.Sexton.1@nd.edu

You could look at 3Com new 3C509 and 3C509-TP (EtherLink III)
This is shiped with network management agent integrated into Netware and 
NDIS driver.
W van Belkum

 Potch University   PPPPPP UU    UU                         CCC  HH  HH  EEEEE
 Potchefstroom     PP  PP UU    UU    fffff               CC    HH  HH  EE
 West Transvaal   PPPPPP UU   UU     f     oooo  rrrr    CC    HHHHHH  EEEEE
 South Africa    PP     UU   UU     fff   o  o  r       CC    HH  HH  EE
                 PP     UUUUUUU     f     oooo  r         CCC HH  HH  EEEEE


  E-Mail :                             Tel :
    itbwvb@puknet.puk.ac.za  		 Voice (0148) 992126
 or itbwvb@pukvm1.puk.ac.za  		 FAX   (0148) 992799
 or itbwvb@pukrs3.puk.ac.za
From: bobw@mge.uucp (bobw)
Newsgroups: comp.protocols.snmp
Subject: net management s/w
Date: 5 Nov 92 21:40:26 GMT
Distribution: comp
Organization: MG-Entreprises, Paris, France

We are designing a network with some 17 different sites connected via
routers (ISDN and x25), and we will have a lot of network monitoring
to do.

I'm looking for comments (good, or otherwise) regarding snmp products
that can help us monitor what's going on.

Responses by mail please.

Regards,
Bob
--
Robert Wornan		| uucp: bobw@mge.uucp
MG Entreprises		| internet: bobw@mg-entreprises.fr
42 rue Voltaire		| tel: +33 1 42 04 35 83
92800 Puteaux,	France	
-- 
Robert Wornan		| uucp: bobw@mge.uucp
MG Entreprises		| internet: bobw@mg-entreprises.fr
42 rue Voltaire		| tel: +33 1 42 04 35 83
92800 Puteaux,	France	
Newsgroups: comp.protocols.snmp
From: bri@jake.cc.wayne.edu (Brian Holmes)
Subject: ACC mib for SunNetManager
Keywords: acc, mib, snm, sun
Reply-To: bri@jake.cc.wayne.edu
Organization: Wayne State University, Detroit, MI 48202
Date: Wed, 11 Nov 1992 21:27:42 GMT

Has anyone been able to get the July 92 ACC mib to work with snm 1.2?  2.0?

---
PHONE:    (313) 577-3750  FAX=577-5626          Wayne State University
BITNET:   bholmes@waynest1.bitnet               5925 Woodward
INTERNET: bri@jake.cc.wayne.edu                 Detroit, MI 48202  U.S.A


Newsgroups: comp.protocols.snmp
From: bsalman@cs.ulowell.edu (Basith Salman)
Subject: Documentation of CMU SNMP code.
Organization: University of Massachusetts at Lowell Computer Science
Date: Sun, 8 Nov 1992 03:16:32 GMT

Hi,
   I want the documentation for the  CMU SNMP code( 1991 version). Can someone
 tell me if there is a ftp site from where I can get one.
Please e-mail any info regarding the above to.
               bsalman@cs.ulowell.edu
Thanks.
 



Newsgroups: comp.protocols.snmp
From: jeffj@ultra.com (Jeff Johnson)
Subject: Re: MIB in SMNP - Definition needed
Reply-To: jeffj@ultra.com
Organization: Ultra Network Technologies
Date: Thu, 12 Nov 92 18:58:35 GMT

See RFCs 1212 and 1213, and be on the lookout for the SNMPv2 drafts that are to
be published real soon now.
---
    Jeff Johnson    | Ultra Network Technologies | voice: (408) 922-0100 x284
  jeffj@ultra.com   |     101 Daggett Drive      |   fax: (408) 433-9287
...ames!ultra!jeffj |    San Jose, CA  95134     |   sex: (900) 976-4825
 The difference between ignorance and apathy?  I don't know and I don't care

Newsgroups: comp.protocols.snmp
From: abidi@ghalib.lkg.dec.com (Vasmi Abidi)
Subject: Setting Filters on Bridges
Reply-To: abidi@ghalib.lkg.dec.com (Vasmi Abidi)
Organization: Digital Equipment Corporation
Date: Fri, 6 Nov 1992 22:08:11 GMT



 hi,

 Anyone out there who uses SNMP to set bridge filters ? 
 The dot1dStatic group of the Bridge MIB (rfc 1286) specifies the way to
 set filters - using bit strings. Composing this bit-string, and converting
 it to an octet-string can get very tedious very quickly for a multiport bridge.

 Do any management stations provide a more user-friendly interface to do 
 this ? 

 I'd appreciate hearing from anyone who has experience in this area.

 
 _- Vasmi Abidi
Newsgroups: comp.protocols.snmp
From: hand@peabody.bae.bellcore.com (25833- Jim Hand(6379)p102)
Subject: Problem with Data Reports in SunNet Manager 2.0
Reply-To: hand@peabody.bae.bellcore.com (25833- Jim Hand(6379)p102)
Organization: Bellcore
Date: Tue, 10 Nov 92 18:22:25 GMT
Keywords: SunNet Manager



	I'm in the process of moving from SunNet Manager 1.2 to 2.0,
and I'm having problems getting Data Reports working with enterprise
MIBs.  When I try to kick off a data report with an enterprise MIB,
I get an error message like the one below:

Error: Request encBox:
  Agent error: agent error 0: cannot find group: "encBox" in
schema: "snmp" or default schema: "snmp-mibII"

The encBox group in the above error message is from the ODS ethernet
hub mib.  The schema file for this MIB loads fine when the SNM Console
starts, and the Quick Dump and Event Report facilites work fine
with this MIB.  With SunNet Manager 1.2, Data Reporting also worked with 
the ODS enterprise MIB.
	The error message suggests that the Data Report mechanism is
sending incorrect information to the snmp proxy agent, because the
"snmp" schema mentioned in the error message is NOT the schema that
the encBox group resides in.  Also, the schema mentioned in the error
message above is not consistently "snmp".  Sometimes another (but
still incorrect) enterprise schema is mentioned in the error message:

Error: Request encBox:
  Agent error: agent error 0: cannot find group: "encBox" in
schema: "ciscoMmib" or default schema: "snmp-mibII"

	Does anyone have any idea what I might be doing wrong?  Thanks
in advance.

-------------------------------------------------------------------------
Jim Hand				Bellcore
(908)699-4251				3 Corporate Pl.
hand@cc.bellcore.com			Piscataway, NJ 08854



Newsgroups: comp.protocols.ibm
From: cdr@sachiko.acc.stolaf.edu (Craig D. Rice, St. Olaf College)
Subject: IBM 4361 <-> VAX 4000 connectivity
Organization: St. Olaf College; Northfield, MN
Date: Thu, 12 Nov 1992 21:07:40 GMT


Greetings all -- I received the following request for information, and
I'm afraid I am completely clueless about the issues involved.  Would some
kind soul be able to shed some light on this?

>> [...] We are trying to connect an IBM
>> 4361 to a VAX 4000 using the CT-SNA gateway. On the IBM we have a library
>> package called dobis/libis running under VSE. On the IBM we have an
>> integrated communication adaptor (ICA) and we don't have an external one.
>> The manuals of the SNA-gateway refer to an NCP program on the IBM which
>> we don't have.
>> I want to know if it is possible to connect the 2 machines or not?

Thanks!
Craig
--
Craig D. Rice		UNIX Systems Specialist/Network Analyst
cdr@stolaf.edu		Academic Computing Center, St. Olaf College
+1 507 646-3631		1520 St. Olaf Avenue
+1 507 646-3549 FAX	Northfield, MN  55057-1098   USA
Newsgroups: comp.protocols.ibm
From: dandrews@bilver.uucp (Dave Andrews)
Subject: Re: Boycott APPN; Endorse APPI
Organization: W. J. Vermillion - Winter Park, FL
Date: Fri, 6 Nov 1992 01:41:11 GMT
Keywords: APPN APPI

In article <5814@balrog.ctron.com> mikec@cardinals.ctron.com () writes:
>
>... a shame ... protect their arcane interests ... useless communications
>protocol ... Typical Big Blue.
>
>NO FLAMES PLEASE

Curious how the guys that dish it out can't take it themselves.

- David Andrews
  dandrews@bilver.oau.org

Newsgroups: comp.protocols.ibm
From: jmoorhouse@mot.com  (Jim Moorhouse)
Subject: Re: Boycott APPN; Endorse APPI
Reply-To: jmoorhouse@mot.com
Organization: MOTOROLA 
Date: Thu, 5 Nov 1992 15:37:21 GMT

In article <1992Nov4.213241.25873@mmm.serc.3m.com> ccg@tcdsp1.mmm.com ("Charles Ganzhorn") writes:
> Both protocols are equally stupid when you consider the impact on the
> client workstation.  And in the case of APPI, gee, IGRP was a great hit:
> I can get it on  SO many routers.  (Yeah, right!)
> 
> Now the strategy that makes sense is to use OSF DCE or at least get IBM
> to firm up their CPI-C over TCP strategy and then use them to build your
> "blue" applications.

I agree whole heartedly, it's time for large vendors to stop talking about Open Systems and start implementing them.
OSF DCE is available now, the only question should be, how fast should legacy systems be migrated to the Open Systems  
environment.  All new applications and products should run in a native Open System environment.  I know this is an over  
simplification but it might start a good discussion.

Jim Moorhouse
Motorola
1299 E. Algonquin Rd.
Schaumburg, Ill.  60196
email jmoorhouse@mot.com
phone (708) 576-0489

These opinions are mine and do not necessarily reflect those of Motorola.  
> 
> APPN should never leave the computer room.  Why should I support dual
> stacks all over heck IF I get my blue connectivity over TCP?  And if I
> DO decide I have to have APPN to support my IBM applications, then why on
> earth should I use a tunneling technique rather than a native router? 
> There is a reason they are called multi-protocol routers.  Tunneling 
> causes a performance hit and is a kludge by definition.
> 
> Oh, and by the way, anyone still using IP only routers:  get in the real
> world.  Sometimes business reasons force the issue.  You use the
> protocol that makes sense in the homogeneous environment and TCP to bind
> it all together.  I no more expect to remove SNA from my mainframes as I
> would expect to remove DECnet from my VMS hosts.  They each provide
> functionality that is important to those environment.  But that doesn't
> mean I expect to implement DECnet, SNA, and TCP/IP on all my clients. 
> Let the HOSTS take the burden of running the dual stacks.  Use TCP only
> on the client as much as possible.
> 
> OK, enough spouting:  let the flames begin.
> 
> Charles.
> --
> Charles Ganzhorn			E/Mail:  ccganzhorn@mmm.com
> 3M IS&DP Network Services		AT&T:	 +1 612 736 7122
> St. Paul, MN				FAX:	 +1 612 736 7689
Newsgroups: comp.protocols.ibm
From: dberry@csa.cs.technion.ac.il (dberry)
Subject: what is ARIZONA?
Organization: Technion, Israel Inst. of Technology
Date: Tue, 10 Nov 1992 20:22:30 GMT

Hi,

What is IBM's commercial product ARIZONA, is it really called ARIZONA or is
it called CICS?

What does it serve, briefly?

Thanks, Orna

-- 
Prof. Daniel M. Berry, Computer Science Department, Technion, Haifa 32000 ISRAEL
Tel:+972-4-294325, Bitnet:DBERRY@TECHSEL
Csnet & Internet:dberry@sel.technion.ac.il
From: wclark@cisco.com (Wayne Clark)
Newsgroups: comp.protocols.ibm
Subject: Re: ACTLU, LU62
Keywords: IBM,SNA,LU62
Date: 5 Nov 92 15:38:21 GMT
Organization: cisco Systems, Menlo Park, California, USA
NNTP-Posting-Host: regal.cisco.com

In article <1992Oct29.211725.13086@webo.dg.com> chuck@maui.webo.dg.com (Chuck Noyes) writes:
>Greetings:
>
>I have 2 questions that I need answered by someone who's SNA proficient.
>
>1.  What should happen in the case where an ACTLU request is received by a 
>    secondary device for an LU that is already active and has an LU_T2
>    session established?  Should a sense code be returned to the primary?  If
>    so, which one? 

If there is already an active SSCP-LU session that matches the LFSID of
the ACTLU request, then the secondary LU is obliged to send a
-RSP(0815) to the primary LU.  -RSP(0815) is the Function Already Active
sense code.

(NB: The code to verify that the LU Type in the BIND matches the LU type
in the local configuration since the SSCP-LU session never gets created.)

Ref: Format and Protocol Reference Manual: Architecture Logic for LU Type 6.2,
procedure PROCESS_ACTLU_RQ on p. 4-79.

>
>2.  In an LU6.2 session, if the *primary* application issues an FMH-5 ALLOCATE
>    with the CONFIRM option set, must it send a CONFIRM *an LUSTAT* to the
>    *secondary* to mark the end of a transaction?

No, the confirm indicator is piggybacked on the RU data by setting the
RH appropriately.  CONFIRM by the Transaction Program results in the
setting of the DR2 bit in the RH.  

If you want to reference the LU 6.2 architecture, setting the CONFIRM
indicator in the SEND_PARM of the SEND_DATA_RECORD for messages from PS
to HS results in setting the response bits to RQD3.  This is described
very vaguely in the LU 6.2 FAPL in Section 6.1 (DFC) and is executed in
SEND_BIU described on p.  6.1-37.

>
>    Thanks in advance.
>
>
>+----------------------------------------------+
>| Chuck Noyes                              DGC |
>| Chuck@maui.webo.dg.com                       |
>+----------------------------------------------+ 

-----------
Wayne Clark
cisco Systems, Inc.
wclark@cisco.com
415/688-4627
From: krgant@coral.cs.unm.edu (Ken Gant)
Newsgroups: comp.protocols.ibm
Subject: Looking for CUA specification
Date: 7 Nov 92 06:27:43 GMT
Article-I.D.: coral.BxC1y5.5tp
Distribution: usa
Organization: Computer Science Department, University of New Mexico

I'm looking for a copy of the CUA specification, preferably on-line
(instead of having to snail-mail off to IBM for my very own hardcopy).
-- 
Ken Gant
krgant@unmvax.cs.unm.edu
Because I can ...
From: alanj@endeavor18.tek.com (Alan Jeddeloh)
Newsgroups: comp.protocols.ibm
Subject: Experiences w/ Sun Token-Ring products
Date: 12 Nov 92 18:40:06 GMT
Article-I.D.: shaman.2141
Reply-To: Alan.Jeddeloh@tek.com
Organization: Tektronix, Inc.


I would like to hear from anyone who has had experiences with Sun's
Sunlink TRI/S Token-Ring interface for Sparcstation II's.

--
    Alan Jeddeloh      W:(503) 685-2991  H:(503) 292-9740
    Tektronix, Inc.; D/S 60-850; PO Box 1000; Wilsonville, OR 97070
    Alan.Jeddeloh@tek.com          <This space for rent.>
    You can put the children to bed, but you can't make them sleep!
Newsgroups: comp.protocols.ibm
From: matt@jarthur.claremont.edu (Matthew Hughes)
Subject: IBM PC bus specs
Organization: Harvey Mudd College, Claremont, CA 91711
Date: Sat, 14 Nov 1992 02:36:28 GMT

I am very sorry if this is the wrong newsgroup for this, and would
appreciate any pointers to the right place to ask. I need technical specs on
the pc and compatible bus system(s), as in I need to design a plug-in
interface card for PC's or XT's. Does anyone know where I might find such
information? Online or books (please give publisher and author if you can).
Thank you very much!
							Matt Hughes
						matt@jarthur.claremont.edu
Xref: sparky comp.protocols.ibm:799 comp.protocols.tcp-ip:5088 comp.unix.aix:11375
From: arena@goethe.credtech.com (Mike Arena)
Newsgroups: comp.protocols.ibm,comp.protocols.tcp-ip,comp.unix.aix
Subject: Hardware/Software solutions for TCP/IP <-> LU6.2 APPC communications
Keywords: Forest Computer, Harris Adacom, System Strategies, APPC
Date: 7 Nov 92 19:31:51 GMT
Reply-To: arena@credtech.com (Mike Arena)
Organization: Credit Technologies Inc.


We are in the process of investigating products which convert between
TCP/IP and LU6.2 (and optionally DECnet) protocols for APPC.  We will be
using an IBM RS/6000 machine.  Our company currently has no IBM machines
(AS/400, S/36, S/38, 3090) nor do we (me) have any desire to own and
operate one.  The current three solutions we are analyzing are:

Vendor:		Forest Computer
Product:	Connection System

	They sell a RiscStation with their own software preloaded which
	accepts TCP/IP, DECnet, and SNA connections and transparently
	converts between any and all of them.

	Features:      Too good to be true.  Requires no knowledge of
		       LU6.2 or the nightmare of profiles to establish a
		       connection.  A simple open of a socket and
		       read() and write() calls are all that is necessary.
		       Also has TELNET, FTP, SET HOST, etc.

	Price:	       Expensive

	
Vendor:		 Harris Adacom
Product:	 SuperNet Super Channel

	They sell LU6.2 software which runs on your own RS/6000.
	You must learn LU6.2 verb set programming, etc.

	Price:	       Moderate

Vendor:		 System Strategies
Product:	 Express+

	They sell LU6.2 software which runs on your own RS/6000.
	You must learn LU6.2 verb set programming, etc.

	Price:	       Inexpensive


If anyone has used any of these products or has other suggestions, we would
appreciate any information.
-- 
Michael James Arena			Credit Technologies Inc.
arena@credtech.com			281 Winter Street, Suite #100
(617) 890-2000 x237			Waltham, MA  02154
From: bennett@dstos3.dsto.gov.au
Newsgroups: comp.protocols.ibm
Subject: THANKS - Was : What is an 8209 - really ?
Date: 9 Nov 92 13:59:20 CST
Organization: Defence Science and Technology Organisation

Thanks to all those who responded by post and mail.  The significant points 
out of the answers were....

1. In essence, the 8209 is a Source-route or Translation Bridge.

2. Ethernet and TR addresses are assigned from the same number space.

Regards,

John Bennett                                E-mail: bennett@dstos3.dsto.gov.au
Head, Networks Group                        Phone : +61 8 259 5292
Corporate Information Systems               FAX   : +61 8 259 5537
DEFENCE SCIENCE AND TECHNOLOGY ORGANISATION Postal: Bld 73 Labs Area
AUSTRALIA                                           PO Box 1500 Salisbury 
            "Lord Warden of the Sync Ports"         South Australia  5108
                (DSTO Network Manager)              AUSTRALIA
Newsgroups: comp.protocols.ibm,comp.protocols.tcp-ip
From: lstowell@pyrnova.mis.pyramid.com (Lon Stowell)
Newsgroups: comp.protocols.ibm
Subject: Re: ACTLU, LU62
Keywords: IBM,SNA,LU62
Date: 6 Nov 92 01:13:04 GMT
Reply-To: lstowell@pyrnova.pyramid.com (Lon Stowell)
Organization: Pyramid Technology Corp., Mountain View, CA

In article <1dbf5dINNel@roche.csl.sri.com> wclark@cisco.com (Wayne Clark) writes:
>In article <1992Oct29.211725.13086@webo.dg.com> chuck@maui.webo.dg.com (Chuck Noyes) writes:
>>Greetings:
>>
>>I have 2 questions that I need answered by someone who's SNA proficient.
>>
>>1.  What should happen in the case where an ACTLU request is received by a 
>>    secondary device for an LU that is already active and has an LU_T2
>>    session established?  Should a sense code be returned to the primary?  If
>>    so, which one? 
>
>If there is already an active SSCP-LU session that matches the LFSID of
>the ACTLU request, then the secondary LU is obliged to send a
>-RSP(0815) to the primary LU.  -RSP(0815) is the Function Already Active
>sense code.
>
>Ref: Format and Protocol Reference Manual: Architecture Logic for LU Type 6.2,
>procedure PROCESS_ACTLU_RQ on p. 4-79.
>
 
    The original question was an LU Type 2, or 3270.  Both the 3274
    and 3174 manuals note otherwise for an LU_Type 2.

    If the SLU receives an ACTLU, and ERP is not specified, the SLU
    terminates any EXISTING sessions between that LU and a host
    program.  The SLU returns a +RSP to the ACTLU and the SSCP-LU
    Session is re-established.   

    See GA23-0218 IBM 3174 Subsystem Control Unit Functional
    Description, section on SNA Protocol.   Or the older GA23-0061
    IBM 3270 IDS 3274 Control Unit Description and Programmer's
    Guide.
From: tanemeth@economics.adelaide.edu.au
Newsgroups: comp.protocols.ibm
Subject: Sunlink/Token ring/3174 configuration.
Date: 12 Nov 92 16:29:28 ACST
Organization: Economics, University of Adelaide
NNTP-Posting-Host: eco.economics.adelaide.edu.au

Wanted: info on 3174/ Token Ring/ Sunlink

We are having a few problems getting the above working; after installing
Sunlink several times, and installing the not-so-well publicised kernel patch,
the token ring runs but does not really communicate with the 3174 in a
meaningful way.  I would like to hear from anyone who has managed to get this
to run; please contact me by mail.

Thanks,
Tom Nemeth
Newsgroups: comp.protocols.ibm
From: dboyes@is.rice.edu (David E Boyes)
Subject: Re: IBM 4361 <-> VAX 4000 connectivity
Organization: Rice University
Date: Thu, 12 Nov 1992 23:27:28 GMT

In article <1992Nov12.210740.11043@news.stolaf.edu> cdr@sachiko.acc.stolaf.edu (Craig D. Rice, St. Olaf College) writes:

>Greetings all -- I received the following request for information, and
>I'm afraid I am completely clueless about the issues involved.  Would some
>kind soul be able to shed some light on this?

>>> [...] We are trying to connect an IBM
>>> 4361 to a VAX 4000 using the CT-SNA gateway. On the IBM we have a library
>>> package called dobis/libis running under VSE. On the IBM we have an
>>> integrated communication adaptor (ICA) and we don't have an external one.
>>> The manuals of the SNA-gateway refer to an NCP program on the IBM which
>>> we don't have.

The NCP is part of the ICA microcode, and can be set to look like
a set of SDLC lines or BSC lines (or if you have the X.25 widget,
) a X.25 PAD. There's a red book on configuring VTAM to cope with the
ICA -- it's not like the other FEPs. Also, the 4361's are a
little weird. 

>>> I want to know if it is possible to connect the 2 machines or not?

What kind of interfaces are available on the Vax? Drop me a note
separately -- we just decomissioned a 4361 with a similar setup
and maybe I can help.


-- 
David Boyes
dboyes@rice.edu
From: dave@eram.esi.COM.AU (Dave Horsfall)
Newsgroups: comp.protocols.ppp
Subject: Both dial- and non-dial-up PPP?
Date: 12 Nov 92 04:19:20 GMT
Organization: Pacific ESI, Sydney, AUSTRALIA

Having just implemented PPP (non-dial), I now want to have a bash at
the dial-up version (at the same time).  Looking at the code, it appears
to be possible, with some clever pre-processor statements, since they
share one module - ppp_async.c (with additions in the DP version).

Has this been done before?  Will I come unstuck?  It's useful to have
permanent PPP on our leased lines, and a dial-up PPP line or two for
testing remote links.

-- 
Dave Horsfall (VK2KFU)         VK2KFU @ VK2RWI.NSW.AUS.OC
dave@esi.COM.AU                ...munnari!esi.COM.AU!dave
           Disclaimer: "Me, speak for us?"
Newsgroups: comp.protocols.ppp