Proposal for two new objects

Steven Waldbusser <waldbusser+@cmu.edu> Thu, 17 February 1994 21:17 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa16237; 17 Feb 94 16:17 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa16231; 17 Feb 94 16:17 EST
Received: from apache.telebit.com by CNRI.Reston.VA.US id aa18343; 17 Feb 94 16:17 EST
Received: from america.Sunnyvale.Telebit.CO (america-bb.sunnyvale.telebit.com) by apache.telebit.com (4.1/SMI-4.1/Telebit-Apache-Brent-940210) id AA20552 to ietf-archive@cnri.reston.va.us; Thu, 17 Feb 94 13:10:33 PST
Received: from apache.telebit.com by america.Sunnyvale.Telebit.COM (4.0/america.telebit.com-DBC-930718) id AA07265 to modemmgt@apache.Sunnyvale.Telebit.COM; Thu, 17 Feb 94 13:10:32 PST
Received: from po5.andrew.cmu.edu by apache.telebit.com (4.1/SMI-4.1/Telebit-Apache-Brent-940210) id AA20549 to modemmgt@Telebit.COM; Thu, 17 Feb 94 13:10:26 PST
Received: from localhost (postman@localhost) by po5.andrew.cmu.edu (8.6.4/8.6.4) id QAA00102 for modemmgt@telebit.com; Thu, 17 Feb 1994 16:10:17 -0500
Received: via switchmail; Thu, 17 Feb 1994 16:10:15 -0500 (EST)
Received: from zeus.net.cmu.edu via qmail ID </afs/andrew.cmu.edu/service/mailqs/q004/QF.khMxo7a00WArJH31AI>; Thu, 17 Feb 1994 16:09:27 -0500 (EST)
Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.zeus.net.cmu.edu.sun4m.412 via MS.5.6.zeus.net.cmu.edu.sun4c_411; Thu, 17 Feb 1994 16:09:23 -0500 (EST)
Message-Id: <ohMxo3e00WArRH30Nm@andrew.cmu.edu>
Date: Thu, 17 Feb 1994 16:09:23 -0500 (EST)
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Steven Waldbusser <waldbusser+@cmu.edu>
To: modemmgt@telebit.com
Subject: Proposal for two new objects

When trying to diagnose a potential problem on an incoming call, CMU's
operations staff often inspect the initial line rates and compare them
with the current line rates to see if they differ.  (When they do, it
often explains why a user is complaining of slow response).  It is
also helpful in finding users who are dialing into the relatively
scarce V.32bis modem pool with 2400 baud modems.

I propose the following objects be added to the MIB to provide for
this operational requirement.  There are two objects based on the
previous consensus that we seperate out transmit and receive line rates.

mdmCCInitialLineTransmitRate OBJECT-TYPE
    SYNTAX      Integer32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
            "The initial link transmit rate of the current connection,
            or the initial link transmit rate of the last connection
            in bits per second."
    ::= { mdmCallControlEntry 9 }

mdmCCInitialLineReceiveRate OBJECT-TYPE
    SYNTAX      Integer32
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION
            "The initial link receive rate of the current connection,
            or the initial link receive rate of the last connection
            in bits per second."
    ::= { mdmCallControlEntry 10 }


Steve