HDTenEightyP/NetNews huggingface dataset:
From: ag129@cl.cam.ac.uk (Alasdair Grant)
Newsgroups: comp.protocols.iso
Subject: Re: How do you transfer files over X.25 using pad?
Keywords: X.25, PAD, Sunlink, file transfer
Date: 28 Jul 92 10:13:55 GMT
Reply-To: ag129@cl.cam.ac.uk (Alasdair Grant)
Organization: U of Cambridge Comp Lab, UK


Why not get Sun's Coloured Books software and use Blue Book FTP?
Newsgroups: comp.protocols.iso
From: hta@boheme.er.sintef.no (Harald Tveit Alvestrand)
Subject: Re: How do you transfer files over X.25 using pad?
Keywords: X.25, PAD, Sunlink, file transfer
Reply-To: harald.alvestrand@delab.sintef.no
Organization: SINTEF DELAB, Norway
Date: Mon, 27 Jul 92 19:48:22 GMT

With your HW/SW setup, and an administrative order not to run TCP/IP
between the computers, I would suggest fetching ISODE, compiling the
FTAM initiator/responder, deciphering its documentation, and running it.
Works like a charm. No TCP/IP required.
-- 
                   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
Newsgroups: comp.protocols.iso
From: taylor@oils.ozy.dec.com (Trevor Taylor)
Subject: Public domain X25 / LLC2 for MS-DOS?
Keywords: X25, PC
Reply-To: taylor@oils.ozy.dec.com (Trevor Taylor)
Organization: Digital Equipment Corporation
Date: Tue, 28 Jul 1992 08:30:18 GMT



    Does anyone know of any public domain X29 / X25 / LLC2 implementations for
    MS-DOS or MS Windows?

    Thanks in advance...
Newsgroups: comp.protocols.iso
From: cmoore@nmpd.oz.au (Charles Moore)
Subject: OSI API's
Followup-To:  ASN.1 -> C API (was ASN.1 tools information)
Keywords: API
Reply-To: cmoore@nmpd.oz.au
Organization: Telecom Australia.
Date: Wed, 22 Jul 1992 02:16:57 GMT


While looking at a set of requirements for generalised binding between ASN.1 and "C" could prove to be usefull, my suggestion is to learn from what experience (if any) has been gained from current ASN.1 to "C" bindings.

Having been through this process, and also reviewing the proposed X/Open XOM and XMP API specifications (these seem to be gaining support) I am concerned that there has not been any significant practical use of these API (at least for OSI product parts), a clear example is the way the "user managed  associations" has been specified (or what is missing from the specification), in addition the way (mandatory) synchronous operations have been specified also is a concern for implementors and their application 

users.


Having stated the above, I would be interested in exchanging views on the X/Open API's with developers of OSI related products. 




----
Regards, Charles Moore.

 _____________________________________________________________________________
| 	Australian Overseas Telecommunications Corporation  	  |           |
|_________________________________________________________________|   /-_|\   |
| Email:cmoore@nmpd.oz.au| Snailmail: AOTC       	  	  |  /     *  |
| Phone: +61 7 837 3403  | Network Management Protocol Development|  \_,-._/  |
| Fax:   +61 7 837 5253  | 14/151 Roma St, Brisbane Q. 4003 	  |       v   |
|________________________|_AUSTRALIA____________A.C.N 051 775 556_|___________|
|X.400:/C=AU/ADMD=TELEMEMO/PRMD=TELECOM011/O=TELECOM/OU=NMPD/PN=CHARLES.MOORE/|
|_____________________________________________________________________________|


Xref: sparky comp.protocols.iso:963 comp.protocols.misc:592 comp.specification:319
From: wongm@latcs1.lat.oz.au (M.C Wong)
Newsgroups: comp.protocols.iso,comp.protocols.misc,comp.specification
Subject: Estelle Specifications
Date: 23 Jul 92 04:20:57 GMT
Organization: Comp Sci, La Trobe Uni, Australia

Hello,
  I wonder if anyone has got the following full Estelle specs. for the
  following ISO protocols that have been checked (syntactically) and
  verified using the NIST PET and/or estpc compiler :

  1) ACSE, ROSE
  2) SESSION
  3) PRESENTATION
  4) TRANSPORT
  5) FTAM
  6) VT (different profiles if possible)


  if so, could you please let me know where I can ftp them or whether or
  not I can get it by email or even from you !


  Many thanks in advance !!

  - MC Wong

  email : wongm@latcs1.lat.oz.au

  ps : email replies are most well come! Thanks!
From: nessett@llnl.gov (Danny M. Nessett)
Newsgroups: comp.protocols.iso
Subject: ASN.1 String types - summary
Date: 31 Jul 92 15:24:29 GMT
Organization: LLNL

In case anyone is interested, as far as I was able to determine, NumericString,
PrintableString, VisibleString and GraphicString do not allow the NUL
character, while the other four do.

Dan Nessett
From: cs@lkn.e-technik.tu-muenchen.de (Christoph Schaefers)
Newsgroups: comp.protocols.iso
Subject: public domain version of TP4 for UNIX (sun) workstations
Keywords: TP4
Date: 28 Jul 92 12:52:35 GMT
Reply-To: cs@lkn.e-technik.tu-muenchen.de
Distribution: comp
Organization: Lehrstuhl fuer Kommunikationsnetze, TU Muenchen (Germany)


Does anyone know of a TP4 source code for UNIX (preferable Sun 
Microsystem) workstations that is available via ftp?
 
Thanks,

Chris
cs@lkn.e-technik.tu-muenchen.de
From: huitema@mitsou.inria.fr (Christian Huitema)
Newsgroups: comp.protocols.iso
Subject: Re: ASN.1 -> C API (was ASN.1 tools information)
Date: 21 Jul 92 14:39:09 GMT
Organization: INRIA Sophia Antipolis, France

A couple of practical remarks following the previous discussion.

1) Regarding CLIDT Guy Genilloud. When I read this, I could not help
thinking "typical ISO kitchen sink technology". I consider that it is more
practical to examine one language -- say C, or C++ -- and to tailor a precise
ASN.1 mapping for that language. By the way, what is ASN.1 itself, if not a
programming-language-independant data description language?

2) Regarding the various size of integers, and the piloting by the "range". I
would like to do something very simple, and as practical as possible:
      * use "short" whenever the range is inside -2**7 .. +2**7,
      * use a to be defined long integer library whenever the range is
        outside -2**31 .. +2**31
      * use "long" in all other cases.
Remember that we want portability. Portability accross compilers is one thing,
but portability accross hardware platforms is quite important too! 

The alternative is to provide a set of data types that would be redefined for
each and every platform. I bet that all compilers do this, but I also bet that
to let them agree on a common strategy will be .. "interesting".

3) Regarding type rewriting, or simplification, as mentioned by Andrew
Worsley. I understand the potential impact of this technique, which indeed
play a great role in performance and code size optimization -- and
arbitration. But the algorithms that are used here are a somewhat sensitive
part of the compiler, and I would not beg that two compilers perform the same
rewriting. If we specify anything thing different from just mechanically
processing the ASN.1 input, it will have to be very simple and very clear..

4) Regarding "extensible" data types, as mentioned by Bancroft Scott. We seem
to have a problem here. Take the exemple of a type:
   X ::= SEQUENCE {
     a[0] Foo,
     b[1] Bar }
Which get extented in a revised version of a protocol into:
   X ::=SEQUENCE {
     a[0] Foo,
     b[1] Bar,
     c[2] NewData OPTIONAL } 
I would suppose that the initial version is translated in C as:
  typedef struct {
	  Foo a,
	  Bar b }
Now, just explain me how I am supposed to pass information on the extra
component "NewData", should it be present?

Christian Huitema
From: iac!simpson@uunet.uu.net (Scott Simpson)
Newsgroups: comp.protocols.iso
Subject: How do you transfer files over X.25 using pad?
Summary: Don't know how to transfer files over X.25 using pad.
Keywords: X.25, PAD, Sunlink, file transfer
Date: 27 Jul 92 12:29:02 GMT
Reply-To: iac!simpson@uunet.uu.net
Organization: Investment Technology Group, Culver City, CA


SunOS 4.1.1, Sunlink X.25, Infonet X.25 PDN

We have the need to transfer files between two Sun machines on an X.25
network (Infonet). One machine will not be running x25manager so we
won't have the two machines speaking TCP/IP between them and we won't
be able to copy files using rcp. We will have the x29 daemon running
between the two machines though so we would like to transfer files
using pad. Is there any way to do this?	I can think of three possible
ways to do this:

1. Somehow get kermit or another file transfer program to connect to
pad (perhaps through ptys?), log in to the remote machine and spark up
the kermit there. I don't know how to get kermit to talk to a local
pad though.

2. Somehow use the x29-auth file to spark up a remote ftp or some
other program when the pad connection is made and then talk to that. I
don't like this idea because the remote ftp is started as root and
then the person could get a root shell within ftp.

3. Write a program locally that connects to the remote x29 daemon,
logs in and transfers the files. This is a pain because I have to
write parsing code to log in, find the prompt, etc.

4. Skip X.29 completely and run a daemon on the remote machine that is
used for transferring files. I would have to write a local program
also for initiating the transfer. This is pain because I have to write
a couple of programs.

Surely this issue has been approached before and I am just missing
something. Can someone tell me a solution?
-- 
Scott Simpson, Investment Technology Group, iac!simpson@uunet.uu.net
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Newsgroups: comp.protocols.snmp
Subject: Re: MIBs for SS7
Date: 29 Jul 92 12:09:35 GMT
Organization: Naval Research Laboratory, DC

In article <1992Jul28.082348.1@research.ptt.nl> mschenk@research.ptt.nl (Mike Schenk +31 70 33 23926) writes:
>Since when is SNMP more secure than CMIP? SNMP is not secure at 
>all. So current SNMP based NMSs can only get information from an 
>agent. Setting variables is not implemented and therefore SNMP 
>based NMSs can only be used to monitor your network. Controlling 
>your network is out of the question (unless you want every geek 
>to control your network as well).

You aren't well informed.  SNMP has security protocols in published RFCs.
I personally have been using SNMP with those security protocols for
about 6 months.  Others have been using them for longer than that.

Setting of variables IS implemented (again, you don't know what you
are talking about) in SNMP -- one can monitor and manage in a secure
fashion without any risk of someone else controlling your network.

Do try harder to be fully informed.

>I can hardly believe that the SNMP MIB for SONET has the same 
>functionality as the CMIP MIB for SONET (or better for SDH).

Did you bother to LOOK at them ?  Obviously not.

You just ranted in an uninformed manner.  Had you looked and been
honest, you wouldn't have said the above.

>While I am absolutely certain that there is a place for SNMP I am 
>also absolutely certain that it is more appropriate to manage SS7 
>with CMIS/CMIP just because the MIB is better structured and has 
>more functionality.

Not true.  As I said before, you just aren't informed about what you
are talking about.  Into MY kill file now...
Newsgroups: comp.protocols.snmp
From: oldera@twg.com (Ed Alcoff -  Prod Mtg)
Subject: Re: testing SNMP
Organization: The Wollongong Group, Palo Alto, CA
Date: Wed, 29 Jul 1992 23:02:25 GMT

In article <13Jo03us4aYO00@amdahl.uts.amdahl.com> rtan@tuatha.NoSubdomain.NoDomain (Rick Tan) writes:
>
>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     

In a word, no.  I believe certain snmp vendors have done their own
(we can only hope), but nothing I know of in the p.d.

U of N.H. has set up an snmp interop. lab, but I believe it costs $
and/or equipment to join.  Georgia Tech is doing a similar lab and 
my personal preference would be to work with them (I know two of the
principals involved and respect their snmp knowledge/experience).

Of course, you could wait for Interop.  And if you need a manager to
test against, contact me.

Regards,

Ed Alcoff
Product Line Manager
The Wollongong Group, Inc.
(415) 962-7240
oldera@twg.com

#incl std.disclaimer - These opinions are mine and not necessarily
			those of my employer.


Newsgroups: comp.protocols.snmp
From: pwilson@world.std.com (Pete Wilson)
Subject: RE: SNMP software for DOS
Organization: The World Public Access UNIX, Brookline, MA
Date: Tue, 21 Jul 1992 21:52:46 GMT

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:

-- Full RFC 1157 compliance.
-- Portability: agent is distributed in portable source form.
-- Extensiblity: MIB-I or MIB-II, and Private MIB.
-- Transport-layer independence: doesn't need UDP/IP (though of 
   course it can use UDP/IP if available).
-- Can be set up as a TSR or as a DOS application.

I hesitate to put any more details of this commercial product
on the Internet, so for more information the company is:

Paul Freeman Associates
14 Pleasant St., P.O. Box 2067
Westford, MA 01886
508-692-4436

Pete Wilson

Newsgroups: comp.protocols.snmp
From: mschenk@research.ptt.nl (Mike Schenk +31 70 33 23926)
Subject: CMIP (was Re: MIBs for SS7
Organization: PTT Research
Date: Wed, 29 Jul 1992 17:05:50 GMT

In article <3156@ra.nrl.navy.mil>, atkinson@itd.nrl.navy.mil (Randall Atkinson) writes:
> In article <1992Jul28.082348.1@research.ptt.nl> mschenk@research.ptt.nl (Mike Schenk +31 70 33 23926) writes:
>>Since when is SNMP more secure than CMIP? SNMP is not secure at 
>>all. So current SNMP based NMSs can only get information from an 
>>agent. Setting variables is not implemented and therefore SNMP 
>>based NMSs can only be used to monitor your network. Controlling 
>>your network is out of the question (unless you want every geek 
>>to control your network as well).
> 
> You aren't well informed.  SNMP has security protocols in published RFCs.
> I personally have been using SNMP with those security protocols for
> about 6 months.  Others have been using them for longer than that.

That might be true it is about 10 months ago that I worked with 
SNMP and then all vendors stated that there were no security 
protocols and they would not implement setting of variables.

> 
> Setting of variables IS implemented (again, you don't know what you
> are talking about) in SNMP -- one can monitor and manage in a secure
> fashion without any risk of someone else controlling your network.

See above.

> Do try harder to be fully informed.
> 
>>I can hardly believe that the SNMP MIB for SONET has the same 
>>functionality as the CMIP MIB for SONET (or better for SDH).
> 
> Did you bother to LOOK at them ?  Obviously not.

I did, look at CCITT recommendation G.774 and show me how you 
would put the same functionality in an SNMP MIB without getting a 
totally confusing MIB.

> You just ranted in an uninformed manner.  Had you looked and been
> honest, you wouldn't have said the above.

I think I would and I am certainly not uninformed. Have you ever 
bothered looking at CMIS/CMIP.

>>While I am absolutely certain that there is a place for SNMP I am 
>>also absolutely certain that it is more appropriate to manage SS7 
>>with CMIS/CMIP just because the MIB is better structured and has 
>>more functionality.
> 
> Not true.  As I said before, you just aren't informed about what you
> are talking about.  Into MY kill file now...

As I said before I think I am.

Mike
From: jbennett@dstos3.dsto.gov.au
Newsgroups: comp.protocols.snmp
Subject: <None>
Date: 27 Jul 92 19:32:58 GMT
Organization: Defence Science and Technology Organisation

This may be an FAQ....

Is there a MIB for managing a Kinetics Fastpath (Was model 4, upgraded to 5 I
think) 

Regards,

John Bennett                                E-mail: jbennett@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.snmp
From: exudjr@exu.ericsson.se (David Richard)
Subject: Re: MIBs for SS7
Reply-To: exudjr@exu.ericsson.se
Organization: Ericsson Network Systems, Inc.
Date: Thu, 30 Jul 1992 17:55:54 GMT

In article 3145@ra.nrl.navy.mil, atkinson@itd.nrl.navy.mil (Randall Atkinson) writes:
>
>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
>
>In article <1992Jul26.233303.1@research.ptt.nl>,
>	<mschenk@research.ptt.nl> Mike Schenk 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 the hell not use SNMP ?  It is more secure than CMIP and it
>WORKS properly and interoperably and it is deployed in 100 times more
>sites than CMIP/CMOT is.  The only thing "completely different" is
>that using CMIP make NO SENSE technically, while using SNMP makes a
>hell of a lot of sense.  

Just for the record, I think this is the first time I've seen a
religious war on the net specific to CMISE vs SNMP.  I'm surprise this
hasn't happened sooner, but then I don't follow this group much and I
might of missed previous ones.

>  No doubt this is why BELLCORE has published a number of MIBs for use
>with SNMP.  SS7 might be among them. I know that SONET and DS1/DS3
>are among the published MIBs.

I thought Bellcore's direction for operational interfaces to network
elements was to use CMISE.  So says TR-828.  This has certainly been
their stance in T1M1.  And they certainly have a large number of
specified MIBs for use with CMISE.

So it seems I'm equally uninformed as Mike. Would you please provide
us with references of the Bellcore documents to which you refer?

>[Rude comments about Europeans ISO zealots
>not having a clue about what tools work have been deleted here]

Does navy.mil have an axe to grind with GOSIP too? :-)

>% 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?

Thanks,

David Richard

Ericsson Network Systems, MS L03  | Phone: 214-997-0923
P.O. Box 833875                   | Internet: exudjr@exu.ericsson.se
Richardson, TX 75083-3875         | "And everybody knows that the dice are loaded"
                                    - Leonard Cohen

Newsgroups: comp.protocols.snmp
From: mschenk@research.ptt.nl (Mike Schenk +31 70 33 23926)
Subject: Re: MIBs for SS7
Organization: PTT Research
Date: Tue, 28 Jul 1992 07:23:48 GMT

In article <3145@ra.nrl.navy.mil>, atkinson@itd.nrl.navy.mil (Randall Atkinson) writes:
> 
> 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
> 
> In article <1992Jul26.233303.1@research.ptt.nl>,
> 	<mschenk@research.ptt.nl> Mike Schenk 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 the hell not use SNMP ?  It is more secure than CMIP and it
> WORKS properly and interoperably and it is deployed in 100 times more
> sites than CMIP/CMOT is.  The only thing "completely different" is
> that using CMIP make NO SENSE technically, while using SNMP makes a
> hell of a lot of sense.  

Since when is SNMP more secure than CMIP? SNMP is not secure at 
all. So current SNMP based NMSs can only get information from an 
agent. Setting variables is not implemented and therefore SNMP 
based NMSs can only be used to monitor your network. Controlling 
your network is out of the question (unless you want every geek 
to control your network as well).

>   No doubt this is why BELLCORE has published a number of MIBs for use
> with SNMP.  SS7 might be among them.  I know that SONET and DS1/DS3

I can hardly believe that the SNMP MIB for SONET has the same 
functionality as the CMIP MIB for SONET (or better for SDH).

> are among the published MIBs.  [Rude comments about Europeans ISO zealots
> not having a clue about what tools work have been deleted here]

While I am absolutely certain that there is a place for SNMP I am 
also absolutely certain that it is more appropriate to manage SS7 
with CMIS/CMIP just because the MIB is better structured and has 
more functionality.

Mike
From: jstone@netcom.com (Jeffrey Stone)
Newsgroups: comp.protocols.snmp
Subject: SNMP Agent for Microsoft Windows Environment?
Date: 21 Jul 92 15:50:11 GMT
Distribution: ?
Organization: Netcom - Online Communication Services (408 241-9760 guest)


-- 

Jeffrey Stone		jstone@netcom.com		415.324.0443
From: nath@mpd.tandem.com (Narendra M. Nath (Pi-Net))
Newsgroups: comp.protocols.snmp
Subject: MIBs for SS7
Keywords: MIB, SS7
Date: 24 Jul 92 14:39:03 GMT
Reply-To: nath@concho.mpd.tandem.com
Organization: /etc/organization


Does anyone out there know about any existing MIB for SS7.
If so please send me a copy
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Newsgroups: comp.protocols.snmp
Subject: Re: MIBs for SS7
Date: 28 Jul 92 00:31:09 GMT
Organization: Naval Research Laboratory, DC


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

In article <1992Jul26.233303.1@research.ptt.nl>,
	<mschenk@research.ptt.nl> Mike Schenk 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 the hell not use SNMP ?  It is more secure than CMIP and it
WORKS properly and interoperably and it is deployed in 100 times more
sites than CMIP/CMOT is.  The only thing "completely different" is
that using CMIP make NO SENSE technically, while using SNMP makes a
hell of a lot of sense.  

  No doubt this is why BELLCORE has published a number of MIBs for use
with SNMP.  SS7 might be among them.  I know that SONET and DS1/DS3
are among the published MIBs.  [Rude comments about Europeans ISO zealots
not having a clue about what tools work have been deleted here]

% 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: zpope@osf.org (William Pope)
Newsgroups: comp.protocols.snmp
Subject: Proxies & Pointer to FAQ
Date: 31 Jul 92 17:59:41 GMT
Reply-To: zpope@osf.org
Distribution: comp
Organization: Open Software Foundation


Is there a FAQ for this group?  If so could some kind person indicate where
it could be found.

I'm trying to determine the methods by which requests for proxy agents can
be differentiated from requests for the local agent.  It can sometimes be
differentiated by the objects position in the MIB e.g., the isode SMP
support for extensible MIB.  Are there other methods.  Could use a different IP
address for the proxy agent but that just doesn't look right to me.  Any
better ways?

Thanks,
=bill

--
============================================================================
William Z. Pope                                     Phone: +1 (617) 621-8889 
Open Software Foundation                              Fax: +1 (617) 621-0584
11 Cambridge Center                                     Email: zpope@osf.org
Cambridge, MA  02142                             OSF DME Integration Project