Re: [PCN] New Version Notification for draft-ietf-pcn-baseline-encoding-01

<toby.moncaster@bt.com> Tue, 14 October 2008 14:52 UTC

Return-Path: <pcn-bounces@ietf.org>
X-Original-To: pcn-archive@optimus.ietf.org
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 021413A6B2F; Tue, 14 Oct 2008 07:52:45 -0700 (PDT)
X-Original-To: pcn@core3.amsl.com
Delivered-To: pcn@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D027E3A6B2F for <pcn@core3.amsl.com>; Tue, 14 Oct 2008 07:52:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.444
X-Spam-Level:
X-Spam-Status: No, score=-2.444 tagged_above=-999 required=5 tests=[AWL=-0.045, BAYES_00=-2.599, J_CHICKENPOX_72=0.6, J_CHICKENPOX_91=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xqGtvXiX6Aav for <pcn@core3.amsl.com>; Tue, 14 Oct 2008 07:52:40 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137]) by core3.amsl.com (Postfix) with ESMTP id B9BE53A659A for <pcn@ietf.org>; Tue, 14 Oct 2008 07:52:39 -0700 (PDT)
Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.63]) by smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 14 Oct 2008 15:52:32 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 14 Oct 2008 15:52:25 +0100
Message-ID: <AEDCAF87EEC94F49BA92EBDD49854CC707AB4998@E03MVZ1-UKDY.domain1.systemhost.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Re: New Version Notification for draft-ietf-pcn-baseline-encoding-01
Thread-Index: AckuCkBa3j1de1NSR46ftBFwicREnwAAN6jg
From: toby.moncaster@bt.com
To: pcn@ietf.org
X-OriginalArrivalTime: 14 Oct 2008 14:52:32.0901 (UTC) FILETIME=[7D093350:01C92E0C]
Subject: Re: [PCN] New Version Notification for draft-ietf-pcn-baseline-encoding-01
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: pcn-bounces@ietf.org
Errors-To: pcn-bounces@ietf.org

As promised I have uploaded a new version. I am aware there are a handful of typos and spelling mistakes that I noticed just after uploading. I will correct these in the next version. I am now pretty happy with almost all the text.

The key section for the WG to note is Appendix B where I have put in a couple of questions that I would welcome input on. 

The first of these is where to put the text (now set out as a table) about valid and invalid transitions at PCN nodes? Should this be part of the baseline encoding or should it be split between a new edge node behaviour document and Phil's marking behaviour.

The second question relates to how to best handle the unexpected presence of the EXP codepoint. There is a potential for this to happen during any partial deployment of an experimental encoding extension scheme. Whilst it would be best for an operator to ensure all nodes run the same encoding there is a chance this might not happen. The best solution as I see it is for the baseline scheme to treat EXP the same as NM but to raise a management alarm...

I have also highlighted another point in Appendix A which needs a decision: should we as a WG recommend that RFC3168 full functionality tunnels SHOULD NOT be used in a PCN-domain or would it be better to put our collective voices behind Bob's attempts to correct the anomalous behaviour of tunnels which he is currently trying to push through TSVWG (draft-briscoe-tsvwg-ecn-tunnel-01)

Toby

-----Original Message-----
From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] 
Sent: 14 October 2008 15:35
To: Moncaster,T,Toby,CXR9 R
Cc: Briscoe,RJ,Bob,CXR9 R; menth@informatik.uni-wuerzburg.de
Subject: New Version Notification for draft-ietf-pcn-baseline-encoding-01 


A new version of I-D, draft-ietf-pcn-baseline-encoding-01.txt has been successfuly submitted by T Moncaster and posted to the IETF repository.

Filename:	 draft-ietf-pcn-baseline-encoding
Revision:	 01
Title:		 Baseline Encoding and Transport of Pre-Congestion Information
Creation_date:	 2008-10-14
WG ID:		 pcn
Number_of_pages: 12

Abstract:
Pre-congestion notification (PCN) provides information to support
admission control and flow termination in order to protect the
Quality of Service of inelastic flows.  It does this by marking
packets when traffic load on a link is approaching or has exceeded a
threshold below the physical link rate.  This document specifies how
such marks are to be encoded into the IP header.  The baseline
encoding described here provides for only two PCN encoding states.
It is designed to be easily extended to provide more encoding states
but such schemes will be described in other documents.
                                                                                  


The IETF Secretariat.


_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn