IETF Logo Mail Archive

RE: [ipcdn] FW: [Diffserv] Dscp and DscpOrAny TCs

"Andrew Smith" <ah_smith@acm.org> Fri, 07 March 2003 21:31 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA05982 for <diffserv-archive@odin.ietf.org>; Fri, 7 Mar 2003 16:31:31 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h27LhDi13822 for diffserv-archive@odin.ietf.org; Fri, 7 Mar 2003 16:43:13 -0500
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h27LUsO11344; Fri, 7 Mar 2003 16:30:54 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h27LDuO09748 for <diffserv@optimus.ietf.org>; Fri, 7 Mar 2003 16:13:56 -0500
Received: from albatross.mail.pas.earthlink.net (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA02928 for <diffserv@ietf.org>; Fri, 7 Mar 2003 16:01:44 -0500 (EST)
Received: from user-11206ng.dsl.mindspring.com ([66.32.26.240] helo=ANDREWLAPTOP) by albatross.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18rP0M-0003Tf-00; Fri, 07 Mar 2003 13:03:47 -0800
From: Andrew Smith <ah_smith@acm.org>
To: "'Woundy, Richard'" <Richard_Woundy@cable.comcast.com>, diffserv@ietf.org
Cc: jf.mule@cablelabs.com, narten@us.ibm.com, erik.nordmark@sun.com, "'Wijnen, Bert (Bert)'" <bwijnen@lucent.com>
Subject: RE: [ipcdn] FW: [Diffserv] Dscp and DscpOrAny TCs
Date: Fri, 07 Mar 2003 13:05:37 -0800
Message-ID: <094601c2e4ed$510ffea0$1500000a@ANDREWLAPTOP>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <6732623D2548D61193C90002A5C88DCC05663797@entmaexch02.broadband.att.com>
Importance: Normal
Content-Transfer-Encoding: 7bit
Sender: diffserv-admin@ietf.org
Errors-To: diffserv-admin@ietf.org
X-BeenThere: diffserv@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/diffserv>, <mailto:diffserv-request@ietf.org?subject=unsubscribe>
List-Id: Diffserv Discussion List <diffserv.ietf.org>
List-Post: <mailto:diffserv@ietf.org>
List-Help: <mailto:diffserv-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/diffserv>, <mailto:diffserv-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit

Rich,

You wrote:
...
> I agree with Wilson when he emphasizes that these Dscp objects in the
> various DOCSIS MIB are access filters, not PHB selectors. In fact,
such
> objects enable the DOCSIS equipment to act precisely as "re-marking
boundary
> nodes", which are also described in RFC 2474 Section 3, pages 8-9:
...

If the pieces of DOCSIS equipment are acting as "re-marking boundary
nodes, which are also described in RFC 2474 Section 3, pages 8-9" then
shouldn't they, by definition, be implementing the IETF's existing
Diffserv MIB RFC 3289 in order to control this functionality? I would
hope that your WG would provide a strong argument why IETF should
sanction another MIB for this same purpose when this work comes before
the IESG for consideration.

Andrew Smith



_______________________________________________
diffserv mailing list
diffserv@ietf.org
https://www1.ietf.org/mailman/listinfo/diffserv
Archive: http://www.ietf.org/mail-archive/working-groups/diffserv/current/maillist.html

v2.23.0 | Report a Bug | By Email