RE: RE: V2 Changes for next RFI v2 MIB (draft 10) - Clarification
"Eduardo Cardona" <[email protected]>
| Newsgroups | gmane.ietf.ipcdn |
|---|---|
| Message-ID | <[email protected]> |
One last comment, as a clarification,
At least I received one comment from a software vender, (not a CMTS
vender), being unclear about the reported value of
docsIfCmtsCmStatusUpChannelIfIndex for 2.0 CMTs, ifType 129 or 205 ?
I guess it merits a clarification for non-DOCSIS experts.
Speaking for vendors and Cablelabs perspective is clear that 2.0 CMTS
reports ifIndex with ifType 205 and for DOCSIS 1.x it reports ifIndex
with ifType 129, Something ovbious for a reduced group of the
population.
See the current text and the clarification below I am including in the
draft 10
docsIfCmtsCmStatusUpChannelIfIndex OBJECT-TYPE
SYNTAX InterfaceIndexOrZero
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"IfIndex of the upstream channel this CM is connected
to. If the upstream channel is unknown, this object
returns a value of zero."
::= { docsIfCmtsCmStatusEntry 5 }
docsIfCmtsCmStatusUpChannelIfIndex OBJECT-TYPE
SYNTAX InterfaceIndexOrZero
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"For DOCSIS 2.0, indicates the ifIndex of the logical
upstream channel (ifType 205) this CM is connected to
For DOCSIS 1.x, indicates the ifIndex of the upstream
channel (ifType 129) this CM is connected to.
If the upstream channel is unknown, this object
returns a value of zero."
::= { docsIfCmtsCmStatusEntry 5 }
Eduardo
-----Original Message-----
From: Eduardo Cardona
Sent: Sunday, April 18, 2004 8:19 AM
To: Minnie Lu; Randy Presuhn
Cc: [email protected]; [email protected]; DOCSIS OSS Majordomo List
Subject: RE: [ipcdn] RE: V2 Changes for next RFI v2 MIB (draft 10) -
Clarification
Hi Minnie,
that's a good summary,
I will make docsIfCmtsModStorageType read-only, based in all your
arguments
Thanks
Eduardo
-----Original Message-----
From: Minnie Lu [mailto:[email protected]]
Sent: Fri 4/16/2004 6:27 PM
To: Eduardo Cardona; Randy Presuhn
Cc: [email protected]; [email protected]; DOCSIS OSS Majordomo List
Subject: RE: [ipcdn] RE: V2 Changes for next RFI v2 MIB (draft 10) -
Clarification
Hi, Eduardo and Randy,
"When an agent ages out a row that hasn't gone active
within the prescribed time, I believe it doesn't matter what the
StorageType was set to."
Great ! It is very useful info. Thanks a lot !
So please allow me to summary the requirement as I understand so far.
For docsIfCmtsModulationTable,
1. active rows MUST be persistent across CMTS reload.
2. non-active row will not be persistent (implied by rowStatus and no
matter what value is in the storageType).
3. System default rows MAY be read-only by setting the storageType
value
to permanent(4), or readOnly(5) when system create the default rows.
I think it is ok to have docsIfCmtsModStorageType as read-only
object.:-) In this way, it can be sure that the active row's
storageType
will not be changed to volatile(2) and lost after reboot. This is
important
especially for those in-used rows.
If I miss anything, please correct me.
Thanks a lot !
Minnie
At 04:44 PM 4/16/2004 -0600, Eduardo Cardona wrote:
>Exactly that's the last Minnies, concern, if explicitely or not even
>needed.
>Thanks
>Eduardo
>
>-----Original Message-----
>From: Randy Presuhn [mailto:[email protected]]
>Sent: Friday, April 16, 2004 4:11 PM
>To: [email protected]
>Subject: Re: [ipcdn] RE: V2 Changes for next RFI v2 MIB (draft 10) -
>Clarification
>
>
>Hi -
>
> > From: "Eduardo Cardona" <[email protected]>
> > To: "Randy Presuhn" <[email protected]>; <[email protected]>
> > Sent: Friday, April 16, 2004 2:49 PM
> > Subject: RE: [ipcdn] RE: V2 Changes for next RFI v2 MIB (draft 10) -
> > Clarification
>...
> > Minnie's question if if need to be specify that rowstatus != active,
> > StorageType = nonVolatile the entry is deleted or if the RowStatus
> > aging covers that.
>...
>
>Ah. Sorry about the confusion.
>When an agent ages out a row that hasn't gone active
>within the prescribed time, I believe it doesn't matter what the
>StorageType was set to. Of course, it doesn't hurt to be explicit.
>
>Randy
>
>
>
>_______________________________________________
>IPCDN mailing list
>[email protected]
>https://www1.ietf.org/mailman/listinfo/ipcdn
>
>
>_______________________________________________
>IPCDN mailing list
>[email protected]
>https://www1.ietf.org/mailman/listinfo/ipcdn