HDTenEightyP/NetNews huggingface dataset:
From: ajw@squid.mel.dit.CSIRO.AU (Andrew Waugh)
Subject: Re: OSI == second system syndrome
Organization: CSIRO, Division of Information Technology, Melbourne
Date: Sat, 29 Aug 92 04:33:09 GMT

In article <ggm.714969881@brolga> ggm@brolga.cc.uq.oz.au (George Michaelson) writes:
>lightweight protocols/services win hands down [over X.500]. The community
>would have been better served by a targeted service for mail
>location/delivery and not a catch-all. 

The community has a lightweight protocol which can be used for mail location
and delivery. It is called DNS. The tree structure used in DNS is almost
identical to that used in X.500, as are the procedures for navigation,
replication and distribution.

The major differences between X.500 and DNS are i) the provision of the
'attribute' data model in X.500 and ii) the more powerful operations
(such as modify) in X.500.

That DNS is not widely used for mail location/delivery(*) suggests
that there was actually a need for some of the complications in X.500.

Andrew Waugh

(*) for users. DNS is, of course, used extensively to look up IP addresses :-).
From: hta@boheme.er.sintef.no (Harald Tveit Alvestrand)
Newsgroups: comp.protocols.iso
Subject: Why OSI and not SNA (was: Re: OSI Failure?)
Date: 26 Aug 92 11:05:45 GMT
Reply-To: harald.alvestrand@delab.sintef.no
Organization: SINTEF DELAB, Norway

In article <1992Aug26.091153.25702@cl.cam.ac.uk>, ag129@cl.cam.ac.uk (Alasdair Grant) writes:
|> The only question in my mind is "Why OSI and not SNA".

That's the easiest one to answer in this whole thread.
Patents.
Licensing fees.
Subject to change without notice.
FUD.
IBM.

Yesterday I read that IBM has 8 patents on APPC Network Node (something like
an SNA "router"), and will demand licensing of all vendors of such products
even when they don't have and don't want any single line of IBM code.

-- 
                   Harald Tveit Alvestrand
Harald.Alvestrand@delab.sintef.no
C=no;PRMD=uninett;O=sintef;OU=delab;S=alvestrand;G=harald
+47 7 59 70 94
From: ses@cmns-sun.think.com (Simon Edward Spero)
Newsgroups: comp.protocols.iso
Subject: OSI mousetraps
Date: 25 Aug 92 14:28:22
Organization: What's your clearance, citizen?
NNTP-Posting-Host: cmns-sun.think.com
In-reply-to: donp@novell.com's message of Tue, 25 Aug 1992 17:51:50 GMT


As a sample datapoint; recently I experienced one of the many joys of 
English country living- a minor infestation of rat. I threw a copy of the 
Open Book and a copy of the presentation layer docs at it. The rat ignored the
commotion, and carried on about its business undisturbed. Is there a moral to 
this? Or is mouse to rat too big a scaling problem?

Simon
--
-----
Guest account at TMC 	|	Just Another  WAIS Hacker | DOD# 0612
From: donp@novell.com (don provan)
Newsgroups: comp.protocols.iso
Subject: Re: OSI Failure?
Date: 25 Aug 92 17:51:50 GMT
Organization: Novell, Inc., San Jose, California

In article <uig3PB1w164w@Control.Com> ics.ralph@control.com writes:
>...Rare is the company that has a coherent OSI product strategy...and
>that is the reason they don't sell OSI products.  You can sell rocks
>as pets if you have a coherent product strategy.

I find the parallel between pet rocks and OSI quite intriguing.
Thank you for introducing an analogy that quite accurately captures
my attitude towards OSI.

There really has been a massive marketing effort for OSI, which is
why everyone in the industry knows about it -- and many people yearn
for it -- despite its relative value.  But this effort was done not
to sell products but only to sell an idea, and it wasn't done by
companies but by the individuals designing the technology.  I think
what you're seeing now is what happens when the idea of OSI as a
technology meets the reality of sound commerical marketing practice.

Although there are exceptions, most companies sell people what the
people want rather than trying to stuff something else (like pet
rocks) down unwilling throats.  Successful companies don't create
new markets artifically.  You don't see pet rocks much any more.
Since there is an existing market for networking products quite
similar to OSI products, it's more productive to both the companies
and their customers to provide products that fit into the existing
market rather than creating a new, parallel market for OSI products.

I don't believe i'm saying anything stunning.  In fact, i think this
is all obvious once you've fully realized that there's nothing
special about OSI products that makes them inherently better for
customers.  Once you realize this, the question is no longer "Why
don't companies market OSI harder?", it's "Why are companies
marketing OSI at all?"

(Let me make it *very* clear that i am speaking as an individual
here and not as a representative of Novell.)
						don provan
						donp@novell.com
From: teh@latcs1.lat.oz.au (Richie L C TEH)
Newsgroups: comp.protocols.iso
Subject: ITEX
Date: 1 Sep 92 01:16:58 GMT
Organization: Comp Sci, La Trobe Uni, Australia
Originator: teh@latcs2.lat.oz.au

Hi,

	I'm currently doing a project which uses the test suite
developer ITEX developed by the swedish telecom. I'm looking for
any documents on how to use ITEX wnd if possible, where I can ftp them
Any advice would be appreciated. Thanks in advance.
-- 
Richie   ( that's me....)
Newsgroups: comp.protocols.iso
From: jukkao@sulo.otol.fi (Jukka Oraj{rvi)
Subject: Re: NetBIOS for TP4
Organization: Oulu Institute of Technology, Finland
Date: Fri, 28 Aug 1992 14:50:37 GMT

From article <eDZ8PB2w164w@Control.Com>, by ics.ralph@Control.Com (Ralph Mackiewicz):
> To: Matt (mats@devildog.att.com)
> 
> sure where to get info on NetBIOS over TCP/IP.
rfc1001 & 1002
-- 
#  Jukka Oraj{rvi, Oulu Institute of Technology, Finland                #
#  X.400: g=jukka/s=orajarvi/o=otol/p=sapina/a=mailnet/c=fi             #
From: donp@novell.com (don provan)
Newsgroups: comp.protocols.iso
Subject: Re: OSI Failure? (MMS and TCP/IP)
Date: 1 Sep 92 16:47:41 GMT
Organization: Novell, Inc., San Jose, California

In article <J0aFqB1w164w@Control.Com> ics.ralph@control.com writes:
>However, all MMS implementations to date have been
>using OSI transport stacks.

I love it!  Arguing for OSI transport and network protocols on a basis
of installed base!  Hilarious!
Newsgroups: comp.protocols.iso
From: shiva@vega.Stanford.EDU (Marcos Javier Polanco)
Subject: Request for Information: X.435
Organization: DSO, Stanford University
Date: Mon, 31 Aug 92 16:16:34 GMT



It is my understanding that X.435 is the EDI interchange standard, but  
that is all I know. Where could I get more info?

Thanks.

-Marcos J. Polanco
-shiva@vega.stanford.edu
-415-691-2255
Newsgroups: comp.protocols.iso
From: baos@caip.rutgers.edu (Bancroft Scott)
Newsgroups: comp.protocols.iso
Subject: Re: Alternative Encoding Rules
Date: 27 Aug 92 03:49:12 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

khiem@hpindda.cup.hp.com (Khiem Ho) writes:

|>The new encoding rules of ASN.1 ...
|...etc...
|>
|>ISO 8825-3 | X.209-3 describe the Canonical and Distinguished Encoding
|>Rules of ASN.1 (CER & DER).  These are derived from BER and are used in
|>encoding a message so that there is only one encoded value for a given
|>message.  For example, in BER a BOOLEAN is encoded as 0 if the value is
|>FALSE, and non-zero if it is TRUE.  CER & DER on the other hand, state
|>that if the value is TRUE, it must be encoded as a 1 (hence the name canonical
|>and distinguished).  So, with CER & DER there is a 1-1 mapping between
|>the ASN.1-described types and the encoded values, whereas BER gives
|>more flexibility.  So why two encoding rules to do 1-1 mappings?  DER caters
|>to applications that have a need for a single way to encode data using
|>definite length encoding, while CER caters to applications that have a need
|>for a single way to encode data using indefinite length encoding.
|>
|>DER and CER are both Draft International Standards.  PER is a Committee Draft
|>that may progress to DIS status in the October/November timeframe.
|...etc...

|There's canonical BER defined in X.509 for security. Does anyone has
|any info about this C-BER comparing to the CER/DER above, and if
|there's any implementation supporting C-BER for X.509-security
|applications?

The Distinguished Encoding Rules (DER) defined in the ISO 8825-3 | 
CCITT X.209-3 draft international standard is the same as that described 
in X.509, except:

1. DER has a clause that specifies how trailing zero bits are to be treated
   when the BIT STRING is defined using a NamedBitList, and when it isn't.

2. DER specifies that: "The encoding of values of the GeneralString type 
   (and its subtypes) shall generate escape sequences to designate and 
   invoke a new register entry only when the register entry for the character
   is different from that currently designated as G0, C0, or C1.  All 
   designations and invocations shall be into the G0 set or the C0 set".

   More work is required to cover shift and locking shift characters, etc.

3. DER specifies a canonical form for encoding GeneralizedTime.

As you can see, these three points close holes that are present in X.509's
canonical BER, so DER satisfies the canonical BER specified in X.509.

As far as DER implementations supporting X.509-security is concerned, anyone
interested in this should email me directly for information on commercial
products.

=====================================|========================================
Bancroft Scott			     |		Open Systems Solutions, Inc.
609-987-9073			     |		Princeton, N.J.
=====================================|========================================
Newsgroups: comp.protocols.iso
From: jdale@cos.com (John H. Dale)
Subject: RNR in LAPB
Keywords: LAPB RNR
Organization: Corporation for Open Systems
Date: Tue, 1 Sep 1992 16:08:12 GMT


I'm having trouble understanding one paragraph of ISO LAPB:
ISO 7776-1986, last paragraph of 5.4.7, Receiving an RNR frame.
Are there any corregenda, defect reports, or other documents
clarifying this?

I'm particularly interested in the exact meaning of the
phrase "any time during the enquiry process."  

It also seems curious that the third sentence begins "if 
Timer T1 is running" since there is no enquiry unless
Timer T1 is running.  

ISO 4335-1987 and CCITT X.25-1988 have interesting variations
on this subject.  I understand that 4335 must be regarded
as the definitive document, so maybe clarification of what
4335 requires is what I really need.

John Dale
jdale@cos.com
From: mwm40@ajax.ras.amdahl.com (Marcelo W Mourier)
Newsgroups: comp.protocols.snmp
Subject: Re: SNMP publications
Date: 26 Aug 92 18:04:30 GMT
Reply-To: mwm40@ajax.ras.amdahl.com
Organization: Amdahl Corp.

There is a book out there by Rose called "The Simple Book" (Prentice Hall, ISBN ???)
It is based on the three RFC's, but written in a more digestible way and with the
addition of some examples...

----
Marcelo
Newsgroups: comp.protocols.snmp
From: euarbg@eua.ericsson.se (Ronny Bergstrom)
Subject: Conference about System/Network Management
Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
Date: Fri, 4 Sep 1992 07:31:32 GMT

I wonder if there is any conference taking part this autumn or winter
about  System/Network management? I would be interested in conferences
both in the states and in Europe.

Please answer by E-mail.

Thankx!


--- Ronny

+-------------------------------------------------------+
!    Ronny Bergstr|m                                    !
!    Networked UNIX Systems Support                     !
+-------------------------------------------------------+
!    Ellemtel Telecommunications Systems Laboratories   !
!    S-125 25 STOCKHOLM Sweden                          !
!    Phone   : +46 8 727 3000  Fax  : +46 8 647 82 76   !
+-------------------------------------------------------+
!    E-mail  : Ronny.Bergstrom@eua.ericsson.se          !
+-------------------------------------------------------+
Newsgroups: comp.protocols.snmp
From: wings@iti.gov.sg (Peter Leong)
Subject: ISDN MIB
Summary: ISDN MIB
Keywords: ISDN MIB
Organization: Information Technology Institute, National Computer Board, S'pore
Date: Mon, 31 Aug 1992 00:11:33 GMT

I would like to contact anyone working on an MIB for ISDN. 

You could e-mail me at wings@iti.gov.sg

Thanx.
From: jc@minya.UUCP (John Chambers)
Newsgroups: comp.protocols.snmp
Subject: Re: stop me if you've heard this one, but...
Date: 27 Aug 92 16:02:22 GMT

In article <1992Aug12.160937.16515@udel.edu>, stewart@ra.cis.udel.edu (John Stewart) writes:
> In article <2841@ucl-cs.uucp> J.Crowcroft@cs.ucl.ac.uk (Jon Crowcroft) writes:
> >Evolution dictates:
> >SGMP (simple gateway management protocol)
> >SNMP (simple network management protocol)
> >SMP (simple management protocol)
> >SP (simple protocol)
> >P (protocol)
> >
> >but then what?
> 
> Obviously, "Segmentation Violation (core dump)".  Get it?

Actually, at that point we will see the long-awaited arrival of a real
network  operating  system  (NOS), so no such protocol will be needed,
just a network interface  that  can  deliver  the  NOS's  (binary  for
efficiency)  packets.  Network management will then be synonymous with
system management, and we will have the joys of dealing with  the  new
world-wide management structure that will develop to deal with it.

Actually, I'm quite well aware that such things have  existed  for  at
least a decade now.  By "arrival" I mean that we will finally have the
sense to do it right and start using some NOS, rather than  continuing
to  futz  around with klutsy partial solutions like NFS and SNMP.  (So
please don't send me any flames telling me what an idiot I am for  not
knowing that it's already been done.  ;-)

But my real reason for posting this is that I've  been  reading  about
SMP,  but so far I haven't managed to actually get a copy of any specs
(or RFC or whatever the doc is called).  Lots of advertising hype, but
where's  the beef?  Everyone thinks that specs are obviously available
from somewhere, but  so  far  no  clues  sufficient  to  actually  get
anything.   How might someone without Internet access elicit a copy of
such a document?  (It'd be interesting to see what the latest  partial
solution  is,  especially  since people have been asking me if I could
implement it, and that's real hard to do without any specs.  ;-)
From: elw@netx.com (Edwin Wiles)
Newsgroups: comp.protocols.snmp
Subject: Re: SNMP publications
Summary: Good Book!
Date: 1 Sep 92 14:58:58 GMT
Organization: NetExpress Inc., Vienna, VA, USA

jdt@kd4edw.dixie.com (James Taylor) writes:
>jlw@improb.cls.com (Jeff Wannamaker) writes:
>>(2) request others that know of commercially available SNMP manuals or
>>    publications (not RFC's) to post a message identifying the
>>    publisher and author.
>
>I have "The Simple Book:An Introduction to Management of TCP/IP-based Internets"
>written by Marshall T. Rose, and published by Prentice Hall. I have just begun
>reading it, so I can't really comment on the content. You might examine a copy
>if you can find one.  I got it mail-order through the Library of Information
>and Computer Science.

I have the same book, I'm about 2/3rds the way through it, and it is
a VERY good book.  IMHO!  I haven't dealt with SNMP before, so I needed
a lot of the detail and history information provided.  It also provides
pointers to other information that would be needed if you were going to
do either very strange things, or something requiring deep detail.

I really liked the "[soap...]"-box comments.  They give you a much better
flavor of why things are the way they are, instead of just sticking you
with "this is the way it is and thou shalt follow the rules!".

Enjoy!  (- from a neophyte SNMP user/manager -)
-- 
ONLY: elw@netx.com				Edwin Wiles
						NetExpress Inc., Suite 300,
Who?  Me?!?  Responsible!?!  Surely You Jest!	Vienna, VA, USA 22182
Newsgroups: comp.protocols.snmp
From: sjs@netcom.com (Stephen Schow)
Subject: NETWORK CONSULTANT WANTED
Date: Thu, 27 Aug 92 20:43:46 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 


I am looking for a network consultant that can help us set up our WAN E-mail.
We have a UNIX based mini that runs a patient tracking system called 'HBO'.

Physicians get information from this Host computer down to their PC clients
via 'WAL-LINK'.

We need a consultant that is very experienced setting up UNIX mail servers.
Specifically, we want MD's to be able to send and recieve E-mail
(user-friendily) from their local PC through a new Mail server which we have
yet to acquire, out to any other MD on another PC.

If we can get information acquired from the Host database into mail messages,
that would also be helpful.

If you are a knowledeable consultant in this area, please respond.

You may contact Kathyrn Moser for more information.

Kathryn Moser
John Muir Medical Center
(510) 947-5379
-- 
------------------------------------------------------------------
Steve Schow    | But you don't have to use the claw, if you
sjs@netcom.com | pick the pear with the big paw paw......
               | Have I given you a clue......?
               |                       - Baloo the Bear
------------------------------------------------------------------
Newsgroups: comp.protocols.snmp
From: mit900@ainslie.anu.edu.au (Mark I Turner)
Subject: SNMP Agnet for SUNs
Reply-To: mit900@vovo.aarnet.edu.au
Organization: AARNet
Date: Fri, 4 Sep 92 03:29:11 GMT


-- 
Does anyone know of an SNMP agent that runs under SunOs.  I looking
for something like MIT's snmpd, but with a larger selection of the
MIB actually implemented.  Details of vendors and/or FTP sites
would be greatly appreciated.

Reply to Mark.Turner@anu.edu.au

Thanks,

Mark Turner
Networking Group
Australian National University
From: Tristan.Debeaupuis@grasp.insa-lyon.fr (Tristan Debeaupuis)
Newsgroups: comp.protocols.snmp
Subject: 3Com MIBs
Date: 1 Sep 1992 18:28:20 +0200
Organization: INSA Informatique, Lyon, France
Distribution: world
NNTP-Posting-Host: grasp1.univ-lyon1.fr

I'm looking for the 3Com MIB. The Archie server says there is only
one machine where we can find the 3Com MIB : gatekeeper.3com.com
in the /pub directory. But the mibs directory is empty !

I would like to know if a 3Com MIB as already been published.
If anybody has it in his favourite hard-disk or has any information about
this subject, please send me an E-Mail at Tristan.Debeaupuis@grasp.insa-lyon.fr

	Tristan

-- 
Tristan Debeaupuis
Alcatel Business Systems - Illkirch-Graffenstaden - France
Newsgroups: comp.protocols.snmp,ar.sun-managers,comp.sys.sun.managers,comp.sys.sun.apps,comp.sys.sun.misc,comp.sys.sun.wanted
From: subbarao@nmsu.edu (Ravi Subbarao)
Subject: Question about SunNet Manager (SNMP product of Sun MicroSystems).
Followup-To: subbarao@nmsu.edu
Keywords: snmp, SunNet Manager, SUN, SNM
Organization: New Mexico State University
Date: Tue, 1 Sep 1992 16:35:01 GMT




Hi SunNet Manager Experts,


	I have a few questions for guys who have been using SNM. Here, I am 
planning to build a campus wide SNMP environment using SNM as the Management
platform. The questions I have are with regard to some changes I intend to
make as far as SNM's capabilites are concerned.....


	1.  I plan to modify the "event report" setup window attributes.
	    Especially the "signal options" attribute where I want to have
	    additional option by which I can have simultaneously three 
	    capabilities viz. "ring bell", "blink glyph", and plus
	    the "send mail" to be choosen.

	2.  I also plan to place certain "objects" in a view inside a "box"
	    (maybe draw a line around these "objects"). Is there a possibilty
	    for this?

	3.  Also, can we have different "glyph colors" attached to an "object"
	    for each of it's memberships?


	Anybody out there who has tried these things, please let me know. If
you have alternate suggestions in the same context, please contact me.


Thanks a lot in advance.


-------------------------------------------------------------------------------
Ravi Subbarao	  | New Mexico State University	| Internet: subbarao@nmsu.edu
Network Engineer  | Dept 3AT, Box 30001		| Bitnet:   rsubbara@nmsuvm1
		  | Las Cruces NM 88003		| UUCP:     nmsu.edu!subbarao
		  | Phone: (505) 646-5779	| My Host:  flintstone.nmsu.edu
		  | FAX:   (505) 646-5278	|
-------------------------------------------------------------------------------
From: claude@trc.mew.mei.co.jp (Claude Huss)
Newsgroups: comp.protocols.snmp
Subject: Re: Object Model of the OSF DME
Date: 28 Aug 92 02:13:28 GMT
Distribution: comp
Organization: Matsushita Electric Works Ltd., Tokyo, Japan.


Try request literature direct from OSF using the
following E-mail address:

literature-request@osf.org

--
+----------------------+-----------------------------------------------------+
| Claude Huss          | Matsushita Electric Works, Ltd. Tokyo Research Labs.|
| Networking Engineer  | Mita 5-13-2, Minato-Ku, Tokyo 108, JAPAN            |
|                      | Phone: +81-3-3452-4941 Fax: +81-3-3451-0793         |
+----------------------+-----------------------------------------------------+
| Disclaimer:"Any comments for my company > /dev/null"                       |
+----------------------------------------------------------------------------+
             Gaijin Touroku Card: Don't leave home without it!
From: kovacs@informatik.uni-stuttgart.de (Ernoe Kovacs)
Newsgroups: comp.protocols.snmp
Subject: Object Model of the OSF DME
Date: 27 Aug 92 14:49:34 GMT
Distribution: comp
Organization: IPVR, Uni Stuttgart, Germany

Hi,

I have to find information about the object modell
of the OSF Distributed Management Environment. Does
anybody have information, pointers to papers or
mail addresses of well-informated persons?

Thanks in advance
- Ernoe
From: ys11+@andrew.cmu.edu (Yael Shavit)
Newsgroups: comp.protocols.snmp
Subject: Re: ISDN MIB
Date: 3 Sep 92 05:45:11 GMT
Article-I.D.: andrew.AedVPbG00VpLA=c21s
Organization: Carnegie Mellon, Pittsburgh, PA

Hello Peter,

My MS thesis describing a proposed MIB for Analog and ISDN telephone
interfaces is available for anonymous ftp from
netinfo.ini.andrew.cmu.edu in the pub directory.

Yael Shavit
Information Networking Institute

ftp> open netinfo.ini.andrew.cmu.edu
Connected to netinfo.ini.andrew.cmu.edu.
220 netinfo.ini.andrew.cmu.edu FTP server (Version 5.51 Tue May 9
17:40:28 EDT .
Name (netinfo.ini:ys11): anonymous
331 Guest login ok, send ident as password.
Password:
230 Guest login ok, access restrictions apply.
ftp> cd pub
250 CWD command successful.
ftp> ls
200 PORT command successful.
150 Opening ASCII mode data connection for file list.
ISDN-MIB.readme
ISDN-MIB.tar.Z
226 Transfer complete.
31 bytes received in 0.0078 seconds (3.9 Kbytes/s)
ftp> get ISDN-MIB.readme
200 PORT command successful.
150 Opening ASCII mode data connection for ISDN-MIB.readme (610 bytes).
226 Transfer complete.
local: ISDN-MIB.readme remote: ISDN-MIB.readme
624 bytes received in 0.21 seconds (2.9 Kbytes/s)
ftp> !cat ISDN-MIB.readme
Network Management using SNMP for Analog and ISDN Telephone Interfaces

Submitted in Partial Fulfillment of the Requirements for the degree Master
of Science in Information Networking by Yael Zehavi-Shavit, May 1992.

The following files are the chapters of the thesis.  Originally was written in
Microsoft Word on Macintosh:
Title.ps        (preliminaries),
chapters.ps     (the main part of the thesis),
appendix-a.ps   (the MIB file),
appendix-b.ps   (the flat definitions file),
appendix-c-d.ps (titles for pictures- see hardcopy, and change in code),
appendix-e.ps   (code),
references.ps   (references).
Newsgroups: comp.protocols.snmp,cs.general,ucs.general