RE: [ipcdn] question on docsIfCmtsServiceNewCmStatusIndex in

"Fred Oko" <foko@c-cor.net> Mon, 31 January 2005 22:39 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA15281 for <ipcdn-archive@ietf.org>; Mon, 31 Jan 2005 17:39:14 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CvkUU-0005D4-2r for ipcdn-archive@ietf.org; Mon, 31 Jan 2005 17:57:55 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Cvk5v-0001EQ-8K; Mon, 31 Jan 2005 17:32:31 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Cvjlc-0005sA-QK for ipcdn@megatron.ietf.org; Mon, 31 Jan 2005 17:11:33 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA08476 for <ipcdn@ietf.org>; Mon, 31 Jan 2005 17:11:30 -0500 (EST)
Received: from mail.stargus.com ([65.193.169.166] helo=xchange.stargus.com) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1Cvk3d-0003K5-AJ for ipcdn@ietf.org; Mon, 31 Jan 2005 17:30:10 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [ipcdn] question on docsIfCmtsServiceNewCmStatusIndex in
Date: Mon, 31 Jan 2005 17:11:29 -0500
Message-ID: <6FEBB4954538C7408210BEDBE4843642311E92@xchange.stargus.com>
Thread-Topic: [ipcdn] question on docsIfCmtsServiceNewCmStatusIndex in
Thread-Index: AcUHOQLT7HRr1YR3QWm3ljapwJQiWgAk5+/wAAUT72A=
From: Fred Oko <foko@c-cor.net>
To: Eduardo Cardona <e.cardona@CableLabs.com>, Randy Presuhn <randy_presuhn@mindspring.com>, "Ipcdn (E-mail)" <ipcdn@ietf.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81
Content-Transfer-Encoding: quoted-printable
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
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 6cca30437e2d04f45110f2ff8dc1b1d5
Content-Transfer-Encoding: quoted-printable

Or simplified, a Service Queue would not exist in the absence of a
parent CM (non-zero-docsIfCmtsServiceNewCmStatusIndex case) or multicast
group defined by the CMTS (the "multiple Cable Modems" zero-
docsIfCmtsServiceNewCmStatusIndex case).

-----Original Message-----
From: Eduardo Cardona [mailto:e.cardona@CableLabs.com] 
Sent: Monday, January 31, 2005 2:53 PM
To: Randy Presuhn; Ipcdn (E-mail)
Subject: RE: [ipcdn] question on docsIfCmtsServiceNewCmStatusIndex in 

Randy, I will answer on details your q. by COB today.
Also have in the Queue Bert's Questions whichI am resolving in
conjuction.

To this Q, all CMTS are associated to a Queue service (have to) .
So one CM either has its own particular Queue service, or a group (all
cms) are using the same Queue. 

RFC 2670 did not defined in docsIfCmtsCmStatusTable (per modem) the
matching ServiceQueue it belongs to, thus, by RFC 2670, it is probably
safe to say that only one Service Queue group is available. 

All the Service Queue mechanism (Class of Service) is being replaced for
the service Flow QoS mechanism in the Qos MIB. The service Queue
mechanism is being left as defined in RFC 2670 as backward compatibility
support of DOCSIS 1.0 technology.
 
Eduardo

-----Original Message-----
From: Randy Presuhn [mailto:randy_presuhn@mindspring.com] 
Sent: Sunday, January 30, 2005 7:00 PM
To: Ipcdn (E-mail)
Subject: [ipcdn] question on docsIfCmtsServiceNewCmStatusIndex in 


Hi -

A question on docsIfCmtsServiceNewCmStatusIndex  in
draft-ietf-ipcdn-docs-rfmibv2-12.txt

The definition says:

docsIfCmtsServiceNewCmStatusIndex OBJECT-TYPE
        SYNTAX      Integer32 (0..2147483647)
        MAX-ACCESS  read-only
        STATUS      current
        DESCRIPTION
            "Pointer (via docsIfCmtsCmStatusIndex) to an entry in
             docsIfCmtsCmStatusTable identifying the Cable Modem
             using this Service Queue.  If multiple Cable Modems are
             using this Service Queue, the value of this object is
             zero."
        ::= { docsIfCmtsServiceEntry 8 }

What value would it have if no Cable Modems are using this Service
Queue?

Randy



_______________________________________________
IPCDN mailing list
IPCDN@ietf.org
https://www1.ietf.org/mailman/listinfo/ipcdn


_______________________________________________
IPCDN mailing list
IPCDN@ietf.org
https://www1.ietf.org/mailman/listinfo/ipcdn

_______________________________________________
IPCDN mailing list
IPCDN@ietf.org
https://www1.ietf.org/mailman/listinfo/ipcdn