HDTenEightyP/NetNews huggingface dataset:
From: Richard.Kooijman@dnpap.et.tudelft.nl (Richard Kooijman)
Subject: Beholder II announcement
Keywords: RMON, network monitoring
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Wed, 14 Oct 1992 09:54:18 GMT



                    __                __   
                   |  \              |  \  
                   |  |   .          |  |  
                   |__|       __     |__|  
                   |   \  |  /  \    |   \ 
                   |   |  |  |  |    |   | 
                   |___/  |  \__|    |___/    
                                |
                                |
                              _/


                Beholder - The Next Generation
                
                BOF session at Interop Fall '92
                 October 28th, 7:30pm - 9:30pm
              Moscone Convention Center, room 114
                         San Francisco
                  
                  
                  
The  Data  Network  Performance Analysis Project (DNPAP) group
likes  to  invite  you  to  our  Birds Of a Feather session at
Interop  Fall  '92,  October  28th,  from  7:30pm  till  9:30,
Moscone Convention Center, room 114, San Francisco.

We will present the successor of the 'old' Beholder:

Beholder - The Next Generation or Beholder II for short.


Features of Beholder TNG:

  - runs under OS/2
  - SNMP-able over UDP/IP or OS/2 named pipes
  - RMON compliant
  - modular design: collectors and viewers are 
    completely separated


Three short talks will be held on:

  - the history of the Beholder project
  - the RMON implementation in the Beholder
  - the technical details of capturing network packets 
    under OS/2
  
Also, some near future enhancements will be discussed.


We hope to meet you there,


The DNPAP group

  Jan van Oorschot
  Dirk Wisse
  Alfred Kayser
  Marc de Greeve
  Richard Kooijman

Beholder TNG mailing list: btng@dnpap.et.tudelft.nl


--
-- ir. Richard Kooijman ------------------ Email: R.Kooijman@ET.TUDelft.NL --
-- Intelligent Network Management Project (INEMA) ---------------------------
-- CARDIT, Delft University of Technology ------------ Tel: (31)-15-786209 --
-- P.O.Box 5031, 2600 GA Delft, The Netherlands ------ Fax: (31)-15-784898 --
Newsgroups: comp.protocols.snmp
From: ty@desktalk.com (Tyson M. Kostan)
Subject: Re: MSDOS-based Network Management Station
Reply-To: ty@desktalk.com
Organization: Desktalk Systems Inc.
Date: Tue, 13 Oct 1992 13:24:03 GMT


I've played with a few DOS/Windows based packages.  You probably want to look at the
SynOptics, NetManage and NAT offerings.  The NetManage stuff is the most vendor
independent.  SynOptics has a lot of nice tools like MeterMan and MibMan which 
are MIB query/reporting tools.  NAT has a very nice MIB walker, and provides some
degree of reporting of 3rd party objects.

Novell has their NSM (Netware Services Manager) which is a platform for NM tools,
very much like SunNet Manager and HP OpenView.  I havn't played with this one,
but it has a lot of nice features, from what I've seen in the brochures.

You'll also want a pretty well equipped PC to run any of these on!  486 with
at least 12MB RAM, disk for storage, etc.

Good luck!

---
Ty Kostan					EMail: ty@desktalk.com
Senior Staff Engineer				Voice: (310) 323-5998
DeskTalk Systems, Inc.				FAX:   (310) 323-6197
19401 S. Vermont Ave #F100
Torrance CA 90502

Newsgroups: comp.protocols.snmp
From: wilson@sigma7.signet.com (Wilson E. Sawyer)
Subject: MSDOS-based Network Management Station
Organization: Sigma Network Systems, Inc.
Date: Fri, 9 Oct 1992 13:21:34 GMT

I am looking for recommendations for MSDOS/Windows-based
SNMP Network Management apps. Commercial products are
preferred. Desired features:

   - independent of particular network equipment vendors
     (Proteon, Cabletron, et al)
   - nice graphical interface
   - mib browsing with ability to load or compile-in
     specialized MIBs, preferably from concise MIB form.
   - must be able to do set's

Please reply directly by e-mail.

Wilson Sawyer
wilson@signet.com
Newsgroups: comp.protocols.snmp
From: Richard.Kooijman@dnpap.et.tudelft.nl (Richard Kooijman)
Subject: Beholder II enlightment
Keywords: network monitor
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Fri, 16 Oct 1992 08:44:46 GMT



We have been working too long and too hard on the Beholder II.
We completely forgot to tell you what it is all about.    ;-)

Well, the Beholder II is a network monitor compliant with the RMON
'standard'.

For now, it only has 3 additional groups, but in the near future it
will include support for network and host profiling (beyond number of
packets and octets) and support for auto-discovery of network
configuration.

Currently, only Ethernet is supported but TokenRing will be added
soon (FDDI will take longer).

For those who are interested in the availability of the Beholder,
the executables are completely free and most likely the complete
sources will be free too.

Alas, no rewards for those who guessed it right.



Richard.
--
-- ir. Richard Kooijman ------------------ Email: R.Kooijman@ET.TUDelft.NL --
-- Intelligent Network Management Project (INEMA) ---------------------------
-- CARDIT, Delft University of Technology ------------ Tel: (31)-15-786209 --
-- P.O.Box 5031, 2600 GA Delft, The Netherlands ------ Fax: (31)-15-784898 --
From: leinwand@CISCO.COM (Allan Leinwand)
Newsgroups: comp.protocols.snmp
Subject: Network Management: A Practical Perspective
Date: 14 Oct 92 00:22:14 GMT

>I came across a book recently published by Addison-Wesley:
>"Network Management: A Practical Perscpective" by Leinwand & Fang.
>
>The book is a fairly extensive overview of Network Management including the 5
>OSI areas: Fault, Performance, Configuration, Security, and Account Management
>
>It has good sections regarding SNMP and MIB (this was one of its
>strengths).  It gives the reader just what it says: A PRACTICAL
>approach to managing LANs/WNAs and dicusses several approaches using
>what it calls: "A simple tool; a more complex tool; and an advanced
>tool".

Hello Stephen,

   Thank you for your interest in the book.  The official title is
"Network Management: A Practical Perspective" by Leinwand and Fang,
recently published by Addison-Wesley.  Please feel free on contact me
directly (leinwand@cisco.com) or my co-author Karen (fang@cisco.com)
if you need additional information on the book or network management
issues.

Thanks,

Allan Leinwand
cisco Systems
(415) 688-7653
leinwand@cisco.com
From: martillo@nero.clearpoint.com (Joachim Martillo)
Newsgroups: comp.protocols.snmp
Subject: Cold Start Trap
Date: 10 Oct 92 15:35:35 GMT
Organization: Clearpoint Research Corp., Hopkinton Mass.

I was looking through RFC1157.  According to this RFC,

   The form of the Trap-PDU is:

     Trap-PDU ::=
         [4]

              IMPLICIT SEQUENCE {
                 enterprise          -- type of object generating
                                     -- trap, see sysObjectID in [5]
                     OBJECT IDENTIFIER,

                 agent-addr          -- address of object generating
                     NetworkAddress, -- trap

                 generic-trap        -- generic trap type
                     INTEGER {
                         coldStart(0),
                         warmStart(1),
                         linkDown(2),
                         linkUp(3),
                         authenticationFailure(4),
                         egpNeighborLoss(5),
                         enterpriseSpecific(6)
                     },

                 specific-trap     -- specific code, present even
                     INTEGER,      -- if generic-trap is not
                                   -- enterpriseSpecific

                 time-stamp        -- time elapsed between the last
                   TimeTicks,      -- (re)initialization of the network
                                   -- entity and the generation of the
                                      trap

                 variable-bindings   -- "interesting" information
                      VarBindList
             }

I assume that the variable bindings are specific to both the type of
trap and the type of device.  For example, on cold start a
multiprotocol router would probably have different information to
convey to a management station than a network printer would.

Is there a specification for "typical" "interesting" information as
relates to trap and to device.
-- 
Joachim Carlo Santos Martillo Ajami

The article represents noone's opinions other than the author's.
From: sbinder@hpfcso.FC.HP.COM (Stephen Binder)
Date: Mon, 12 Oct 1992 21:19:50 GMT
Subject: Network Management: References???
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.protocols.snmp

I am a Network Engineer for a large computer manufacturer with the
responsibility for defining our site (campus of 4 buildings, 2700 people, 3500
networked devices) strategy for local area network management.  The goal of 
my project is to define processes for network management that could be offered
to our site customers.  This process for network management will include (as
a start) network performance monitoring, fault management, account management,
and configuration management.  Lucky for us the network consists of mainly
TCP/IP devices running SNMP.

I have been doing some investigation, including trying to locate reference
materials for network management  (TCP/IP and SNMP environment).

I came across a book recently published by Addison-Wesley:
"Network Management: A Practical Perscpective" by Leinwand & Fang.

The book is a fairly extensive overview of Network Management including the 5
OSI areas: Fault, Performance, Configuration, Security, and Account Management.

It has good sections regarding SNMP and MIB (this was one of its strengths).  Itgives the reader just what it says: A PRACTICAL approach to managing LANs/WNAs
and dicusses several approaches using what it calls: "A simple tool; a more
complex tool; and an advanced tool".

Several questions:

1) Those of you chartered with providing Network Management Services or
   responsible for the Management of your LAN(S), have you suggestions for 
   additional references; have you read the book, what do you think?
2) Have you suggestions for implementing quality fault, configuration, 
   performance monitoring net mgmt services for a complex network?
3) What tools/processes have you used with a)great success, b) moderate
   success, c) limited or no success?

Thank You for any insights you may have.

Stephen Binder
+------------------------+---------------------------------------------------+
|   HEWLETT/  /          |  Stephen Binder                                   |
|         /hp/           |  Telecommunications Engineer                      |
|        /__/PACKARD     |  3404 East Harmony Road  MS#12                    |
|   Fort Collins Site    |  Ft. Collins, Colorado   80525                    |
| Networking & Computing |  INTERNET: sbinder@fc.hp.com                      |
|       Services         |  HPDesk  : stephen_binder@hp4000                  |
|  Data Networks Group   |  (303)-229-3236   Telnet 229-3236                 |
+------------------------+---------------------------------------------------+
Newsgroups: comp.protocols.snmp
From: rfrink@meaddata.com (Rick Frink)
Subject: Network Reliability
Organization: Mead Data Central, Dayton OH
Date: Thu, 8 Oct 1992 00:35:07 GMT


   Does anybody have a good way to define "Network Reliability" for today's
 LANs/Internetworks ?  Have there been any papers written or RFCs drafted ?
 Any information on this topics or related metrics would be appreciated...

-- 
Rick Frink                                              (513) 865-1645
Mead Data Central (MDC)                        Telecomm/Campus Networks
P.O. Box 933                                       rfrink@meaddata.com
Dayton, Ohio  45401                          ...!uunet!meaddata!rfrink
From: bh@eng.auburn.edu (Brian Hartsfield)
Newsgroups: comp.protocols.snmp
Subject: Looking for snmp agent
Date: 8 Oct 92 17:12:15 GMT
Organization: Auburn University Engineering

I'm looking for an snmp agent that I can compile and put on some UNIXx  
machines that I run.  Can anybody recommend an ftp site or someplace where I
can find such an agent?
..
Newsgroups: comp.protocols.snmp
From: jmoorhouse@mot.com  (Jim Moorhouse)
Subject: Maps for SNMP Manager
Reply-To: jmoorhouse@mot.com
Organization: MOTOROLA 
Date: Fri, 9 Oct 1992 15:03:20 GMT

Hi,

I was wondering if anybody knew where I could get some maps for my SNMP manager? I am using the IBM NetView 6000 and it  
only has a couple of maps available standard with the package.  The maps must be in GIF format according to the  
documentation.

Thanks,

Jim Moorhouse
Motorola
1299 E. Algonquin Rd.
Schaumburg, Ill.  60196
e-mail jmoorhouse@mot.com
phone (708) 576-0489
FAX (708) 576-0489
From: cgd@ecmwf.co.uk (Dick Dixon)
Newsgroups: comp.protocols.snmp
Subject: CMU code: what's the latest version
Date: 6 Oct 92 08:38:14 GMT
Organization: ECMWF

I'm running SNMP demons based on CMU code release 1.1b, which seems,
erm,
somewhat flaky?  Is there a collated bugfixed/enhanced version later
than this, and
if so, where?

				DIck Dixon
From: dls@achilleus.austin.ibm.com (David Skeen)
Newsgroups: comp.protocols.ibm
Subject: Re: IBM mainframe/Unix connectivity questions/issues
Date: 5 Oct 92 17:44:00 GMT
Reply-To: David Skeen <dls@dce.austin.ibm.com>
Organization: IBM Austin (PSP)

In article <1992Oct1.163415.26104@schbbs.mot.com> jmoorhouse@mot.com  (Jim Moorhouse) writes:
> In article <1992Sep30.105015.19039@netcom.com> jcasey@netcom.com (John Casey) writes:
> > I am not necessarily concerned about using an RS6000 or any
> > particular vendor's hardware.  I don't want to be locked into a
> > proprietary solution.
>
>   I am by no means an expert, but I think a discussion of distributing applications between the mainframe and distributed  
>   unix machines has to start with a discussion of OSF's DCE offering. 
...
>   The one thing to watch for with DCE, is the time frames it will be available on the different hardware platforms.

Since I work on DCE on S/6000, my opinion will be biased; even so, I'd
second most of what Jim Moorhouse said.  We recently announced DCE for
AIX/6000 with an availability of 18 Dec 92; the annouce said in part 

         In December 1992, IBM will deliver the core set of DCE
  services based on OSF DCE Version 1.0.1 technology, intended for
  development, prototyping and initial implementation of applications
  using DCE.  These core DCE products can be used to develop
  applications for a diverse range of customer environments,
  configurations  and stress levels.

You'd have to check with IBM marketing on when mainframe DCE will be
available.  Choosing DCE will force you into TCP/IP networking, at
least for the short term.  I think that's a good thing.

If you don't want to be "locked into a proprietary solution", I'd
steer clear from APPN.  Recently, I've heard it called an "open"
networking solution.  That claim is, well, far-fetched.

Of course, these personal, biased opinions of mine do not reflect
those of IBM.
--
Dave Skeen                     IBM Internal: dls@achilleus.austin.ibm.com
D55/B905  Zip 9541             IBM VNET:     SKEEN at AUSTIN
Austin, TX 78758               Internet:     dls@dce.austin.ibm.com
From: ichabod@carson.u.washington.edu (Mark Hancheroff)
Newsgroups: comp.protocols.ibm
Subject: IBM x.400 connectivity questions/issues
Date: 15 Oct 92 21:47:39 GMT
Article-I.D.: u.1992Oct15.214739.19102
Organization: University of Washington, Seattle

Keywords: 

I need some information on connecting to an IBM mainframe using the X.400
protocol over a t-1 line for connection. I would like to use a RS/6000 to connect, but I would also like to be running Unix (AIX). Does anyone have 
any experience doing this? Advice/comments are appreciated.
From: lstowell@pyrnova.mis.pyramid.com (Lon Stowell)
Newsgroups: comp.protocols.ibm
Subject: Re: 2 station Token-Ring - problems with setting up.
Keywords: Token-Ring, MAU, DTAU, Onan Box, 9pin-to-9pin.
Date: 8 Oct 92 23:49:19 GMT
Reply-To: lstowell@pyrnova.pyramid.com (Lon Stowell)
Organization: Pyramid Technology Corp., Mountain View, CA

In article <1992Oct8.134820.14855@philabs.philips.com> add@philabs.philips.com (Aninda V. Dasgupta) writes:
>
>- A 9-pin to 9-pin cable that allows me to connect the two adapters on
>  the two computers together?  Will such a cable work if I don't care
>  about the fault detecting relays in a MAU?  (What else is a passive MAU
>  good for other than the bypass-relays in it?)
   
   It puts an impedance across the xmit and receive pairs.  Without
   which the ring interface will drop the phantom drive signal and
   de-insert.

>
>- A Cheap 2-port MAU (within $250).  All the ones I have seen are way over
>  my meager budget.
>
    I can't imagine why you couldn't BUILD such a device, crossing
    over the appropriate wiring pairs and putting the proper
    impedance (balanced) across the leads to fake out the cable
    fault detection.

>It's so hard to believe that setting up a simple two-station ring requires
>the purchase of so much extra junk that I don't need (read: an 8-port MAU.)
   Hey, look at who came up with the idea.....you expect cheap from
   IBM?   >:-)


Newsgroups: comp.protocols.ibm
From: add@philabs.philips.com (Aninda V. Dasgupta)
Subject: 2 station Token-Ring - problems with setting up.
Summary: I don't want to buy a MAU!!!! How about a DTAU? 
Keywords: Token-Ring, MAU, DTAU, Onan Box, 9pin-to-9pin.
Organization: Philips Laboratories, Briarcliff, New York
Date: Thu, 8 Oct 1992 13:48:20 GMT

I am trying to setup my own little token-ring with just two stations
on it.  Every vendor I talk to, wants to sell me a MAU. I have
just two stations and I know that I will never expand this
network, why should I have to buy a MAU? Even two port MAUs are
so expensive I don't want to touch them....

My question to Token-ring gurus is, can I use/get any one of the 
following?

- A Dual Terminal Access Unit or DTAU (People within IBM call it an Onan Box
  because it is made by Onan, Inc., but nobody seems to know how to
  buy one.) A DTAU serves two purposes.  One can connect it to a Token-ring
  wall outlet and then hook up two computers to its two ports, thus essentially
  expanding a single-port wall outlet to two ports.  But by flipping a
  switch one can use the DTAU to simply connect two stations and not hook the
  DTAU to any wall-outlet, thus having a two-station ring.  Does anyone know
  what I am taking about, know where I can buy one of these boxes?

- A 9-pin to 9-pin cable that allows me to connect the two adapters on
  the two computers together?  Will such a cable work if I don't care
  about the fault detecting relays in a MAU?  (What else is a passive MAU
  good for other than the bypass-relays in it?)
  Any recommended vendors for such 9-pin to 9-pin (male to male) cables?
  I have tried BlackBox and Cabletron, didn't work.

- A Cheap 2-port MAU (within $250).  All the ones I have seen are way over
  my meager budget.

It's so hard to believe that setting up a simple two-station ring requires
the purchase of so much extra junk that I don't need (read: an 8-port MAU.)

Any help will be greatly appreciated.  Thanks in advance.
-- 
Aninda DasGupta   (add@philabs.philips.com)
Ph : (914) 945-6071    Fax : (914) 945-6552
Philips Labs\n 345 Scarborough Rd\n  Briarcliff Manor\n NY 10510
(Gas from Phillips Petroleum, Antacid from Phillips Medical, Lightbulbs from us)
Newsgroups: comp.protocols.ibm,comp.sys.ibm.pc.hardware,comp.sys.ibm.pc.misc,comp.binaries.ibm.pc.wanted
From: paul@tct.com (Paul Levin)
Subject: WANTED: info on interfacing to a tape drive unit
Organization: TC Telemanagement, Clearwater, FL
Date: Fri, 09 Oct 1992 13:59:54 GMT


I would like to write a program that will read and write a tape backup
unit (the kind that connects to the floppy drive controller).  I've heard
the words -- QIC-40 and QIC-80, but have seen no documents (or specs.)
I would want my program to be able to read/write tapes that are 
compadible with the Colorado tape backup unit.

If you have any usefull information please e-mail it to me 
(as I usually do not read this newsgroup).

	Thanks
	paul@count.tct.com
-- 
From:  Paul Levin   paul@count.tct.com   813-532-2239 (work, 9-5 EST)
    --> Jesus loves you, and died for you; thank Him today. <--
From: rodolfon@FEE.UNICAMP.BR ("", Rodolfo Jose Leite Netto)
Newsgroups: comp.protocols.ibm
Subject: SDLC
Date: 10 Oct 92 06:05:58 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet

I'm looking for a source code (public domain) of a implementation of
the SDLC (HDLC?) protocol.

Does anybody know it?

thanks a lot.
Newsgroups: comp.protocols.ibm
From: stephen@dlb.com (Stephen Au)
Subject: Software for OS/2
Organization: D.L.Buck&Assoc.;San Jose,Calif. USA
Distribution: ba
Date: Tue, 13 Oct 1992 00:29:21 GMT

We are aware that there are software that can do 3270 emulation and
APPC on OS/2. Are there commercial software that can do QLLC, LU0
protocols on OS/2? If available, can you kindly point us to the vendor
for additional info.

We are investigating the possibility to use OS/2 on 486 servers. And we
don't know whether all of these tools are available. Thank you for the help.
From: URMC@MARISTC.BITNET (Charley Murphy)
Newsgroups: comp.protocols.ibm
Subject: Network Modems
Date: 15 Oct 92 20:03:16 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Organization: The Internet

We are looking at integrating modem service into our current campus
LAN. Our network is token ring and IBM OS/2 LAN Server. We are
interested in company and product information to help evaluate
Async Communications Servers. We would also be interested in any
evalustions which other sites have done to provide modem service
to network users.

We are forced into this because our telephone system is a ROLM
digital switch, and analog service is not longer available to
offices or student rooms.

Thanks in advance.

Charley Murphy
Network Administrator
Marist College

Phone:     914-575-3252
Bitnet:URMC@MARISTC.BITNET
From: kek@bullterrier.Eng.Sun.COM (Kevin Kalajan - SunConnect Product Marketing)
Newsgroups: comp.protocols.ibm
Subject: SNA over ISDN
Date: 12 Oct 92 16:10:28 GMT
Reply-To: kek@bullterrier.Eng.Sun.COM
Organization: Sun Microsystems
NNTP-Posting-Host: bullterrier


I'm looking for an IBM doc # that details SNA over ISDN requirements, from
an implementation point-of-view. I assume it uses LAPD, no? Any other
info appreciated.

thx
Newsgroups: comp.protocols.ibm