Re: [ipcdn] RE: TX-RX gain in Sig MIB Draft
"Randy Presuhn" <randy_presuhn@mindspring.com> Thu, 23 June 2005 04:56 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DlJlg-0007hO-Bv; Thu, 23 Jun 2005 00:56:48 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DlJlZ-0007dc-FR for ipcdn@megatron.ietf.org; Thu, 23 Jun 2005 00:56:42 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA10222 for <ipcdn@ietf.org>; Thu, 23 Jun 2005 00:56:37 -0400 (EDT)
Received: from pop-borzoi.atl.sa.earthlink.net ([207.69.195.70]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DlK9o-0005yo-JE for ipcdn@ietf.org; Thu, 23 Jun 2005 01:21:45 -0400
Received: from h-68-165-4-39.snvacaid.dynamic.covad.net ([68.165.4.39] helo=oemcomputer) by pop-borzoi.atl.sa.earthlink.net with smtp (Exim 3.36 #10) id 1DlJlL-0005ZD-00 for ipcdn@ietf.org; Thu, 23 Jun 2005 00:56:27 -0400
Message-ID: <002a01c577b0$6b4412e0$7f1afea9@oemcomputer>
From: Randy Presuhn <randy_presuhn@mindspring.com>
To: ipcdn@ietf.org
References: <CD6CE349CFD30D40BF5E13B3E0D84804C5C53D@srvxchg.cablelabs.com>
Subject: Re: [ipcdn] RE: TX-RX gain in Sig MIB Draft
Date: Wed, 22 Jun 2005 22:00:03 -0700
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-Spam-Score: 0.1 (/)
X-Scan-Signature: bdc523f9a54890b8a30dd6fd53d5d024
X-BeenThere: ipcdn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP over Cable Data Network <ipcdn.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipcdn>, <mailto:ipcdn-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ipcdn@ietf.org>
List-Help: <mailto:ipcdn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipcdn>, <mailto:ipcdn-request@ietf.org?subject=subscribe>
Sender: ipcdn-bounces@ietf.org
Errors-To: ipcdn-bounces@ietf.org
Hi - > From: "Sumanth Channabasappa" <sumanth@cablelabs.com> > To: "Satish Kumar at Texas Instruments" <satish.kumar@ti.com>; <ipcdn@ietf.org> > Sent: Wednesday, June 22, 2005 3:06 PM > Subject: [ipcdn] RE: TX-RX gain in Sig MIB Draft ... > While I would agree in general regarding the DEFVAL, this MIB object > would need to go by recommendations (or RECOMMENDATIONS as you pointed > out): > > "The default values are based on the deployed markets. Some > recommendations are made as follows: > - Based on the default G.711 Vocoder maximum of 3.14 or 3.17 > > dBm a default value of '-4 dB' provides a maximum analog > signal level at the a-b (T/R) termination point > - Based on [ETSI TS 101 909-4], which provides guidance of > 11 dB loss (-11 dB gain), a default value of '-11 dB' is > recommended." > >Is that ok? The DESCRIPTION that is there clearly says that the RECOMMENDED default value is -11. If you mean something else, then the DESCRIPTION needs work. > Also, thanks for the pointer on 'smilint@ibr.cs.tu-bs.de'. I got the > following > Warning messages for this MIB: > > W1. mailbody:1173: [5] {integer-misuse} warning: use Integer32 instead > of INTEGER in SMIv2 > W2. mailbody:1136: [5] {index-element-not-column} warning: index element > `pktcSigDevToneType' of row `pktcSigDevToneEntry' must be a column > W3/ mailbody:1136: [5] {index-element-not-column} warning: index element > `pktcSigDevToneType' of row `pktcSigDevMultiFreqToneEntry' must be a > column > > W1 is due to the fact the we use enumerations at various places and W2 But the definition of, for example, pktcSigDevToneNumFrequencies, the RECOMMENDED type would be Unsigned32. See http://www.ietf.org/internet-drafts/draft-ietf-ops-mib-review-guidelines-04.txt section 4.6.1.1 > and W3 are due to the fact that > 'pktcSigDevToneType' is defined outside of the two tables, but binds > them together. ... This definition is odd, and I agree that it merits at least a warning. A not-accessible scalar being used as an index is quite strange. It should be a columnar object in one of the tables. Note the requirements in the guidelines section 4.6.4 . BTW, for all the RowStatus objects in the mib, note that the guidelines say: | - The DESCRIPTION clause of the status column MUST specify which | columnar objects (if any) have to be set to valid values before | the row can be activated. If any objects in cascading tables | have to be populated with related data before the row can be | activated, then this MUST also be specified. | | - The DESCRIPTION clause of the status column MUST specify whether | or not it is possible to modify other columns in the same | conceptual row when the status value is active(1). Note that in | many cases it will be possible to modify some writeable columns | when the row is active but not others. In such cases the | DESCRIPTION clause for each writeable column SHOULD state whether | or not that column can be modified when the row is active, and | the DESCRIPTION clause for the status column SHOULD state that | modifiability of other columns when the status value is active(1) | is specified in the DESCRIPTION clauses for those columns (rather | than listing the modifiable columns individually). Randy _______________________________________________ IPCDN mailing list IPCDN@ietf.org https://www1.ietf.org/mailman/listinfo/ipcdn
- [ipcdn] TX-RX gain in Sig MIB Draft Kumar, Satish
- Re: [ipcdn] TX-RX gain in Sig MIB Draft Randy Presuhn
- [ipcdn] RE: TX-RX gain in Sig MIB Draft Sumanth Channabasappa
- Re: [ipcdn] RE: TX-RX gain in Sig MIB Draft Randy Presuhn