[iesg@NRI.Reston.VA.US: Protocol Action: Character MIBs to Proposed Standard]
Bob Stewart <rlstewart@eng.xyplex.com> Wed, 12 February 1992 15:20 UTC
Received: from nri.reston.va.us by NRI.NRI.Reston.VA.US id aa12636; 12 Feb 92 10:20 EST
Received: from inet-gw-1.pa.dec.com by NRI.NRI.Reston.VA.US id aa12631; 12 Feb 92 10:20 EST
Received: by inet-gw-1.pa.dec.com; id AA13161; Wed, 12 Feb 92 07:20:57 -0800
Received: by nsl.pa.dec.com; id AA20846; Wed, 12 Feb 92 07:19:43 -0800
Received: by inet-gw-1.pa.dec.com; id AA13043; Wed, 12 Feb 92 07:19:30 -0800
Received: by xap.xyplex.com id <AA18954@xap.xyplex.com>; Wed, 12 Feb 92 10:18:59 -0500
Date: Wed, 12 Feb 1992 10:18:59 -0500
Message-Id: <9202121518.AA18954@xap.xyplex.com>
From: Bob Stewart <rlstewart@eng.xyplex.com>
To: char-mib@pa.dec.com
Subject: [iesg@NRI.Reston.VA.US: Protocol Action: Character MIBs to Proposed Standard]
Into the home stretch... ----------- Forwarded Message From: Internet Engineering Steering Group <iesg@NRI.Reston.VA.US> To: Bob Braden <braden@ISI.EDU>, Internet Activities Board <iab@ISI.EDU> Cc: Internet Engineering Task Force <ietf@ISI.EDU> Subject: Protocol Action: Character MIBs to Proposed Standard Date: Tue, 11 Feb 92 16:37:39 -0500 Sender: gvaudre@NRI.Reston.VA.US Recommendation: The IESG recommends to the IAB that the Internet Drafts "Definitions of Managed Objects for RS-232-like Hardware Devices" <draft-ietf-charmib-rs232like-03>, "Definitions of Managed Objects for Parallel-printer-like Hardware Devices" <draft-ietf-charmib-parallelprinter-02>, and "Definitions of Managed Objects for Character Stream Devices" <draft-ietf-charmib-charmib-02> be published as Proposed Standards. These documents are the products of the Character MIB Working Group of the IETF. Technical Summary: The following diagram shows two possible "MIB stacks", each using a different combination of existing MIB specifications: .-----------------. .-----------------. | Standard MIB | | Telnet MIB | | Interface Group | |-----------------| |-----------------| | Character MIB | | PPP MIB | |-----------------| |-----------------| | RS-232-like MIB | | RS-232-like MIB | `-----------------' `-----------------' The RS-232-like MIB and the Parallel-printer-like MIB represent the physical layer, providing service to higher layers such as the Character MIB or PPP MIB. Further MIBs may appear above these. The intent of the model is for the physical-level MIBs to represent the lowest level, regardless of the higher level that may be using it. In turn, separate higher level MIBs represent specific applications, such as a terminal (the Character MIB) or a network connection (the PPP MIB). For the most part, character ports are distinct from network interfaces (which are already instrmented by the Interfaces group of MIB 2). In general, they are attachment points for non-network devices. The exception is a character port that can support a network protocol, such as SLIP or PPP. This implies the existence of a corresponding entry in the Interfaces table, with ifOperStatus of 'off' while the port is not running a network protocol and 'on' if it is. The intent is that such usage is exclusive of non-network character stream usage. That is, while switched to network use, charPortOperStatus would be 'down' and Character MIB operational values such as charPortInFlowState and charPortInCharacters would be inactive. PARALLEL-PRINTER-LIKE MIB The Parallel-printer-like MIB includes Centronics, Data Products, and other parallel physical links with a similar set of control signals. The MIB contains objects that relate to physical layer connections. Such connections may provide interesting hardware signals (other than for basic data transfer), such as Power and PaperOut. The Parallel-printer-like MIB is mandatory for all systems that have such a hardware port supporting services managed through some other MIB, for example, the Character MIB. RS-232-LIKE MIB The RS-232-like Hardware Device MIB is mandatory for all systems that have such a hardware port supporting services managed through some other MIB, for example, the Character MIB or PPP MIB. The RS-232-like Hardware Port MIB includes RS-232, RS-422, RS-423, V.35, and other asynchronous or synchronous, serial physical links with a similar set of control signals. The MIB contains objects that relate to physical layer connections. Such connections may provide interesting hardware signals (other than for basic data transfer), such as RNG and DCD. Hardware ports also have such attributes as speed and bits per character. Usefulness of the error counters in this MIB depends on the presence of non-error character counts in higher level MIBs. CHARACTER MIB The Character MIB applies to interface ports that carry a character stream, whether physical or virtual, serial or parallel, synchronous or asynchronous. The most common example of a character port is a hardware terminal port with an RS-232 interface. Another common hardware example is a parallel printer port, say with a Centronics interface. The concept also includes virtual terminal ports, such as a software connection point for a remote console. The Character MIB is mandatory for all systems that offer character ports. This includes, for example, terminal servers, general-purpose time-sharing hosts, and even such systems as a bridge with a (virtual) console port. It may or may not include character ports that do not support network sessions, depending on the system's needs. The Character MIB's central abstraction is a port. Physical ports have a one-to-one correspondence with hardware ports. Virtual ports are software entities analogous to physical ports, but with no hardware connector. Each port supports one or more sessions. A session represents a virtual connection that carries characters between the port and some partner. Sessions typically operate over a stack of network protocols. A typical session, for example, uses Telnet over TCP. The MIB intentionally contains no distinction between what is often called permanent and operational or volatile data bases. For the purposes of this MIB, handling of such distinctions is implementation specific.