x.25 caller's MIB
Rodney L Thayer <rodney@world.std.com> Tue, 28 January 1992 21:46 UTC
Received: from nri.reston.va.us by NRI.NRI.Reston.VA.US id aa22596; 28 Jan 92 16:46 EST
Received: from dg-rtp.rtp.dg.com by NRI.NRI.Reston.VA.US id aa22582; 28 Jan 92 16:46 EST
Received: from relay2.UU.NET by dg-rtp.dg.com (5.4/dg-rtp-proto) id AA27913; Tue, 28 Jan 1992 14:30:34 -0500
Received: from world.std.com by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA20762; Tue, 28 Jan 92 14:30:37 -0500
Received: by world.std.com (5.61+++/Spike-2.0) id AA01898; Tue, 28 Jan 92 14:30:30 -0500
Date: Tue, 28 Jan 1992 14:30:30 -0500
From: Rodney L Thayer <rodney@world.std.com>
Message-Id: <9201281930.AA01898@world.std.com>
To: x25mib@dg-rtp.dg.com
Subject: x.25 caller's MIB
(thank you all for your comments on my previous statement.) My name is Rodney Thayer. I work for Sable Technology Corporation. We develop networking products, including one product that uses an X.25 network to implement a print server. We have several present and near-future customers who use or wish to use SNMP to manage components of there networks, so we are interested in the X.25 MIB since we will probably have to 'live on it' in our products. In our products, we frequently have to configure for using the underlying X.25 transport, so we want our MIB to record what addressing information we use to access X.25. The things we tend to see are: X.121 Address Call User Data Field Explicitly generated Facilities requests I'll take the suggestion to provide an example, and sketch a bit of ASN.1 and provide that later. From experience, we know it is critical to both know what the transport thinks it is connected to AND what the application though it asked the transport connected to, so I do not consider it redundant to see some of these things twice.
- x.25 caller's MIB Rodney L Thayer