Re: [PCN] Concensus questions: Q1, Q2, and Q3.

Steven Blake <steven.blake@ericsson.com> Wed, 26 March 2008 16:01 UTC

Return-Path: <pcn-bounces@ietf.org>
X-Original-To: ietfarch-pcn-archive@core3.amsl.com
Delivered-To: ietfarch-pcn-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CAEE528C607; Wed, 26 Mar 2008 09:01:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.683
X-Spam-Level:
X-Spam-Status: No, score=-100.683 tagged_above=-999 required=5 tests=[AWL=-0.246, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
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 qufb53ujk+uw; Wed, 26 Mar 2008 09:01:23 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D5D9B28C4D9; Wed, 26 Mar 2008 09:01:23 -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 DF03D28C135 for <pcn@core3.amsl.com>; Wed, 26 Mar 2008 09:01:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
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 eZcy36Bw+Lj5 for <pcn@core3.amsl.com>; Wed, 26 Mar 2008 09:01:17 -0700 (PDT)
Received: from imr1.ericy.com (imr1.ericy.com [198.24.6.9]) by core3.amsl.com (Postfix) with ESMTP id D2A0028C62D for <pcn@ietf.org>; Wed, 26 Mar 2008 09:01:12 -0700 (PDT)
Received: from eusrcmw750.eamcs.ericsson.se (eusrcmw750.exu.ericsson.se [138.85.77.50]) by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id m2QFwP7h007635; Wed, 26 Mar 2008 10:58:25 -0500
Received: from eusrcmw751.eamcs.ericsson.se ([138.85.77.51]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Wed, 26 Mar 2008 10:58:24 -0500
Received: from [147.117.169.77] ([147.117.169.77]) by eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Wed, 26 Mar 2008 10:58:24 -0500
From: Steven Blake <steven.blake@ericsson.com>
To: Georgios Karagiannis <karagian@cs.utwente.nl>
In-Reply-To: <001c01c88f23$21160e20$810c5982@dynamic.ewi.utwente.nl>
References: <1205860102.9521.27.camel@neutrino> <1206458006.3065.18.camel@neutrino> <001c01c88f23$21160e20$810c5982@dynamic.ewi.utwente.nl>
Organization: Ericsson IP Infrastructure
Date: Wed, 26 Mar 2008 11:58:24 -0400
Message-Id: <1206547104.3049.7.camel@neutrino>
Mime-Version: 1.0
X-Mailer: Evolution 2.12.3 (2.12.3-1.fc8)
X-OriginalArrivalTime: 26 Mar 2008 15:58:24.0162 (UTC) FILETIME=[38BA4820:01C88F5A]
Cc: 'pcn' <pcn@ietf.org>
Subject: Re: [PCN] Concensus questions: Q1, Q2, and Q3.
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

On Wed, 2008-03-26 at 10:23 +0100, Georgios Karagiannis wrote:

> Hi Steven
> 
> Regarding Question Q1, I think that, from my point of view, it is Yes!
> 
> 
> Before answering questions Q2 and Q3, I would like that 
> some questions/comments should be clarified.
> 
> Question Q2:
> I consider that an experimental-track extension for another 
> PCN scheme that uses only two encoding states should also be allowed.
> Is this option also included in the question.

My intent with the question is that any experimental-track proposals
would be extensions of the standards-track scheme.  I believe that is
the sense that others understood as well.

> Question Q3:
> According to the current version of the PCN architecture, 
> The PCN scheme should also be able to support the admission control and flow
> termination
> detection and handling (selection of the flows to be terminated) at the
> egress.
> SM and CL-PHB cannot support the handling (selection of the flows to be
> terminated) 
> at the egress. This means that such a PCN scheme should also be allowed,
> i.e., as 
> an experimental-track extension.

I don't understand why neither SM or CL-PHB can support egress-based
flow termination, *assuming that the egress node has flow state* (which
is presumed if we are not tunneling).

> Furthermore, according to the previous discussions on the PCN mailing list, 
> I think that care should be taken on the way of how preferential dropping is
> used 
> wthin the PCN domain. In other words, preferetial dropping of marked packet 
> should not be mandated.



Regards,

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steven Blake                <steven.blake@ericsson.com>
Ericsson/Redback Networks               +1 919-472-9913

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