Re: MIB comments 1

Steven Waldbusser <waldbusser+@cmu.edu> Mon, 31 January 1994 18:05 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa09176; 31 Jan 94 13:05 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa09170; 31 Jan 94 13:05 EST
Received: from apache.telebit.com by CNRI.Reston.VA.US id aa09385; 31 Jan 94 13:05 EST
Received: from america.Sunnyvale.Telebit.CO (america-bb.sunnyvale.telebit.com) by apache (4.1/SMI-4.1/Telebit-Apache-Brent-930718) id AA12791 to ietf-archive@cnri.reston.va.us; Mon, 31 Jan 94 09:52:17 PST
Received: from apache by america.Sunnyvale.Telebit.COM (4.0/america.telebit.com-DBC-930718) id AA24653 to modemmgt@apache.Sunnyvale.Telebit.COM; Mon, 31 Jan 94 09:52:14 PST
Received: from po2.andrew.cmu.edu by apache (4.1/SMI-4.1/Telebit-Apache-Brent-930718) id AA12788 to Mark.S.Lewis@Telebit.COM; Mon, 31 Jan 94 09:52:09 PST
Received: from localhost (postman@localhost) by po2.andrew.cmu.edu (8.6.4/8.6.4) id MAA09061; Mon, 31 Jan 1994 12:51:52 -0500
Received: via switchmail; Mon, 31 Jan 1994 12:51:51 -0500 (EST)
Received: from zeus.net.cmu.edu via qmail ID </afs/andrew.cmu.edu/service/mailqs/testq0/QF.AhHIIpO00WAr80NbNw>; Mon, 31 Jan 1994 12:51:49 -0500 (EST)
Received: from zeus.net.cmu.edu via qmail ID </afs/andrew.cmu.edu/usr5/sw0l/.Outgoing/QF.khHIIlC00WAr52hC1s>; Mon, 31 Jan 1994 12:51:45 -0500 (EST)
Received: from BatMail.robin.v2.14.CUILIB.3.45.SNAP.NOT.LINKED.zeus.net.cmu.edu.sun4c.411 via MS.5.6.zeus.net.cmu.edu.sun4c_411; Mon, 31 Jan 1994 12:51:44 -0500 (EST)
Message-Id: <EhHIIk200WAr12hBoQ@andrew.cmu.edu>
Date: Mon, 31 Jan 1994 12:51:44 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Steven Waldbusser <waldbusser+@cmu.edu>
To: Receipt Notification Requested <Barnes@xylogics.com>, Receipt Notification Requested <mlewis@telebit.com>, Receipt Notification Requested <Mark.S.Lewis@telebit.com>, Receipt Notification Requested <rroyston@usr.com>, Receipt Notification Requested <modemmgt@telebit.com>, Steven Waldbusser <waldbusser+@cmu.edu>, Les_Brown-LLB005@email.mot.com
Subject: Re: MIB comments 1
In-Reply-To: <Macintosh*/PRMD=ILBE/ADMD=MOT/C=US/@ilbe>
References: <Macintosh*/PRMD=ILBE/ADMD=MOT/C=US/@ilbe>

>Upon reflection, I believe that '0' is not used since it takes a
>finite tie to recognize that carrier has been lost. Also, I believe
>that it is more common to use '255' to disable this function,
>therefore I would propose that we drop the mdmLineCarrierLossControl
>object and use a value of '255' to disable.

Is 255 really in common usage?  Use of zero seems much cleaner design.
For example, should a reason emerge for making these times greater
than ~4 minutes, we would have a distinguished value in the middle of
the range.

If there are implementations that use 255, the agent can always
translate before placing the value in the S-register.


Steve