Re: snmp over X.25

Fred Baker <fbaker@acc.com> Thu, 11 August 1994 21:49 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa13967; 11 Aug 94 17:49 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa13963; 11 Aug 94 17:49 EDT
Received: from dg-rtp.rtp.dg.com by CNRI.Reston.VA.US id aa15557; 11 Aug 94 17:48 EDT
Received: from fennel.acc.com by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA22123; Thu, 11 Aug 1994 17:01:37 -0400
Received: from [129.192.64.5] (coal.acc.com) by fennel.acc.com (4.1/SMI-4.1) id AA23132; Thu, 11 Aug 94 13:59:27 PDT
Message-Id: <9408112059.AA23132@fennel.acc.com>
X-Sender: fbaker@129.192.64.25
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 11 Aug 1994 13:59:45 -0800
To: ragnar@software.group.com
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Fred Baker <fbaker@acc.com>
Subject: Re: snmp over X.25
Cc: Melnikov@iae.nsk.su, x25mib@dg-rtp.dg.com

At  9:50 AM 8/11/94 -0400, Ragnar Paulson wrote:
>> SNMP is designed within the IP framework, which presumes that SNMP runs on
>> UDP, which in turn runs on IP. IP can run on many things, including X.25.
>> Therefore, the stock answer is that you should use SNMP/UDP/IP/X.25. This
>> solves both of your problems.

>I beg to differ.  My understanding is that SNMP is designed to work on
>any connectionless transport service.  While most implementations have
>been for UDP, there is no reason it cannot work over the OSI Connectionless
>Transport Service (CLTS) in an X.25 environment.

SNMP was originally designed in the IP environment, and yes, one can now
also run it on CLTS/CLNS, IPX, and DDP. There is a defined way to run it on
Ethernet, and if you ask lyman@bbn.com you can probably coerce a NLPID out
of him for X.25 service.

My point was/is that Mr Melnikov was looking for a solution specific to
X.25, which is not defined, and wondering how that would gateway to a
TCP/IP domain. Running IP throughout achieves both; running CLTS in the
X.25 domain gets SNMP around on X.25, but doesn't solve his gateway
problem.

It's also useful to be able to run a production manager somewhere, such as
Sun Net Manager or HP Openview. Some of these managers are being ported to
other stacks, but the ones that are well debuggged and widely available
don't run on CLTS.

=============================================================================
                        "In sound wisdom there are two sides"
                                        Zophar, Job 11:6