RE: re: Signaling MIB - Draft 3 - Last Call - Default val ues

Beacham Gordon-CGB005 <[email protected]>
Newsgroups gmane.ietf.ipcdn
Message-ID <D5A7E45D575DD61180130002A5DB377C06528C3E@ca25exm01>
My comments:
>- pktcSigDevStandardRingCadence, pktcSigDevRingSplashCadence
>"A default value MUST be provided, but it is left up to the implementation to choose a reasonable default." - 
It seems to me that having a requirement of this nature in the MIB is not meaningful. Also, I don't see how "reasonable" can be tested. An arbitrary value is not meaningful. Instead, how about "The default value for this object is as specified in the "L" package as defined in the PacketCable NCS specification".

>- pktcSigDevToneTable
>"The MTA device MUST make sure that, after the provisioning cycle, the table is fully populated (i.e. for each possible index, an entry MUST be defined) using reasonable defaults for each row that was not defined by the provisioning information."

This statement is not necessary. By utilizing the DEFVAL clause an initial value for each parameter associated with a row can be established. Unfortunately, I see the DEFVAL clause is missing in many of the table objects. Consequently, I would recommend a DEFVAL clause be added for the following objects:

pktcSigDevToneFirstFrequency    	DEFVAL { 0 }
pktcSigDevToneSecondFrequency 	DEFVAL { 0 }
pktcSigDevToneThirdFrequency	DEFVAL { 0 }
pktcSigDevToneFourthFrequency	DEFVAL { 0 }
pktcSigDevToneFirstToneOn		DEFVAL { 0 }
pktcSigDevToneFirstToneOff		DEFVAL { 0 }
pktcSigDevToneSecondToneOn	DEFVAL { 0 }
pktcSigDevToneSecondToneOff	DEFVAL { 0 }
pktcSigDevToneThirdToneOn		DEFVAL { 0 }
pktcSigDevToneThirdToneOff		DEFVAL { 0 }
pktcSigDevToneFourthToneOn	DEFVAL { 0 }
pktcSigDevToneFourthToneOff	DEFVAL { 0 }
pktcSigDevToneWholeToneRepeatCount	DEFVAL { 0 }
pktcSigDevToneSteady			DEFVAL { false } 

The DEFVAL approach would also minimize any operator configurations.
>- pktcSigDevRingCadenceTable
>"The MTA device is allowed to provide appropriate default values for each of the ring cadences." 
How about:

"The MTA is allowed to predefine the ring cadence for one or more rows in the pktcSigDevRingCadenceTable."

Gordon Beacham
Digital Core Gateways, BCS
Motorola, Inc.
858-404-2335
[email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.