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
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.