HDTenEightyP/NetNews huggingface dataset:
From: stevet@thistle.wv.tek.com (Steve Tarr;685-3528;63-356;;)
Newsgroups: comp.protocols.snmp
Subject: tcpConnEntry instance naming
Date: 27 Jul 92 22:54:58 GMT
Reply-To: stevet@pogo.wv.tek.com
Organization: Tektronix, Inc., GPID

I'm trying to make sense of the last few paragraphs of Section 5.3.2
"Problems with Naming" in _The Simple Book_:

        "Of course, it might be possible that there is no way to
    uniquely identify a particular entry in the table. ..."

        "A special "hack" can be used in this case.  If multiple
    rows in a table have the same key, the agent marks one of
    these rows as the primary.  The other rows with the same key
    are ... assigned an implementation-dependent, small, unique
    non-negative integer. To identify an instance of a secondary
    row, this integer is appended onto the instance identifier of
    the primary row."

My (embedded) protocol stack maintains a separate connection endpoint for
each possible TCP connection to a server.  New connection requests are
handled by finding the first entry in the table with the correct local
address/port in state LISTEN, copying the remote address/port information
from the packet into the entry, and setting the entry state to SYN-RECEIVED.
What this means for SNMP is that there are often a number of connection
endpoints with identical address/port information, i.e. local address
0.0.0.0, local port 8000, remote address 0.0.0.0, and remote port 0,
all in state LISTEN.  I'd like to make all these endpoints visible for
monitoring, since the number of "available" endpoints is an important
resource limitation.

Assuming three such entries, the text would seem to imply that the
corresponding instances of tcpConnState would be named:

    tcpConnState.0.0.0.0.8000.0.0.0.0.0
    tcpConnState.0.0.0.0.8000.0.0.0.0.0.1
    tcpConnState.0.0.0.0.8000.0.0.0.0.0.2

This is admittedly somewhat awkward to implement, since the resulting
instance identifiers aren't all the same length, but I could live with
that.  The nagging problem is that I can't find any support for this
"hack" in the SNMP or MIB RFCs or in any of the public implementations
I've looked at.

Is my interpretation correct?

Steve Tarr
Tektronix, Inc. GPID
stevet@pogo.wv.tek.com
Newsgroups: comp.protocols.snmp
From: oldera@twg.com (Ed Alcoff -  Prod Mtg)
Subject: Re: SMP - an inquiring mind wants to know...
Organization: The Wollongong Group, Palo Alto, CA
Date: Fri, 31 Jul 1992 17:35:04 GMT


You should probably get on the mail list snmp@psi.com.
There has been much discussion on SNMP/SMP on that list.

Send a request to snmp-request@psi.com.  I believe there
is also a uucp access too.

Cheers,

Ed Alcoff
Product Line Manager
The Wollongong Group, Inc.

Newsgroups: comp.protocols.snmp
From: tonyd@godzilla.quotron.com (Tony Dering)
Subject: sending a trap in a SMUX agent
Organization: Quotron Systems, Inc.
Date: Wed, 22 Jul 1992 22:28:08 GMT

Hi, I am writing a SMUX subagent for the RS/6000 platform.  Everything
is going fine except that I don't know how to write the code to send an 
SNMP Trap-PDU.  I know that I call the smux_trap() routine but I'm not
sure how to create the VarBindList.  I know that I have to do some
encoding but I'm not sure how.  Any help would be appreciated.  Some
sample code would be wonderful.  Thanks in advance.

Tony Dering
Newsgroups: comp.protocols.snmp
From: mschenk@research.ptt.nl (Mike Schenk +31 70 33 23926)
Subject: Re: MIBs for SS7
Organization: PTT Research
Date: Sun, 26 Jul 1992 22:33:03 GMT

In article <2115@devnull.mpd.tandem.com>, nath@mpd.tandem.com (Narendra M. Nath (Pi-Net)) writes:
> 
> Does anyone out there know about any existing MIB for SS7.
> If so please send me a copy

You mean managing SS7 with SNMP? That does not seem very
appropriate and I have not heard about anyone doing it. However,
managing SS7 with CMIS/CMIP is something completely different.
Currently MIBs are in development. Managed objects have been
defined for MTP and ISUP. Managed objects for other protocol
parts (SCCP, TC etc) are currently being developed. 

Mike Schenk
From: davison@cs.utk.edu (Mike Davison)
Newsgroups: comp.protocols.snmp
Subject: Re: SNMP software for DOS
Date: 23 Jul 92 13:26:48 GMT
Organization: University of Tennessee, Knoxville - CS Department
NNTP-Posting-Host: case.cs.utk.edu

In article <BrrE40.Ito@world.std.com> pwilson@world.std.com (Pete Wilson) writes:
>The company I work for is just about to release an SNMP agent 
>that will run in any environment, including DOS. Among other
>features, the agent offers:
>
> [ the rest of the press release deleted ]

Thanks for the press release Pete, maybe this should be sent via 
private mail? Hmmmmm.... "will run in any environment," Wow! 
Now I finally have an SNMP agent for my Vic 20... it will fit in
3.5K RAM, right.....

Mike Davison



Newsgroups: comp.protocols.snmp
From: r2hmv@akronvm.bitnet
Subject: Installing CMU snmpd on SUN 4.x
Organization: The University of Akron
Date: Tue, 21 Jul 1992 16:05:57 GMT

Hi,
 
This is a repost. I want to install the snmp daemon of the CMU distribution
on SUN workstations. I would appreciate if any of you who has done it could
let me know the procedure.
 
Thanks in advance.
 
Hari                r2hmv@akronvm.bitnet
From: mwitt@ogicse.cse.ogi.edu (Mike Witt)
Newsgroups: comp.protocols.snmp
Subject: Peer Networks SNMP Agent
Date: 27 Jul 92 22:32:04 GMT
Organization: Oregon Graduate Institute (formerly OGC), Beaverton, OR


I would like to know if anyone is using the SNMP
Agent software from "Peer Networks" in Santa Clara
California, and would be willing to tell me a little
bit about what kind of experience they have had
with it.

Please send email.

-Mike Witt
mwitt@cse.ogi.edu
From: rtan@tuatha.NoSubdomain.NoDomain (Rick Tan)
Newsgroups: comp.protocols.snmp
Subject: testing SNMP
Date: 29 Jul 92 19:22:26 GMT

Hi All,

I wonder if anyone could tell me if there are test programs available in the
Public domain that can be used to test implementation of an SNMP agent.  
Preferably one that covers MIBII.   

I would appreciate any info.  Please send email.   Thanks     

Rick
rtan@uts.amdahl.com
From: archerb@gawain.umkc.edu (Barry Archer)
Newsgroups: comp.protocols.snmp
Subject: SMP - an inquiring mind wants to know...
Date: 31 Jul 92 14:30:57 GMT
Reply-To: archerb@gawain.umkc.edu (Barry Archer)
Organization: UMKC Academic Computing Services


  What happened with SMP?  Did I miss it?  Did discussion get moved elsewhere?

--

Barry Archer 
archerb@gawain.umkc.edu	

  "Madness is the result not of uncertainty but certainty."
	- Friedrich Nietzsche
Newsgroups: comp.protocols.snmp
From: dzoey@eng.umd.edu (Joseph Herman)
Subject: Re: MIBs for SS7
Date: Wed, 29 Jul 92 03:53:33 GMT
Organization: Project GLUE, University of Maryland

In article <1992Jul26.233303.1@research.ptt.nl> mschenk@research.ptt.nl (Mike Schenk +31 70 33 23926) writes:

>You mean managing SS7 with SNMP? That does not seem very
>appropriate and I have not heard about anyone doing it. However,
>managing SS7 with CMIS/CMIP is something completely different.

Why is it not appropriate?  I thought that SNMP and CMIP
had similar functionality.

			Joe Herman

dzoey@terminus.umd.edu

-- 
"Everything is wonderful until you know something about it."
Newsgroups: comp.protocols.snmp
From: mschenk@research.ptt.nl (Mike Schenk +31 70 33 23926)
Subject: Re: MIBs for SS7
Organization: PTT Research
Date: Fri, 31 Jul 1992 12:11:59 GMT

In article <1992Jul30.175554.5915@exu.ericsson.se>, exudjr@exu.ericsson.se (David Richard) writes:

[... some 'religious' statements about CMISE vs SNMP deleted ...]

>>% Currently MIBs are in development. Managed objects have been
>>% defined for MTP and ISUP. Managed objects for other protocol
>>% parts (SCCP, TC etc) are currently being developed. 
> 
> Just out of curiosity Mike, what committees are defining this?  Or is
> this home grown?

CCITT SG XI works on SS7 management. This has lead to rec's 
Q.750 up to Q.755. Also ETSI SPS2 is working on it.

Regards,

    Mike Schenk
Newsgroups: comp.protocols.snmp
From: nigelc@lna.oz.au (Nigel Cook)
Subject: Printer MIB's
Organization: lna
Date: Tue, 28 Jul 1992 03:36:42 GMT


Hi. Can anyone point me in the direction of MIB files covering printers, or
ethernet printer server boxes?

I noticed that someone else recently asked for MIB files for Fastpath boxes.
I guess a more general question I could ask is ..
Is there an archive somewhere on which some kind soul is collecting mibs?

Thanks in advance

Nigel Cook  -- nigelc@lna.oz.au
Newsgroups: comp.protocols.snmp
From: skl@cs.sfu.ca (Samuel Lam)
Subject: Re: FastPath MIB (was: <None>)
Reply-To: skl@cs.sfu.ca (Samuel Lam)
Organization: Centre for Systems Science, Simon Fraser University
Date: Mon, 27 Jul 1992 07:33:05 GMT

In article <1992Jul27.133259.164269@dstos3.dsto.gov.au>,
 jbennett@dstos3.dsto.gov.au wrote:
>Is there a MIB for managing a Kinetics Fastpath ...

Yes.  Take a look in the directory dist/FastPath/mib on shiva.com
and take your pick.

If you have a FastPath 5, then you are either running K-STAR 9.0
or 9.1 on it.  Their MIB files are in 9.0/mib90.txt and 9.1/mib91.txt
(relative to the above path) respectively.

...Sam

P.S.  I know old habits are hard to break, but those boxes are
called Shiva (instead of Kinetics) FastPath's now... :-)

-- 
Samuel Lam <skl@cs.sfu.ca>
Network Support Group, Centre for Systems Science
Simon Fraser University, Burnaby, B.C., Canada
From: mwitt@ogicse.cse.ogi.edu (Mike Witt)
Newsgroups: comp.protocols.snmp
Subject: Upcomming SNMP Seminars?
Date: 29 Jul 92 15:58:43 GMT
Article-I.D.: ogicse.40663
Distribution: usa
Organization: Oregon Graduate Institute (formerly OGC), Beaverton, OR


I wonder if anyone could recommend a seminar or class
on SNMP, and related issues, that is being held soon.
I assume there will be something at the next Interop,
but I was hoping to find something sooner than that.

I'm looking for something in the continental US, and
the West Coast would be better, but not required.

Please send email.

-Mike Witt
mwitt@cse.ogi.edu
Newsgroups: comp.protocols.snmp
From: roes@phcoms.seri.philips.nl.seri.philips.nl (Aloys Roes)
Subject: SNMP based NMS on DOS, windows or OS/2
Organization: SERI-MPN Network Services, Philips C&P, Eindhoven, The Netherlands
X-Newsreader: Tin 1.1 PL4
Date: Tue, 21 Jul 1992 10:52:34 GMT

  hello,

We are looking for a low-cost network management station for 
monitoring a small WAN (<6 LANs connected via several low-speed (9.6-14.4kbps)
links. Shareware/pd/commercial, all info is welcome.
I've seen several similar requests passing by but no replies (not to the
newsgroup at least). Are'nt there any or what?
I'll summarize to the newsgroup if I get interesting info.

regards,
--
Aloys Roes,                           <>    Email: roes@seri.philips.nl
Philips SERI-MPN,                     /\    SERI : roes:phcoms
P.O.Box 218, Bldg VN-513,             \/    Tel. : + 31 (0)40 784 899 
5600 MD  Eindhoven, The Netherlands.  <>    Fax. : + 31 (0)40 782 900      
Newsgroups: comp.protocols.ibm
From: sandkuyl@phcoms.seri.philips.nl.seri.philips.nl (Henk Sandkuyl)
Subject: UREP BSC alternatives?
Organization: SERI-CEN Network Services, Philips C&P, Eindhoven, The Netherlands
X-Newsreader: Tin 1.1 PL4
Date: Fri, 31 Jul 1992 13:33:03 GMT


Any help or comments appreciated.

At the moment we are using UREP (Unix RSCS Emulation Program) from
Pennsylvania State University to connect our SUN to an IBM VM system.
Let me state that we are quite happy with what the UREP software has to offer.

Our IBM group however wants to get rid of all the BSC lines. And that's
where our problem starts. What are the alternatives for using UREP to
connect to IBM VM systems?

Now its not only a matter of transferring spool files. Our SUN system
is a gateway between our TCP/IP network and the VM and other IBM systems.
With the UREP software we can tell the IBM about the origin (host and
username in the tcp/ip network) of the file. WE NEED THAT!.

With the UREP software we can specify exits (escapes), where we can
do our own processing of incoming files. Basically what we do is pick
up every file that comes in and transfer via the TCP/IP network. The
destination (host and username) are supplied by the UREP software. WE NEED
THAT TOO!

The files that are being transferred to and from the IBM system are
e-mail (mainly PROFS), MVS jobs and print/punch (also binary punch) files.
Also files sent with the VM sendfile or TSO xmit are processed thru this
gateway.

Alternatives?

UREP with VMNET protocol.
This solution would be the simplest. But this requires TCP/IP for
VM (with VMNET from Princeton). At the moment there are no plans for
buying TCP/IP for VM. 
Any comments on using the VMNET protocol between UREP and VM are welcome
however.

UREP SNA.
Does such a thing exist/planned?

OCS (Open Connect Systems)
We are using OCS at the moment for terminal emulation. Anybody want to
comment on using OCS for RJE/E-MAIL?

RS/6000
We have a RS/6000 for OCS. What are the possibilities of connecting
this machine to the SNA network? 

Any suggestions/remarks/alternatives?

Thanks in advance,
Henk Sandkuyl

--
Henk Sandkuyl,                                   Philips C&P, VN513,
Tel: +31-40-784976                               P.O. Box 218,
Fax: +31-40-782900                               5600MD Eindhoven,
Email: sandkuyl@seri.philips.nl                  The Netherlands
Newsgroups: comp.protocols.ibm
From: dboyes@is.rice.edu (David E Boyes)
Subject: Re: TCP/IP impact on a S/3090 M/F
Organization: Rice University
Date: Mon, 27 Jul 1992 18:01:08 GMT

In article <648.UUL1.3#5131@mvac23.UUCP> thomas@mvac23.UUCP (Thomas Lapp) writes:
>dboyes@is.rice.edu (David E Boyes) wrote:
>>[my earlier post -- thanks for deleting the boo-boo!]
>I didn't see NSC on the list above.  Any experiences with NSC and
>IBM s/w stack?
>internet     : mvac23!thomas@udel.edu  or  thomas%mvac23@udel.edu (home)

I have no direct experience with the Hyperchannel boxes. I've heard
mixed things about them from VM sites, but none of my local MVS
contacts have them.

The VM sites I know of that have them are generally pleased with
the performance of the NSC boxes, but had a lot of difficulty
getting them configured right. One is a new TCP site, so I tend
to discount some of that as just installation jitters, but the
other one is a pretty established setup, so I'd expect them to
have a better handle on it.

I had heard that there was a mailing list for Hyperchannel users,
but the name and location escapes me at the moment. Anyone else
have a pointer to it?



-- 
David Boyes
dboyes@rice.edu
Newsgroups: comp.protocols.ibm
From: sasdxk@skyhawk.unx.sas.com (Dave Kolb)
Subject: NETBIOS from/to VM possible? PVM/PC?
Originator: sasdxk@skyhawk.unx.sas.com
Date: Tue, 28 Jul 1992 15:43:30 GMT
Organization: SAS Institute Inc.
Keywords: NETBIOS PVM/PC


Has anyone seen any IBM NETBIOS implementations from VM or MVS?

Or know what "PVM/PC" is?

Or what the "PSCA device driver" for PVM is?

Does this product(?) offer NETBIOS PC to Mainframe communications?

Thanks,

David Kolb

-- 
David Kolb                    Opinions are my own not SAS'
SAS Institute, Inc.           EMAIL:      sasdxk@unx.sas.com
SAS Campus Drive - J206       Phone:      (919) 677-8000 x6827
Cary, NC  27513-2414 USA      FAX:        (919) 677-8123
From: CEARLEY_K@WIZARD.COLORADO.EDU (Vide Infra)
Newsgroups: comp.protocols.ibm
Subject: Vtam Based Email Systems
Date: 30 Jul 92 10:02:00 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet

This may be an inappropriate topic for this list, if so, please redirect
me to a more appropriate forum.

Does any know of, can recommend, etc. an email system that runs as a
native vtam application on MVS/ESA. What we are trying to avoid is an
application developed under CICS, TSO, with the associated overhead.
SNMP hooks would be nice but not mandatory.

Legent's TPX offers one such facility, but it is fairly primitive.
We require the ability to compose, send to one or multiple recipients,
organize bulletin and bulletin boards for special interests, etc. I
know most of this functionality is better suited to other platforms,
but we've got a 'legacy base' (current buzzword) of 3270 users that
need the same level of communication that we provide on other network
environments. It would seem this application is best suited as
part of a multi-session manager in vtam, but, what our limitted exposure
has indicated, is that these are token efforts, based on transmitting
screen-oriented data from one user to another. Ideas?

			-Kent Cearley
			-University of Colorado, Boulder
From: U10009@SNAESP2.BITNET (Xavier Salmon)
Newsgroups: comp.protocols.ibm
Subject: ETHERNET interface card for IBM 3720
Date: 28 Jul 92 20:15:00 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet

Is there an Ethernet interface card for IBM 3720 remote communications
controller?.  My problem is how to connect an IBM 4341 mainframe to
an Ethernet backbone, if possible through the IBM 3720.

Xavier Salmon
From: Howard@GILBERT.YCC.YALE.EDU (Howard Gilbert)
Newsgroups: comp.protocols.ibm
Subject: NETBIOS from/to VM possible? PVM/PC?
Date: 28 Jul 92 18:12:00 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet

>Has anyone seen any IBM NETBIOS implementations from VM or MVS?
>Or know what "PVM/PC" is?
>Or what the "PSCA device driver" for PVM is?
>Does this product(?) offer NETBIOS PC to Mainframe communications?

PVM/PC is an obscure PRPQ developed by IBM at Yorktown
Research.  It provides communication between CMS users and PC programs
through the PVM program product.  While it may at first look like
"NETBIOS on the mainframe" there is a stronger argument that it is "IUCV
on the PC."  It does run on NETBIOS (the client PC communicates NETBIOS
to the 8232 which then talks to PVM as a simulated CTCA).  However, this
requires a dedicated 8232 processor (ie one of the two AT boxes that
make up an 8232 CU) since the PVM/PC code does not coexist with other
(usually TCP/IP) uses of the same unit.  However, one AT can run PVM/PC
while the other supports TCP/IP, both within the same 8232 rack.

The PCCA (sic) was the prototype of the 8232 control unit which in turn
was the predecessor of the 3172 control unit.  This device driver allows
two VM mainframes to communicate PVM to PVM using a LAN.  It also allows
a CMS user to communicate with a PC using the PVM/PC API.

While the function works, this is strategically a dry hole.  In current
usage one would either use TCP/IP or APPC (CPIC) for communications.
At this late date I would have expected PVM/PC to have been withdrawn.

Several IBM research projects at Yorktown and Raleigh have explored
multi-transport arrangements.  Although the primary thrust might be
sockets-over-SNA and SNA-over-sockets, NETBIOS is ususally grandfathered
in to such designs.  No product has been produced.  The simple fact is
that there are relatively few PC based clients or servers which were
written which depend on the NETBIOS program interface.  Generally LAN
Manager/LAN Server is the only important NETBIOS user, and its SMB
control blocks could be (and are) just as easily transmitted over
sockets, APPC, DECNET, Appletalk, or OSI.
Newsgroups: comp.protocols.ibm
From: matt@ra.oc.com (Matthew Lyle)
Subject: Re: TCP/IP impact on a S/3090 M/F
Organization: OpenConnect Systems, Dallas, TX
Date: Fri, 24 Jul 1992 03:17:25 GMT

dboyes@is.rice.edu (David E Boyes) writes:
>In article <1992Jul23.160241.23996@inesc.pt> prc@rabbit (Pedro Ramalho Carlos) writes:

>>  1-Will I loose much performance by installing TCP/IP at all - even
>>    with no sessions (due to daemons, etc.) ?
[ response deleted ]
>>  2-What is the relative load on the host of a tn3270 session compared
>>    with a native 3270 session? 
[ response deleted ]
>>  3-And what is the relative performance from the user standpoint?
[ response deleted ]
>>  4-Will I need to upgrade the mainframe with CPU or RAM?
[ response deleted ]
>>  5-If I use IBM's own TCP/IP will I get the same kind of support from
>>    them?
[ response deleted ]

>As a side note, most heavy MVS sites I'm aware of use IBM's TCPIP
>software, but purchase the hardware interfaces from other
>vendors, such as Bus-Tech, Interlink, or OpenConnect Systems.

I've held my tongue this far, but can't let this pass.  Our OCS
servers will not work with IBM's TCP/IP implementation.  We have
our own implementations of telnet, ftp, and smtp (to profs or snads)
which work over our OCS servers.  Needless to say we feel that our
products will outperform IBM's and they definitely utilize far fewer
mainframe resources than IBM's.  (Amazing how the IBM's lined up)  
I believe that you will find that the resource impact of IBM's TCP
is significantly more that you would believe from David's response.


>>--pedro ramalho carlos (prc@inesc.pt)


>-- 
>David Boyes
>dboyes@rice.edu
-- 
Matthew Lyle                                           matt@oc.com
Technical Support Specialist                           matt@utdallas.bitnet
West/SW/SE/Mid Atlantic Region (*Phew*)
OpenConnect System, Dallas, Texas                      (214) 490-4090
Newsgroups: comp.protocols.ibm