From internet-drafts@ietf.org Wed Apr 4 17:31:54 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39EA611E8105; Wed, 4 Apr 2012 17:31:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.497 X-Spam-Level: X-Spam-Status: No, score=-102.497 tagged_above=-999 required=5 tests=[AWL=0.102, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P2A4eff4wOmM; Wed, 4 Apr 2012 17:31:53 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3FF011E8086; Wed, 4 Apr 2012 17:31:53 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.00 Message-ID: <20120405003153.32599.76900.idtracker@ietfa.amsl.com> Date: Wed, 04 Apr 2012 17:31:53 -0700 Cc: pcn@ietf.org Subject: [PCN] I-D Action: draft-ietf-pcn-sm-edge-behaviour-11.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 00:31:54 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Congestion and Pre-Congestion Notific= ation Working Group of the IETF. Title : PCN Boundary Node Behaviour for the Single Marking (SM) = Mode of Operation Author(s) : Anna Charny Georgios Karagiannis Michael Menth Tom Taylor Filename : draft-ietf-pcn-sm-edge-behaviour-11.txt Pages : 32 Date : 2012-04-04 Pre-congestion notification (PCN) is a means for protecting the quality of service for inelastic traffic admitted to a Diffserv domain. The overall PCN architecture is described in RFC 5559. This memo is one of a series describing possible boundary node behaviours for a PCN-domain. The behaviour described here is that for a form of measurement-based load control using two PCN marking states, not- marked, and excess-traffic-marked. This behaviour is known informally as the Single Marking (SM) PCN-boundary-node behaviour. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pcn-sm-edge-behaviour-11.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-pcn-sm-edge-behaviour-11.txt From tom.taylor.stds@gmail.com Wed Apr 4 18:31:40 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F19C521F8609 for ; Wed, 4 Apr 2012 18:31:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.512 X-Spam-Level: X-Spam-Status: No, score=-2.512 tagged_above=-999 required=5 tests=[AWL=0.772, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, SARE_MILLIONSOF=0.315] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uKU1mEQgCnf5 for ; Wed, 4 Apr 2012 18:31:37 -0700 (PDT) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by ietfa.amsl.com (Postfix) with ESMTP id D0B7821F8608 for ; Wed, 4 Apr 2012 18:31:36 -0700 (PDT) Received: by yenm5 with SMTP id m5so582565yen.31 for ; Wed, 04 Apr 2012 18:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding:x-antivirus :x-antivirus-status; bh=wT9QNrlxM/qhtRq1j90DF0wbKG23p7TN+7svCsGyRhg=; b=Jlwe8hzFMzc5OWQqDBhoKHn2VQDCz+ZOm+SL39t/u0MWzim1rSBKZ673L1VwrESGlp Obf29brLldWUJ5NemFVv6UcI6gIMqxltWnh1HZPo8TBRmS/4EHnf1LQ102gX33dKfSt5 xlG0aLPyxyrhXm0wA6CkI1cvY+a/YeAteGtFKaUmcgvCsnltF9yndfaExifPqqiTmGds 0pGrDhV39SBLvXhf/Pfwy7T4k0BSJtCRtPxz9Moeq8M6lG2AyUHZ5e3jE3VwBSQ5gFEC TYvslqNsZS/IZZO9jLFyq/FLVEk3QpCONoBBBuc4JljzCmFZXL2nKWVyqNBwY68tbOxB mBNw== Received: by 10.236.170.71 with SMTP id o47mr471849yhl.104.1333589496495; Wed, 04 Apr 2012 18:31:36 -0700 (PDT) Received: from [127.0.0.1] (dsl-207-112-91-137.tor.primus.ca. [207.112.91.137]) by mx.google.com with ESMTPS id z27sm8934645yhh.8.2012.04.04.18.31.33 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 04 Apr 2012 18:31:35 -0700 (PDT) Message-ID: <4F7CF5F4.1010309@gmail.com> Date: Wed, 04 Apr 2012 21:31:32 -0400 From: Tom Taylor User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: pcn@ietf.org, Martin Stiemerling References: <20120405003153.32599.76900.idtracker@ietfa.amsl.com> In-Reply-To: <20120405003153.32599.76900.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 120404-1, 04/04/2012), Outbound message X-Antivirus-Status: Clean Subject: Re: [PCN] I-D Action: draft-ietf-pcn-sm-edge-behaviour-11.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 01:31:41 -0000 Changes listed below were as agreed at the meeting (use 3-in-1 rather than RFC5696, recognize possible use of MPLS, correct error). I found a few additional points that also needed fixing, as noted below. Section 1, description of experiment, bullets --------------------------------------------- Changed "CL" to "SM" (cut-and-paste error). Section 1.1, codepoint terminology ---------------------------------- Changed reference and terminology to 3-in-1. Section 2 second bullet ----------------------- OLD o excess-traffic-marking of PCN-packets uses the PCN-Marked (PM) codepoint defined in [RFC5696]; NEW o for IP transport, excess-traffic-marking of PCN-packets uses the excess-traffic-marked (ETM) codepoint defined in [ID.pcn-3-in-1]; for MPLS transport, an equivalent marking is used as discussed in [ID.pcn-3-in-1] Appendix C; Section 2 last bullet --------------------- OLD o the set of valid codepoint transitions is as shown in Section 4.2 of [RFC5696]. NEW o the set of valid codepoint transitions is as shown in Sections 5.2.1 and 5.2.3.1 of [ID.pcn-3-in-1]. Section 3.2.1, definition of ETM-rate ------------------------------------- Changed "PM codepoint" to "ETM codepoint". Section 3.3, second sentence ---------------------------- Restored the "Decision Points MUST implement both" as agreed at the meeting. Section 3.3.2, end ------------------ Added the following to tie things together: The Decision Point SHOULD log each round of termination as described in Section 5.2.1.2. Section 3.3.3, action on missing response from ingress node ----------------------------------------------------------- (Identified error) Deleted the workaround procedure, which was suitable only for CL. Text now reads: [SM-specific] If the second request to the PCN-ingress-node also fails, the Decision Point SHOULD notify management. The log format defined in Section 5.2.1.1 is also suitable for this case. Section 3.5, action on expiry of t_meas --------------------------------------- Deleted CL-specific text (cut-and-paste error). Section 4.2.1 ------------- Replaced first two paragraphs with reference to relevant section of 3-in-1. Section 4.2.2 ------------- Changed reference from RFC5696 to 3-in-1. Section 4.6 ----------- Changed "MAY" to "may" for example uses. Section 4.7 ----------- Replaced existing text. OLD The PCN CL per-domain behaviour could theoretically interfere with the use of end-to-end ECN due to reuse of ECN bits for PCN marking. However, this is not a problem in practice because of the need to tunnel PCN-packets from ingress to egress (see Section 5.1.2). The encapsulated header can retain the original ECN markings as received at the PCN-ingress-node, leaving the ECN bits in the encapsulating header fully available for use by PCN. NEW The PCN SM per-domain behaviour could theoretically interfere with the use of end-to-end ECN due to reuse of ECN bits for PCN marking. Section 5.1 of [ID.pcn-3-in-1] describes the actions that can be taken to protect ECN signalling. Appendix B of that document provides further discussion of how ECN and PCN can co-exist. Section 5.1.1 second bullet --------------------------- Changed reference to 3-in-1 Appendix A. Section 5.1.2, second paragraph, last sentence ---------------------------------------------- OLD Since all PCN packets will be tunneled, the PCN-ingress-node also needs to know the address of the peer PCN-egress-node associated with each filter. NEW The PCN-ingress-node also needs to know the address of the next-hop PCN-node associated with each filter. *Comment*: I think I should have added: "If tunneling is used, the next-hop PCN-node will be the peer PCN-egress-node." *Further comment*: how should this read for MPLS? Section 5.1.2, fourth paragraph, saecond sentence ------------------------------------------------- Added "If tunneling is used ...", so the sentence now reads: If tunneling is used, these filters are constructed on the basis of the identifier of the tunnel from which the incoming packet has emerged (e.g. the source address in the outer header if IP encapsulation is used). Section 5.1.3, first paragraph, last sentence --------------------------------------------- Revised to drop CL-specific stuff and correct misleading text. New text reads: "Finally, a new object may need to be defined at the PCN- interior-nodes to represent the packet-size-independent excess- traffic-marking metering algorithm." Section 5.2.1.1, second paragraph --------------------------------- Added "PCN-ingress-node or ..." to make it clear the log could be used for missing reports at both ingress and egress. Section 5.2.1.2, description of "TermRate" parameter ---------------------------------------------------- Units changed from millions of octets per second to thousands of octets per second -- seemed more reasonable on reflection. Normative References -------------------- Deleted RFC5696, added 3-in-1. Authors ------- Restored Joy Zhang's missing E-mail address. From Ruediger.Geib@telekom.de Wed Apr 4 23:59:10 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FB8321F85E5 for ; Wed, 4 Apr 2012 23:59:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.249 X-Spam-Level: X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0JuL+qFqgN42 for ; Wed, 4 Apr 2012 23:59:09 -0700 (PDT) Received: from tcmail53.telekom.de (tcmail53.telekom.de [217.5.214.110]) by ietfa.amsl.com (Postfix) with ESMTP id 2B60C21F867F for ; Wed, 4 Apr 2012 23:59:08 -0700 (PDT) Received: from he113472.emea1.cds.t-internal.com ([10.134.93.130]) by tcmail51.telekom.de with ESMTP/TLS/AES128-SHA; 05 Apr 2012 08:59:00 +0200 Received: from HE111648.emea1.cds.t-internal.com ([169.254.5.136]) by HE113472.emea1.cds.t-internal.com ([::1]) with mapi; Thu, 5 Apr 2012 08:58:59 +0200 From: To: Date: Thu, 5 Apr 2012 08:58:58 +0200 Thread-Topic: [PCN] I-D Action: draft-ietf-pcn-sm-edge-behaviour-11.txt Thread-Index: Ac0Sy90JlOYEBZEuRLmL+4bIo9uNugALBiYg Message-ID: <580BEA5E3B99744AB1F5BFF5E9A3C67D13DE980B0E@HE111648.emea1.cds.t-internal.com> References: <20120405003153.32599.76900.idtracker@ietfa.amsl.com> <4F7CF5F4.1010309@gmail.com> In-Reply-To: <4F7CF5F4.1010309@gmail.com> Accept-Language: en-US, de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: pcn@ietf.org Subject: Re: [PCN] I-D Action: draft-ietf-pcn-sm-edge-behaviour-11.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 06:59:10 -0000 Hi Tom, thanks. You've requested comments on ####### Section 5.1.2, second paragraph, last sentence ---------------------------------------------- OLD Since all PCN packets will be tunneled, the PCN-ingress-node also needs to know the address of the peer PCN-egress-node associated with each filter= . NEW The PCN-ingress-node also needs to know the address of the next-hop PCN-node associated with each filter. *Comment*: I think I should have added: "If tunneling is used, the next-hop PCN-node will be the peer PCN-egress-node." *Further comment*: how should this read for MPLS? ######### My take is that the tunnel terminates at the PCN-egress-node or at least at a node having this functionality. So the next hop as seen from the inner (tunneled) packet is the PCN-egress-node. The next-hop node following the PCN ingress node should have SM PCN marking capability, no matter whether it is an IP node or an MPLS node. The next ho= p as seen from the outer (tunnel header) packet is a PCN node. Regards, Ruediger Please note that I will be off until 16. April and will not respond to mail= s before that day. From menth@informatik.uni-tuebingen.de Thu Apr 5 00:11:28 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2F7D21F85DF for ; Thu, 5 Apr 2012 00:11:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.801 X-Spam-Level: X-Spam-Status: No, score=-0.801 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aQsLaPofR4Yy for ; Thu, 5 Apr 2012 00:11:28 -0700 (PDT) Received: from mx5.informatik.uni-tuebingen.de (mx5.Informatik.Uni-Tuebingen.De [134.2.12.32]) by ietfa.amsl.com (Postfix) with SMTP id 2CCA521F84E7 for ; Thu, 5 Apr 2012 00:11:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 0E3E252A8; Thu, 5 Apr 2012 09:11:23 +0200 (MEST) X-Virus-Scanned: amavisd-new at informatik.uni-tuebingen.de Received: from mx5.informatik.uni-tuebingen.de ([127.0.0.1]) by localhost (mx5.informatik.uni-tuebingen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pWyOcq0KXsDa; Thu, 5 Apr 2012 09:11:17 +0200 (MEST) Received: from zcs-pu.informatik.uni-tuebingen.de (zcs-pu.Informatik.Uni-Tuebingen.De [134.2.12.61]) by mx5.informatik.uni-tuebingen.de (Postfix) with ESMTP id 09DFC5270; Thu, 5 Apr 2012 09:11:16 +0200 (MEST) Received: from [192.168.1.100] (HSI-KBW-095-208-117-046.hsi5.kabel-badenwuerttemberg.de [95.208.117.46]) by zcs-pu.informatik.uni-tuebingen.de (Postfix) with ESMTP id 4FAE218A4286; Thu, 5 Apr 2012 09:11:24 +0200 (CEST) Message-ID: <4F7D4597.3060208@informatik.uni-tuebingen.de> Date: Thu, 05 Apr 2012 09:11:19 +0200 From: Michael Menth User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: Ruediger.Geib@telekom.de References: <20120405003153.32599.76900.idtracker@ietfa.amsl.com> <4F7CF5F4.1010309@gmail.com> <580BEA5E3B99744AB1F5BFF5E9A3C67D13DE980B0E@HE111648.emea1.cds.t-internal.com> In-Reply-To: <580BEA5E3B99744AB1F5BFF5E9A3C67D13DE980B0E@HE111648.emea1.cds.t-internal.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pcn@ietf.org Subject: Re: [PCN] I-D Action: draft-ietf-pcn-sm-edge-behaviour-11.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 07:11:28 -0000 Hi Ruediger, was this the issue with pen-ultimate hop popping? If so, this problem should be explicitly addressed, otherwise it will be just lost as I am already now not sure what the background of this text is. Best wishes, Michael Am 05.04.2012 08:58, schrieb Ruediger.Geib@telekom.de: > Hi Tom, > > thanks. You've requested comments on > > > ####### > > Section 5.1.2, second paragraph, last sentence > ---------------------------------------------- > > OLD > > Since all PCN packets will be tunneled, the PCN-ingress-node also needs > to know the address of the peer PCN-egress-node associated with each filter. > > NEW > > The PCN-ingress-node also needs to know the address of the next-hop > PCN-node associated with each filter. > > *Comment*: I think I should have added: "If tunneling is used, the > next-hop PCN-node will be the peer PCN-egress-node." > > *Further comment*: how should this read for MPLS? > > ######### > > > My take is that the tunnel terminates at the PCN-egress-node or at least > at a node having this functionality. So the next hop as seen from the inner > (tunneled) packet is the PCN-egress-node. > > The next-hop node following the PCN ingress node should have SM PCN marking > capability, no matter whether it is an IP node or an MPLS node. The next hop > as seen from the outer (tunnel header) packet is a PCN node. > > Regards, > > Ruediger > > > Please note that I will be off until 16. April and will not respond to mails before that day. > > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www.ietf.org/mailman/listinfo/pcn -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://kn.inf.uni-tuebingen.de From Ruediger.Geib@telekom.de Thu Apr 5 01:04:59 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B739221F8598 for ; Thu, 5 Apr 2012 01:04:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.249 X-Spam-Level: X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JK62FS4uc-F2 for ; Thu, 5 Apr 2012 01:04:59 -0700 (PDT) Received: from tcmail33.telekom.de (tcmail33.telekom.de [194.25.30.7]) by ietfa.amsl.com (Postfix) with ESMTP id 25B2721F87CB for ; Thu, 5 Apr 2012 01:04:44 -0700 (PDT) Received: from he110889.emea1.cds.t-internal.com ([10.134.92.130]) by tcmail31.telekom.de with ESMTP/TLS/AES128-SHA; 05 Apr 2012 10:03:58 +0200 Received: from HE113657.emea1.cds.t-internal.com (10.134.99.17) by HE110889.emea1.cds.t-internal.com (10.134.92.130) with Microsoft SMTP Server (TLS) id 8.3.245.1; Thu, 5 Apr 2012 10:03:58 +0200 Received: from HE111648.emea1.cds.t-internal.com ([169.254.5.136]) by HE113657.emea1.cds.t-internal.com ([::1]) with mapi; Thu, 5 Apr 2012 10:03:58 +0200 From: To: Date: Thu, 5 Apr 2012 10:03:56 +0200 Thread-Topic: [PCN] I-D Action: draft-ietf-pcn-sm-edge-behaviour-11.txt Thread-Index: Ac0S+1KSQY2PFizAQdS2qYb0177ddQABi26A Message-ID: <580BEA5E3B99744AB1F5BFF5E9A3C67D13DE980C18@HE111648.emea1.cds.t-internal.com> References: <20120405003153.32599.76900.idtracker@ietfa.amsl.com> <4F7CF5F4.1010309@gmail.com> <580BEA5E3B99744AB1F5BFF5E9A3C67D13DE980B0E@HE111648.emea1.cds.t-internal.com> <4F7D4597.3060208@informatik.uni-tuebingen.de> In-Reply-To: <4F7D4597.3060208@informatik.uni-tuebingen.de> Accept-Language: en-US, de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, de-DE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: pcn@ietf.org Subject: Re: [PCN] I-D Action: draft-ietf-pcn-sm-edge-behaviour-11.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 08:04:59 -0000 Hi Michael, if public IP traffic is tranported, the pen ultimate hop removes the last MPLS label. Then there's an IP header below and it must receive the correct CE codepoint. Tom's issue is something different. I didn't check whether there are IP-in-IP tunnels which would be regarded as public instead of VPN. I don't want to invest too much time, as I prefer an approach working with ECMP and public IP, ie. no tunnels. Regards, Ruediger -----Original Message----- From: Michael Menth [mailto:menth@informatik.uni-tuebingen.de] Sent: Thursday, April 05, 2012 9:11 AM To: Geib, R=FCdiger Cc: tom.taylor.stds@gmail.com; pcn@ietf.org Subject: Re: [PCN] I-D Action: draft-ietf-pcn-sm-edge-behaviour-11.txt Hi Ruediger, was this the issue with pen-ultimate hop popping? If so, this problem should be explicitly addressed, otherwise it will be just lost as I am already now not sure what the background of this text is. Best wishes, Michael Am 05.04.2012 08:58, schrieb Ruediger.Geib@telekom.de: > Hi Tom, > > thanks. You've requested comments on > > > ####### > > Section 5.1.2, second paragraph, last sentence > ---------------------------------------------- > > OLD > > Since all PCN packets will be tunneled, the PCN-ingress-node also needs > to know the address of the peer PCN-egress-node associated with each filt= er. > > NEW > > The PCN-ingress-node also needs to know the address of the next-hop > PCN-node associated with each filter. > > *Comment*: I think I should have added: "If tunneling is used, the > next-hop PCN-node will be the peer PCN-egress-node." > > *Further comment*: how should this read for MPLS? > > ######### > > > My take is that the tunnel terminates at the PCN-egress-node or at least > at a node having this functionality. So the next hop as seen from the inn= er > (tunneled) packet is the PCN-egress-node. > > The next-hop node following the PCN ingress node should have SM PCN marki= ng > capability, no matter whether it is an IP node or an MPLS node. The next = hop > as seen from the outer (tunnel header) packet is a PCN node. > > Regards, > > Ruediger > > > Please note that I will be off until 16. April and will not respond to ma= ils before that day. > > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www.ietf.org/mailman/listinfo/pcn -- Prof. Dr. habil. Michael Menth University of Tuebingen Faculty of Science Department of Computer Science Chair of Communication Networks Sand 13, 72076 Tuebingen, Germany phone: (+49)-7071/29-70505 fax: (+49)-7071/29-5220 mailto:menth@uni-tuebingen.de http://kn.inf.uni-tuebingen.de From tom.taylor.stds@gmail.com Thu Apr 5 05:46:19 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C0D721F8763 for ; Thu, 5 Apr 2012 05:46:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.056 X-Spam-Level: X-Spam-Status: No, score=-3.056 tagged_above=-999 required=5 tests=[AWL=0.544, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IhzFpBNBnr-A for ; Thu, 5 Apr 2012 05:46:17 -0700 (PDT) Received: from mail-yw0-f44.google.com (mail-yw0-f44.google.com [209.85.213.44]) by ietfa.amsl.com (Postfix) with ESMTP id 334F021F875D for ; Thu, 5 Apr 2012 05:46:17 -0700 (PDT) Received: by yhkk25 with SMTP id k25so732937yhk.31 for ; Thu, 05 Apr 2012 05:46:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-antivirus:x-antivirus-status; bh=RWVwtBYz6m7MAcGQICZOD31hthB2Lua5s07IGEEp81c=; b=sqLxvl1lV+yx1HSAGuHnQBtN5eR4W/wKD5J4G/hJmS4zWiZBDU6gnBlI1VtdpiXAB9 D2Mt6k+s9uMOeju9xFRIMRDhDuNTnNcRdr6BGNCRDsbD6Ri24Ez24PhpWAf3xroOaPXW TqS2AS30dJ6H2TUERXMxgbRmvPvYiVQqWzhGkNL/7qCnOlpMWLNkfehFftqYgIcMy6KT S38lsfQzFv8JbHwBWkDbiK16/3qXC9nGJw3NiZxKSA7sxArE58tXZpEgrM3bVoKCkRU8 +5o0X5nnIL4+CpW9AbOL0ZVyB1Crrza8ZPRn9FL7S/fgfHsx1QokyeVpFQRQ7O128zYJ UeTg== Received: by 10.101.134.2 with SMTP id l2mr626748ann.48.1333629976807; Thu, 05 Apr 2012 05:46:16 -0700 (PDT) Received: from [127.0.0.1] (dsl-207-112-91-137.tor.primus.ca. [207.112.91.137]) by mx.google.com with ESMTPS id y28sm14790471yhi.16.2012.04.05.05.46.14 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 05 Apr 2012 05:46:15 -0700 (PDT) Message-ID: <4F7D9417.4070609@gmail.com> Date: Thu, 05 Apr 2012 08:46:15 -0400 From: Tom Taylor User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Ruediger.Geib@telekom.de References: <20120405003153.32599.76900.idtracker@ietfa.amsl.com> <4F7CF5F4.1010309@gmail.com> <580BEA5E3B99744AB1F5BFF5E9A3C67D13DE980B0E@HE111648.emea1.cds.t-internal.com> In-Reply-To: <580BEA5E3B99744AB1F5BFF5E9A3C67D13DE980B0E@HE111648.emea1.cds.t-internal.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 120405-0, 05/04/2012), Outbound message X-Antivirus-Status: Clean Cc: pcn@ietf.org Subject: Re: [PCN] I-D Action: draft-ietf-pcn-sm-edge-behaviour-11.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 12:46:19 -0000 Thanks in return. You may have noticed that I made a couple of changes that had ther effect of covering cases where tunneling is not used. I did that because we don't have language in section 5.2.1 mandating tunneling, just pointing out its logical necessity in most circumstances. A corner case could exist where it's not required. If I keep to the spirit of that and also take account of your response, the best thing to do is to restore the original sentence but replace "Since" with "If". On 05/04/2012 2:58 AM, Ruediger.Geib@telekom.de wrote: > Hi Tom, > > thanks. You've requested comments on > > > ####### > > Section 5.1.2, second paragraph, last sentence > ---------------------------------------------- > > OLD > > Since all PCN packets will be tunneled, the PCN-ingress-node also needs > to know the address of the peer PCN-egress-node associated with each filter. > > NEW > > The PCN-ingress-node also needs to know the address of the next-hop > PCN-node associated with each filter. > > *Comment*: I think I should have added: "If tunneling is used, the > next-hop PCN-node will be the peer PCN-egress-node." > > *Further comment*: how should this read for MPLS? > > ######### > > > My take is that the tunnel terminates at the PCN-egress-node or at least > at a node having this functionality. So the next hop as seen from the inner > (tunneled) packet is the PCN-egress-node. > > The next-hop node following the PCN ingress node should have SM PCN marking > capability, no matter whether it is an IP node or an MPLS node. The next hop > as seen from the outer (tunnel header) packet is a PCN node. > > Regards, > > Ruediger > > > Please note that I will be off until 16. April and will not respond to mails before that day. > > . > From internet-drafts@ietf.org Thu Apr 5 12:20:34 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 069B221F86B4; Thu, 5 Apr 2012 12:20:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.518 X-Spam-Level: X-Spam-Status: No, score=-102.518 tagged_above=-999 required=5 tests=[AWL=0.081, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qZvO1so4cdjl; Thu, 5 Apr 2012 12:20:33 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82C2D21F8685; Thu, 5 Apr 2012 12:20:33 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.00 Message-ID: <20120405192033.20571.43471.idtracker@ietfa.amsl.com> Date: Thu, 05 Apr 2012 12:20:33 -0700 Cc: pcn@ietf.org Subject: [PCN] I-D Action: draft-ietf-pcn-cl-edge-behaviour-14.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 19:20:34 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Congestion and Pre-Congestion Notific= ation Working Group of the IETF. Title : PCN Boundary Node Behaviour for the Controlled Load (CL)= Mode of Operation Author(s) : Anna Charny Fortune Huang Georgios Karagiannis Michael Menth Tom Taylor Filename : draft-ietf-pcn-cl-edge-behaviour-14.txt Pages : 34 Date : 2012-04-05 Pre-congestion notification (PCN) is a means for protecting the quality of service for inelastic traffic admitted to a Diffserv domain. The overall PCN architecture is described in RFC 5559. This memo is one of a series describing possible boundary node behaviours for a PCN-domain. The behaviour described here is that for a form of measurement-based load control using three PCN marking states, not- marked, threshold-marked, and excess-traffic-marked. This behaviour is known informally as the Controlled Load (CL) PCN-boundary-node behaviour. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pcn-cl-edge-behaviour-14.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-pcn-cl-edge-behaviour-14.txt From tom.taylor.stds@gmail.com Thu Apr 5 13:53:05 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55B0121F866B for ; Thu, 5 Apr 2012 13:53:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.237 X-Spam-Level: X-Spam-Status: No, score=-3.237 tagged_above=-999 required=5 tests=[AWL=0.362, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vgsh9F4ck8fV for ; Thu, 5 Apr 2012 13:53:04 -0700 (PDT) Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by ietfa.amsl.com (Postfix) with ESMTP id B372821F8668 for ; Thu, 5 Apr 2012 13:53:04 -0700 (PDT) Received: by ggmi1 with SMTP id i1so1131342ggm.31 for ; Thu, 05 Apr 2012 13:53:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding:x-antivirus :x-antivirus-status; bh=RTKf9ZxuhY8SBFUyDSj5xNVDLFACtC55LOFn2f4y/jo=; b=qi4a9olcT8FZd97yBR4EgGc/iRbsjetZNXrab8XylNOpGM7ej88scgOrXE+ksuUoC0 Q75OWZqPwkHqoUYDgoe8l4CI82trsyQQ9IW17reEHbPA08L9GAancLB/sOvZGaEUPSNQ IaaTo1nNtH9NwEMejQAxxkfoKf4OM13FeGXFPV1b4TamQ0P05Zv8vHXOw5qGvFVtrRqu nywLDMOYtyxOoLJIKsjbX+3vr7rH+VouwWhZHsq5W2Eg/vy2szUq4ANR19QT+JzZlKwL p0U3KYxovnnye3vbLqekCOzYYPwx+S+48cvz3qB/wI48UWdHfYdo/KlH3hSZVAGe5gp3 YsVQ== Received: by 10.236.178.65 with SMTP id e41mr3951121yhm.130.1333659184396; Thu, 05 Apr 2012 13:53:04 -0700 (PDT) Received: from [127.0.0.1] (dsl-207-112-91-137.tor.primus.ca. [207.112.91.137]) by mx.google.com with ESMTPS id w44sm19118632yhk.17.2012.04.05.13.53.02 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 05 Apr 2012 13:53:03 -0700 (PDT) Message-ID: <4F7E062E.4080907@gmail.com> Date: Thu, 05 Apr 2012 16:53:02 -0400 From: Tom Taylor User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: pcn@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 120405-1, 05/04/2012), Outbound message X-Antivirus-Status: Clean Subject: [PCN] I-D Action: draft-ietf-pcn-cl-edge-behaviour-14.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2012 20:53:05 -0000 Here are the changes for this version of the CL document. Most are as for SM, but I fixed a couple of glitches specific to this document. I will resubmit SM with three changes: the one discussed this morning, an update to reference MeLe12, and insertion of a missing "and". Section 1.1, codepoints ----------------------- Switched to 3-in-1 terminology and 3-in-1 as reference. Section 2 --------- Changed the marking-related bullets to use 3-in-1 terminology and references, similarly to the changes in SM. Section 3.2.1 ------------- Changed the ThM-rate and ETM-rate bullets to use 3-in-1 codepoints. Section 3.3 ----------- Restored "MUST implement both" at the Decision Point. Section 3.3.2 ------------- Added at end: The Decision Point SHOULD log each round of termination as described in Section 5.2.1.2. Section 3.3.3 ------------- For failure to receive response from ingress node, restored "SHOULD" notify management. Added a reference to the log format in Section 5.2.1.1 as I did for SM. Marked the approximation procedure as [CL-specific]. Section 4.2.1 ------------- Replaced first two paragraphs with reference to Section 5.1 of 3-in-1, exactly as I did for SM. Section 4.2.2 ------------- Updated the reference from RFC 5696 to 3-in-1. Section 4.7 ----------- Replaced the existing text, exactly as done for SM. Section 5.1.1, second bullet ---------------------------- reference updated to 3-in-1. Section 5.1.2, second paragraph, last sentence ---------------------------------------------- Replaced "Since" by "If" as discussed this morning. Section 5.1.2, fourth paragraph, second sentence ------------------------------------------------ Preceded by "If tunneling is used", as was done for SM. Section 5.1.2 last paragraph and 5.1.3 second paragraph ------------------------------------------------------- *Corrected*. PCN-supportable-rate rather than PCN-admissible rate is specific to CL. Section 5.1.3 end of first paragraph ------------------------------------ Updated wording to make clear that new MIB objects rather than new algorithms are needed. Section 5.1.3 second bullet --------------------------- Marked as [CL-specific]. This was one I spotted in passing two or three versions ago, but couldn't find again because of there was no blank line separating the bullet from the previous one in the XML source. Gotcha at last! :) Section 5.2.1.1 --------------- Added "PCN-ingress-node or" to make clear the scope of the log (as was done for SM). Section 5.2.1.2 --------------- Changed units of termRate to thpousands of octets per second (as was done for SM). Updated Acknowledgements, added 3-in-1 as a normative reference and deleted RFC5696 (as was done for SM), updated reference MeLe12 with the date of issue, deleted unused reference to RFC6040. From internet-drafts@ietf.org Thu Apr 5 17:18:32 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 121C821F86F1; Thu, 5 Apr 2012 17:18:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.229 X-Spam-Level: X-Spam-Status: No, score=-102.229 tagged_above=-999 required=5 tests=[AWL=0.370, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8pSssYO7Pi+5; Thu, 5 Apr 2012 17:18:31 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A014A21F8594; Thu, 5 Apr 2012 17:18:31 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.00 Message-ID: <20120406001831.5618.52672.idtracker@ietfa.amsl.com> Date: Thu, 05 Apr 2012 17:18:31 -0700 Cc: pcn@ietf.org Subject: [PCN] I-D Action: draft-ietf-pcn-sm-edge-behaviour-12.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2012 00:18:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Congestion and Pre-Congestion Notific= ation Working Group of the IETF. Title : PCN Boundary Node Behaviour for the Single Marking (SM) = Mode of Operation Author(s) : Anna Charny Georgios Karagiannis Michael Menth Tom Taylor Filename : draft-ietf-pcn-sm-edge-behaviour-12.txt Pages : 32 Date : 2012-04-05 Pre-congestion notification (PCN) is a means for protecting the quality of service for inelastic traffic admitted to a Diffserv domain. The overall PCN architecture is described in RFC 5559. This memo is one of a series describing possible boundary node behaviours for a PCN-domain. The behaviour described here is that for a form of measurement-based load control using two PCN marking states, not- marked, and excess-traffic-marked. This behaviour is known informally as the Single Marking (SM) PCN-boundary-node behaviour. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pcn-sm-edge-behaviour-12.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-pcn-sm-edge-behaviour-12.txt From tom.taylor.stds@gmail.com Thu Apr 5 17:24:04 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B26921F8720 for ; Thu, 5 Apr 2012 17:24:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.382 X-Spam-Level: X-Spam-Status: No, score=-3.382 tagged_above=-999 required=5 tests=[AWL=0.217, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A4O4HeO0Eets for ; Thu, 5 Apr 2012 17:24:03 -0700 (PDT) Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by ietfa.amsl.com (Postfix) with ESMTP id 6C3A721F86D8 for ; Thu, 5 Apr 2012 17:24:03 -0700 (PDT) Received: by ghbg16 with SMTP id g16so1218060ghb.31 for ; Thu, 05 Apr 2012 17:24:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-antivirus:x-antivirus-status; bh=QrLPFjlASRaJqEKncks3ot7/wA2ypxaXj7zqVSQtdbs=; b=DluoyfOKLfJOL3lGI6tWjOQM0AdabQHjhjDnrPDqFaYIRthdtd9Aygs+sbfz2SWNtH BUhE68sTHnx+4z+EVCJE3m7JRkkxglOhmQLH8MlK6EYUPANc3I7d01GI0mbzBLGJj+em yqP3f8IDNcIa2qbB5EZwm37OZJRKp2GD/D2dR4I2Oh8pCpkFZNyZiGvfwuSfg2CbZjeb k1FX6bWIzhEyzxqvMHGwyBxfysjPrtWjk99CGyMmd9ziLFqmUfhEMUXFM7NeFKpooBxC LmSf+InbYBxp5YcEKJMhr3apmY+ooLXP9ljV4t59EzoYRu5goM1ODcwt8cdey/EZNDWg h+gw== Received: by 10.100.246.4 with SMTP id t4mr1482953anh.43.1333671842143; Thu, 05 Apr 2012 17:24:02 -0700 (PDT) Received: from [127.0.0.1] (dsl-207-112-91-137.tor.primus.ca. [207.112.91.137]) by mx.google.com with ESMTPS id d43sm20965348yhl.21.2012.04.05.17.24.00 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 05 Apr 2012 17:24:01 -0700 (PDT) Message-ID: <4F7E379E.3050607@gmail.com> Date: Thu, 05 Apr 2012 20:23:58 -0400 From: Tom Taylor User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: pcn@ietf.org References: <20120406001831.5618.52672.idtracker@ietfa.amsl.com> In-Reply-To: <20120406001831.5618.52672.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 120405-1, 05/04/2012), Outbound message X-Antivirus-Status: Clean Subject: Re: [PCN] I-D Action: draft-ietf-pcn-sm-edge-behaviour-12.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Apr 2012 00:24:04 -0000 As I indicated I would in my previous note, I have updated the SM document once more to fix the issue we discussed this morning and a couple of editorial items. That should finish work on both CL and SM. I have noted three typos in the CL document, to fix in AUTH48. Martin, I put out a note detailing the changes in the latest version of the CL document, but forgot to address you directly. Let me know if you need a copy of the note. Tom Taylor From slblake@petri-meat.com Sun Apr 8 19:19:23 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F7BB21F85E1 for ; Sun, 8 Apr 2012 19:19:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.599 X-Spam-Level: X-Spam-Status: No, score=-99.599 tagged_above=-999 required=5 tests=[AWL=0.400, BAYES_50=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ftbP7hCpxgEs for ; Sun, 8 Apr 2012 19:19:22 -0700 (PDT) Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198]) by ietfa.amsl.com (Postfix) with ESMTP id 9D32921F84C2 for ; Sun, 8 Apr 2012 19:19:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=petri-meat.com; s=default; h=Mime-Version:Message-ID:Content-Transfer-Encoding:Content-Type:Date:To:From:Subject; bh=VUJJ1UNnWOwievUeDgdvG06kA53CffApyTOJ5u9/Etk=; b=WFjez6oGILjvRYHllv2D8o8XhBLxg3D57cJB6D7GmBc/YED6PJhbhXtarNYN0cJRQjgj4pozE3iUwuhHuvpijHHJwcs5tSDbebaZZS3/Gfbn/kXbHqT+6YIzReeUzY65; Received: from cpe-071-065-228-004.nc.res.rr.com ([71.65.228.4]:60224) by elom.tchmachines.com with esmtpa (Exim 4.77) (envelope-from ) id 1SH4CP-0003zM-IY for pcn@ietf.org; Sun, 08 Apr 2012 22:19:21 -0400 From: Steven Blake To: pcn Date: Sun, 08 Apr 2012 22:19:20 -0400 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3 (3.0.3-1.fc15) Content-Transfer-Encoding: 7bit Message-ID: <1333937961.15233.21.camel@tachyon> Mime-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - elom.tchmachines.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - petri-meat.com Subject: [PCN] WGLC for draft-ietf-pcn-sm-edge-behaviour-12 and draft-ietf-pcn-cl-edge-behaviour-14 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Apr 2012 02:19:23 -0000 OK folks, let's wrap this up. Please send comments to the list on http://tools.ietf.org/html/draft-ietf-pcn-sm-edge-behaviour-12 http://tools.ietf.org/html/draft-ietf-pcn-cl-edge-behaviour-14 by this Friday April 13. Thanks, // Steve From slblake@petri-meat.com Sat Apr 14 19:58:48 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C60C21F86A2 for ; Sat, 14 Apr 2012 19:58:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.892 X-Spam-Level: X-Spam-Status: No, score=-99.892 tagged_above=-999 required=5 tests=[AWL=0.293, BAYES_40=-0.185, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dje3FGOUzl28 for ; Sat, 14 Apr 2012 19:58:47 -0700 (PDT) Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198]) by ietfa.amsl.com (Postfix) with ESMTP id 0458E21F86A1 for ; Sat, 14 Apr 2012 19:58:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=petri-meat.com; s=default; h=Mime-Version:Message-ID:Content-Transfer-Encoding:Content-Type:References:In-Reply-To:Date:To:From:Subject; bh=V7wUJqtpyVzG4joKpOSu3b4xHSTkX1xRk1UsknSZb2M=; b=U0XAPJsP3fiKVnmFFpWNhJpcscUR6lCa0dy9+fNVyHWd4YECEjYh010v+tEJXr8F00ef/HuTXW1obIWhmOT6gy5UBZ8Zk6KxfsobA0Nq24LC5RaYtUcgZXRoxAw8z5yM; Received: from cpe-071-065-228-004.nc.res.rr.com ([71.65.228.4]:52855) by elom.tchmachines.com with esmtpa (Exim 4.77) (envelope-from ) id 1SJFfD-0005lf-B4; Sat, 14 Apr 2012 22:58:07 -0400 From: Steven Blake To: pcn , tsv-ads Date: Sat, 14 Apr 2012 22:58:07 -0400 In-Reply-To: <1333937961.15233.21.camel@tachyon> References: <1333937961.15233.21.camel@tachyon> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3 (3.0.3-1.fc15) Content-Transfer-Encoding: 7bit Message-ID: <1334458688.5983.4.camel@tachyon> Mime-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - elom.tchmachines.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - petri-meat.com Subject: Re: [PCN] WGLC for draft-ietf-pcn-sm-edge-behaviour-12 and draft-ietf-pcn-cl-edge-behaviour-14 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2012 02:58:48 -0000 On Sun, 2012-04-08 at 22:19 -0400, Steven Blake wrote: > OK folks, let's wrap this up. Please send comments to the list on > > http://tools.ietf.org/html/draft-ietf-pcn-sm-edge-behaviour-12 > > http://tools.ietf.org/html/draft-ietf-pcn-cl-edge-behaviour-14 > > by this Friday April 13. I didn't see any comments. In this case I will consider that unanimous consent. Martin, as shephard I believe these draft versions address all outstanding comments in the IESG. Regards, // Steve From Martin.Stiemerling@neclab.eu Wed Apr 18 03:04:41 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFDFC21F860B for ; Wed, 18 Apr 2012 03:04:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.336 X-Spam-Level: X-Spam-Status: No, score=-102.336 tagged_above=-999 required=5 tests=[AWL=0.263, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h2yJLxS7YjFQ for ; Wed, 18 Apr 2012 03:04:37 -0700 (PDT) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 7A40321F8627 for ; Wed, 18 Apr 2012 03:04:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 10E1F100D37; Wed, 18 Apr 2012 12:02:51 +0200 (CEST) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dskNfhcasGse; Wed, 18 Apr 2012 12:02:50 +0200 (CEST) Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) by mailer1.neclab.eu (Postfix) with ESMTP id ECC4D100D32; Wed, 18 Apr 2012 12:02:35 +0200 (CEST) Received: from [10.7.0.105] (10.7.0.105) by skoll.office.hd (192.168.125.11) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 18 Apr 2012 12:04:21 +0200 Message-ID: <4F8E91A3.9030509@neclab.eu> Date: Wed, 18 Apr 2012 12:04:19 +0200 From: Martin Stiemerling User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: Steven Blake References: <1333937961.15233.21.camel@tachyon> <1334458688.5983.4.camel@tachyon> In-Reply-To: <1334458688.5983.4.camel@tachyon> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.7.0.105] Cc: pcn , tsv-ads Subject: Re: [PCN] WGLC for draft-ietf-pcn-sm-edge-behaviour-12 and draft-ietf-pcn-cl-edge-behaviour-14 X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2012 10:04:41 -0000 Steve, On 04/15/2012 04:58 AM, Steven Blake wrote: > On Sun, 2012-04-08 at 22:19 -0400, Steven Blake wrote: > >> OK folks, let's wrap this up. Please send comments to the list on >> >> http://tools.ietf.org/html/draft-ietf-pcn-sm-edge-behaviour-12 >> >> http://tools.ietf.org/html/draft-ietf-pcn-cl-edge-behaviour-14 >> >> by this Friday April 13. > > I didn't see any comments. In this case I will consider that unanimous > consent. > > Martin, as shephard I believe these draft versions address all > outstanding comments in the IESG. Ok, all PCN drafts are on my work list for this week. Martin > > > Regards, > > // Steve > -- IETF Transport Area Director martin.stiemerling@neclab.eu NEC Laboratories Europe - Network Research Division NEC Europe Limited Registered Office: NEC House, 1 Victoria Road, London W3 6BL Registered in England 283 From internet-drafts@ietf.org Fri Apr 20 04:21:01 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FF3121F84DA; Fri, 20 Apr 2012 04:21:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.474 X-Spam-Level: X-Spam-Status: No, score=-102.474 tagged_above=-999 required=5 tests=[AWL=0.125, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Egt4Y52FYN9A; Fri, 20 Apr 2012 04:21:00 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CBFC21F84D6; Fri, 20 Apr 2012 04:21:00 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.00 Message-ID: <20120420112100.9401.93000.idtracker@ietfa.amsl.com> Date: Fri, 20 Apr 2012 04:21:00 -0700 Cc: pcn@ietf.org Subject: [PCN] I-D Action: draft-ietf-pcn-3-in-1-encoding-11.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 11:21:01 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Congestion and Pre-Congestion Notific= ation Working Group of the IETF. Title : Encoding 3 PCN-States in the IP header using a single DS= CP Author(s) : Bob Briscoe Toby Moncaster Michael Menth Filename : draft-ietf-pcn-3-in-1-encoding-11.txt Pages : 28 Date : 2012-04-20 The objective of Pre-Congestion Notification (PCN) is to protect the quality of service (QoS) of inelastic flows within a Diffserv domain. The overall rate of the PCN-traffic is metered on every link in the PCN domain, and PCN-packets are appropriately marked when certain configured rates are exceeded. Egress nodes pass information about these PCN-marks to decision points which then decide whether to admit or block new flow requests or to terminate some already-admitted flows during serious pre-congestion. This document specifies how PCN-marks are to be encoded into the IP header by re-using the Explicit Congestion Notification (ECN) codepoints within a PCN-domain. The PCN wire protocol for non-IP protocol headers will need to be defined elsewhere. Nonetheless, this document clarifies the PCN encoding for MPLS in an informational Appendix. The encoding for IP provides for up to three different PCN marking states using a single DSCP: Not-marked (NM), Threshold-marked (ThM) and Excess-traffic-marked (ETM). Hence, it is called the 3-in-1 PCN encoding. This document obsoletes RFC5696. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pcn-3-in-1-encoding-11.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-pcn-3-in-1-encoding-11.txt From bob.briscoe@bt.com Fri Apr 20 04:30:32 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED3FA21F8763 for ; Fri, 20 Apr 2012 04:30:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.059 X-Spam-Level: X-Spam-Status: No, score=-3.059 tagged_above=-999 required=5 tests=[AWL=0.540, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qSxkyp2RP1bY for ; Fri, 20 Apr 2012 04:30:32 -0700 (PDT) Received: from hubrelay-rd.bt.com (hubrelay-rd.bt.com [62.239.224.99]) by ietfa.amsl.com (Postfix) with ESMTP id B8DD821F8764 for ; Fri, 20 Apr 2012 04:30:31 -0700 (PDT) Received: from EVMHR02-UKBR.domain1.systemhost.net (193.113.108.41) by EVMHR68-UKRD.bt.com (10.187.101.23) with Microsoft SMTP Server (TLS) id 8.3.213.0; Fri, 20 Apr 2012 12:30:30 +0100 Received: from dyw02134app01.domain1.systemhost.net (193.113.249.13) by EVMHR02-UKBR.domain1.systemhost.net (193.113.108.41) with Microsoft SMTP Server (TLS) id 8.3.213.0; Fri, 20 Apr 2012 12:30:29 +0100 Received: from cbibipnt05.iuser.iroot.adidom.com (147.149.196.177) by dyw02134app01.domain1.systemhost.net (10.35.25.214) with Microsoft SMTP Server id 14.2.247.3; Fri, 20 Apr 2012 12:30:20 +0100 Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by cbibipnt05.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a P0803.399); id 1334921419242; Fri, 20 Apr 2012 12:30:19 +0100 Received: from MUT.jungle.bt.co.uk ([10.142.208.44]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id q3KBUIDt029368; Fri, 20 Apr 2012 12:30:18 +0100 Message-ID: <201204201130.q3KBUIDt029368@bagheera.jungle.bt.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 20 Apr 2012 12:30:17 +0100 To: Martin Stiemerling From: Bob Briscoe MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158 Cc: PCN IETF list , pcn-chairs@tools.ietf.org, draft-ietf-pcn-3-in-1-encoding@tools.ietf.org Subject: [PCN] New Version: draft-ietf-pcn-3-in-1-encoding-11.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 11:30:33 -0000 Martin, We've posted the changes the WG wanted, and those requested during IESG review. So this should be ready to go forward again at the next IESG call. Changes from draft-ietf-pcn-3-in-1-encoding-10 to -11: * Pointed out that any DSCP re-mapping must precede PCN-ingress processing; * Ingress behaviour for ECN-capable PCN-packets: allowed any PCN- capable encapsulation, not just IP-in-IP tunnelling. Added cautionary note about MPLS PHP; * PCN-policing at ingress: + Clarified what per-flow policing entails; + Clarified that a DSCP of zero is '000000'; + For policed packets, added SHOULD log, MAY alarm; * Updated refs and acks. Regards Bob & co-authors >Resent-Date: Fri, 20 Apr 2012 12:21:05 +0100 >Resent-From: >X-Virus-Scanned: amavisd-new at amsl.com >From: >To: >CC: , >Subject: New Version Notification for draft-ietf-pcn-3-in-1-encoding-11.txt > >A new version of I-D, draft-ietf-pcn-3-in-1-encoding-11.txt has been >successfully submitted by Bob Briscoe and posted to the IETF repository. > >Filename: draft-ietf-pcn-3-in-1-encoding >Revision: 11 >Title: Encoding 3 PCN-States in the IP header using a single DSCP >Creation date: 2012-04-17 >WG ID: pcn >Number of pages: 28 > >Abstract: > The objective of Pre-Congestion Notification (PCN) is to protect the > quality of service (QoS) of inelastic flows within a Diffserv domain. > The overall rate of the PCN-traffic is metered on every link in the > PCN domain, and PCN-packets are appropriately marked when certain > configured rates are exceeded. Egress nodes pass information about > these PCN-marks to decision points which then decide whether to admit > or block new flow requests or to terminate some already-admitted > flows during serious pre-congestion. > > This document specifies how PCN-marks are to be encoded into the IP > header by re-using the Explicit Congestion Notification (ECN) > codepoints within a PCN-domain. The PCN wire protocol for non-IP > protocol headers will need to be defined elsewhere. Nonetheless, > this document clarifies the PCN encoding for MPLS in an informational > Appendix. The encoding for IP provides for up to three different PCN > marking states using a single DSCP: Not-marked (NM), Threshold-marked > (ThM) and Excess-traffic-marked (ETM). Hence, it is called the > 3-in-1 PCN encoding. This document obsoletes RFC5696. > > > > > >The IETF Secretariat ________________________________________________________________ Bob Briscoe, BT Innovate & Design From Martin.Stiemerling@neclab.eu Fri Apr 20 04:33:10 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2785721F8746 for ; Fri, 20 Apr 2012 04:33:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.449 X-Spam-Level: X-Spam-Status: No, score=-102.449 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oyxofHI1e9MK for ; Fri, 20 Apr 2012 04:33:09 -0700 (PDT) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id 2B17F21F8745 for ; Fri, 20 Apr 2012 04:33:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 88252100D85 for ; Fri, 20 Apr 2012 13:31:08 +0200 (CEST) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3NLNWiI+XmGH for ; Fri, 20 Apr 2012 13:31:08 +0200 (CEST) Received: from ENCELADUS.office.hd (enceladus.office.hd [192.168.24.52]) by mailer1.neclab.eu (Postfix) with ESMTP id 6C609100CC9 for ; Fri, 20 Apr 2012 13:31:03 +0200 (CEST) Received: from [10.1.1.190] (10.1.1.190) by skoll.office.hd (192.168.125.11) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 20 Apr 2012 13:33:03 +0200 Message-ID: <4F91496F.3040900@neclab.eu> Date: Fri, 20 Apr 2012 13:33:03 +0200 From: Martin Stiemerling User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: References: <20120420112100.9401.93000.idtracker@ietfa.amsl.com> In-Reply-To: <20120420112100.9401.93000.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.1.1.190] Subject: Re: [PCN] I-D Action: draft-ietf-pcn-3-in-1-encoding-11.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 11:33:10 -0000 Hi, Does this draft address all comments received? I have solicited a last round of feedback from the IESG for this draft, the pcn-sm, and the pcn-cl draft this morning, believing that all drafts are ready. This happened just this morning. I hope to move all three drafts to the RFC editor rather soon, given that no more comments are received. Martin -- IETF Transport Area Director martin.stiemerling@neclab.eu NEC Laboratories Europe - Network Research Division NEC Europe Limited Registered Office: NEC House, 1 Victoria Road, London W3 6BL Registered in England 283 On 04/20/2012 01:21 PM, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Congestion and Pre-Congestion Notification Working Group of the IETF. > > Title : Encoding 3 PCN-States in the IP header using a single DSCP > Author(s) : Bob Briscoe > Toby Moncaster > Michael Menth > Filename : draft-ietf-pcn-3-in-1-encoding-11.txt > Pages : 28 > Date : 2012-04-20 > > The objective of Pre-Congestion Notification (PCN) is to protect the > quality of service (QoS) of inelastic flows within a Diffserv domain. > The overall rate of the PCN-traffic is metered on every link in the > PCN domain, and PCN-packets are appropriately marked when certain > configured rates are exceeded. Egress nodes pass information about > these PCN-marks to decision points which then decide whether to admit > or block new flow requests or to terminate some already-admitted > flows during serious pre-congestion. > > This document specifies how PCN-marks are to be encoded into the IP > header by re-using the Explicit Congestion Notification (ECN) > codepoints within a PCN-domain. The PCN wire protocol for non-IP > protocol headers will need to be defined elsewhere. Nonetheless, > this document clarifies the PCN encoding for MPLS in an informational > Appendix. The encoding for IP provides for up to three different PCN > marking states using a single DSCP: Not-marked (NM), Threshold-marked > (ThM) and Excess-traffic-marked (ETM). Hence, it is called the > 3-in-1 PCN encoding. This document obsoletes RFC5696. > > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-pcn-3-in-1-encoding-11.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > This Internet-Draft can be retrieved at: > ftp://ftp.ietf.org/internet-drafts/draft-ietf-pcn-3-in-1-encoding-11.txt > > _______________________________________________ > PCN mailing list > PCN@ietf.org > https://www.ietf.org/mailman/listinfo/pcn From Martin.Stiemerling@neclab.eu Fri Apr 20 04:49:39 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5BB221F86DD for ; Fri, 20 Apr 2012 04:49:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.455 X-Spam-Level: X-Spam-Status: No, score=-102.455 tagged_above=-999 required=5 tests=[AWL=0.144, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N1dKSIBGL3xf for ; Fri, 20 Apr 2012 04:49:39 -0700 (PDT) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by ietfa.amsl.com (Postfix) with ESMTP id BD11821F865E for ; Fri, 20 Apr 2012 04:49:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 0E985100D87; Fri, 20 Apr 2012 13:47:38 +0200 (CEST) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id olqsVsL9Unr4; Fri, 20 Apr 2012 13:47:37 +0200 (CEST) Received: from ENCELADUS.office.hd (enceladus.office.hd [192.168.24.52]) by mailer1.neclab.eu (Postfix) with ESMTP id E7E59100D86; Fri, 20 Apr 2012 13:47:17 +0200 (CEST) Received: from [10.1.1.190] (10.1.1.190) by skoll.office.hd (192.168.125.11) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 20 Apr 2012 13:48:57 +0200 Message-ID: <4F914D28.6030406@neclab.eu> Date: Fri, 20 Apr 2012 13:48:56 +0200 From: Martin Stiemerling User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: Bob Briscoe References: <201204201130.q3KBUIDt029368@bagheera.jungle.bt.co.uk> In-Reply-To: <201204201130.q3KBUIDt029368@bagheera.jungle.bt.co.uk> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.1.1.190] Cc: PCN IETF list , pcn-chairs@tools.ietf.org, draft-ietf-pcn-3-in-1-encoding@tools.ietf.org Subject: Re: [PCN] New Version: draft-ietf-pcn-3-in-1-encoding-11.txt X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 11:49:39 -0000 Hi Bob, Thanks for the information. There are only comments left for this draft, i.e., no discusses, in the datatracker: https://datatracker.ietf.org/doc/draft-ietf-pcn-3-in-1-encoding/ I will check with the IESG if the changes are fine. As written in the other email just some minutes before: I will try to get this draft and also the edge node behavior drafts to the RFC editor ASAP. Regards, Martin On 04/20/2012 01:30 PM, Bob Briscoe wrote: > Martin, > > We've posted the changes the WG wanted, and those requested during IESG > review. So this should be ready to go forward again at the next IESG call. > > Changes from draft-ietf-pcn-3-in-1-encoding-10 to -11: > > * Pointed out that any DSCP re-mapping must precede PCN-ingress > processing; > > * Ingress behaviour for ECN-capable PCN-packets: allowed any PCN- > capable encapsulation, not just IP-in-IP tunnelling. Added > cautionary note about MPLS PHP; > > * PCN-policing at ingress: > > + Clarified what per-flow policing entails; > > + Clarified that a DSCP of zero is '000000'; > > + For policed packets, added SHOULD log, MAY alarm; > > * Updated refs and acks. > > > Regards > > > Bob & co-authors > >> Resent-Date: Fri, 20 Apr 2012 12:21:05 +0100 >> Resent-From: >> X-Virus-Scanned: amavisd-new at amsl.com >> From: >> To: >> CC: , >> Subject: New Version Notification for >> draft-ietf-pcn-3-in-1-encoding-11.txt >> >> A new version of I-D, draft-ietf-pcn-3-in-1-encoding-11.txt has been >> successfully submitted by Bob Briscoe and posted to the IETF repository. >> >> Filename: draft-ietf-pcn-3-in-1-encoding >> Revision: 11 >> Title: Encoding 3 PCN-States in the IP header using a single DSCP >> Creation date: 2012-04-17 >> WG ID: pcn >> Number of pages: 28 >> >> Abstract: >> The objective of Pre-Congestion Notification (PCN) is to protect the >> quality of service (QoS) of inelastic flows within a Diffserv domain. >> The overall rate of the PCN-traffic is metered on every link in the >> PCN domain, and PCN-packets are appropriately marked when certain >> configured rates are exceeded. Egress nodes pass information about >> these PCN-marks to decision points which then decide whether to admit >> or block new flow requests or to terminate some already-admitted >> flows during serious pre-congestion. >> >> This document specifies how PCN-marks are to be encoded into the IP >> header by re-using the Explicit Congestion Notification (ECN) >> codepoints within a PCN-domain. The PCN wire protocol for non-IP >> protocol headers will need to be defined elsewhere. Nonetheless, >> this document clarifies the PCN encoding for MPLS in an informational >> Appendix. The encoding for IP provides for up to three different PCN >> marking states using a single DSCP: Not-marked (NM), Threshold-marked >> (ThM) and Excess-traffic-marked (ETM). Hence, it is called the >> 3-in-1 PCN encoding. This document obsoletes RFC5696. >> >> >> >> >> >> The IETF Secretariat > > ________________________________________________________________ > Bob Briscoe, BT Innovate & Design -- IETF Transport Area Director martin.stiemerling@neclab.eu NEC Laboratories Europe - Network Research Division NEC Europe Limited Registered Office: NEC House, 1 Victoria Road, London W3 6BL Registered in England 283 From iesg-secretary@ietf.org Mon Apr 23 09:51:59 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EEB621F85EF; Mon, 23 Apr 2012 09:51:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.429 X-Spam-Level: X-Spam-Status: No, score=-102.429 tagged_above=-999 required=5 tests=[AWL=0.170, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2dWw9yHhGaR3; Mon, 23 Apr 2012 09:51:58 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FE9A21F8601; Mon, 23 Apr 2012 09:51:58 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce X-Test-IDTracker: no X-IETF-IDTracker: 4.00 Message-ID: <20120423165158.5806.74015.idtracker@ietfa.amsl.com> Date: Mon, 23 Apr 2012 09:51:58 -0700 Cc: pcn mailing list , pcn chair , RFC Editor Subject: [PCN] Protocol Action: 'Encoding 3 PCN-States in the IP header using a single DSCP' to Proposed Standard (draft-ietf-pcn-3-in-1-encoding-11.txt) X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 16:51:59 -0000 The IESG has approved the following document: - 'Encoding 3 PCN-States in the IP header using a single DSCP' (draft-ietf-pcn-3-in-1-encoding-11.txt) as a Proposed Standard This document is the product of the Congestion and Pre-Congestion Notification Working Group. The IESG contact persons are Martin Stiemerling and Wesley Eddy. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-pcn-3-in-1-encoding/ Technical Summary This document specifies how PCN-marks are to be encoded into the IP header by re-using the Explicit Congestion Notification (ECN) codepoints within a PCN-domain. This encoding provides for up to three different PCN marking states using a single DSCP: not-marked (NM), threshold-marked (ThM) and excess-traffic-marked (ETM). Hence, it is called the 3-in-1 PCN encoding. This document obsoletes RFC5696. Working Group Summary the working group supported this revision of RFC 5696 Document Quality the future of PCN is yet to be determined but if PCN is to succeed this ID is an important part of the technology There is one downref normative reference to an informational RFC but since the RFC is an architecture document that seems OK Personnel Document Shepherd: Scott Bradner Responsible Area Director: Martin Stiemerling From iesg-secretary@ietf.org Mon Apr 23 11:16:29 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D93E421F869A; Mon, 23 Apr 2012 11:16:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.473 X-Spam-Level: X-Spam-Status: No, score=-102.473 tagged_above=-999 required=5 tests=[AWL=0.126, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id psqpIqwdaIRk; Mon, 23 Apr 2012 11:16:29 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0518F21F86A8; Mon, 23 Apr 2012 11:16:29 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce X-Test-IDTracker: no X-IETF-IDTracker: 4.00 Message-ID: <20120423181629.31363.70289.idtracker@ietfa.amsl.com> Date: Mon, 23 Apr 2012 11:16:29 -0700 Cc: pcn mailing list , pcn chair , RFC Editor Subject: [PCN] Document Action: 'PCN Boundary Node Behaviour for the Controlled Load (CL) Mode of Operation' to Experimental RFC (draft-ietf-pcn-cl-edge-behaviour-14.txt) X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 18:16:30 -0000 The IESG has approved the following document: - 'PCN Boundary Node Behaviour for the Controlled Load (CL) Mode of Operation' (draft-ietf-pcn-cl-edge-behaviour-14.txt) as an Experimental RFC This document is the product of the Congestion and Pre-Congestion Notification Working Group. The IESG contact persons are Martin Stiemerling and Wesley Eddy. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-pcn-cl-edge-behaviour/ Technical Summary This document describes a possible boundary node behaviour for a PCN-domain (as defined in RFC 5559), known informally as the Controlled Load (CL) PCN-boundary-node behaviour. The behaviour described here is a form of measurement-based load control using three PCN marking states: not-marked, threshold-marked, and excess-traffic-marked. Working Group Summary The document was subject to thorough review by the PCN working group, and strong consensus for publication was reached. The area director required substantial re-write of the document to address a lack of operations and management considerations. IETF Last Call raised an issue about the lack of any standardized signaling protocol between the egress and ingress nodes. Subsequent work by the WG on one possible signaling protocol (RSVP) was developed, but this protocol required an extension to RSVP. This protocol work item was transferred from the PCN WG charter to the TSVWG WG charter where most RSVP experts are active. The document required a re-write to discuss operational considerations for signaling protocols, and a suggestion that the RSVP extension would be suitable in RSVP environments. The logging description used enterprise-specific structured data rather than standardized structured data, and the area director recommended this be changed, which it was. A second WGLC and a second IETF Last Call were performed, given the extensive modifications to the document. Joel Halpern raised an issue about being able to determine ingress-egress-aggregate relationships. Document Quality There are existing implementations of the protocol, and the document cites research that has been done measuring the performance of this approach. The document has been reviewed by the SECDIR. No problems were identified. David Harrington, co-chair of syslog WG, checked the IANA registration for syslog. Personnel Document Shepherd: Steven Blake, PCN co-chair Responsible Area Director: Martin Stiemerling From iesg-secretary@ietf.org Mon Apr 23 12:28:51 2012 Return-Path: X-Original-To: pcn@ietfa.amsl.com Delivered-To: pcn@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D72F21F84F3; Mon, 23 Apr 2012 12:28:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.492 X-Spam-Level: X-Spam-Status: No, score=-102.492 tagged_above=-999 required=5 tests=[AWL=0.107, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NDSA8rTYJdya; Mon, 23 Apr 2012 12:28:50 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8821721F85EF; Mon, 23 Apr 2012 12:28:50 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce X-Test-IDTracker: no X-IETF-IDTracker: 4.00 Message-ID: <20120423192850.16522.36356.idtracker@ietfa.amsl.com> Date: Mon, 23 Apr 2012 12:28:50 -0700 Cc: pcn mailing list , pcn chair , RFC Editor Subject: [PCN] Document Action: 'PCN Boundary Node Behaviour for the Single Marking (SM) Mode of Operation' to Experimental RFC (draft-ietf-pcn-sm-edge-behaviour-12.txt) X-BeenThere: pcn@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: PCN WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 19:28:51 -0000 The IESG has approved the following document: - 'PCN Boundary Node Behaviour for the Single Marking (SM) Mode of Operation' (draft-ietf-pcn-sm-edge-behaviour-12.txt) as an Experimental RFC This document is the product of the Congestion and Pre-Congestion Notification Working Group. The IESG contact persons are Martin Stiemerling and Wesley Eddy. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-pcn-sm-edge-behaviour/ Technical Summary This document describes a possible boundary node behaviour for a PCN-domain (as defined in RFC 5559), known informally as the Single Marking (SM) PCN-boundary-node behaviour. The behaviour described here is a form of measurement-based load control using two PCN marking states: not-marked, and excess-traffic-marked. Working Group Summary The document was subject to thorough review by the PCN working group, and strong consensus for publication was reached. The area director required substantial re-write of the document to address a lack of operations and management considerations. IETF Last Call raised an issue about the lack of any standardized signaling protocol between the egress and ingress nodes. Subsequent work by the WG on one possible signaling protocol (RSVP) was developed, but this protocol required an extension to RSVP. This protocol work item was transferred from the PCN WG charter to the TSVWG WG charter where most RSVP experts are active. The document required a re-write to discuss operational considerations for signaling protocols, and a suggestion that the RSVP extension would be suitable in RSVP environments. The logging description used enterprise-specific structured data rather than standardized structured data, and the area director recommended this be changed, which it was. A second WGLC and a second IETF Last Call were performed, given the extensive modifications to the document. Document Quality There are existing implementations of the protocol, and the document cites research that has been done measuring the performance of this approach. The document has been reviewed by the OPSDIR The document has been reviewed by the SECDIR. No problems were identified. Personnel Document Shepherd: Steven Blake, PCN co-chair Responsible Area Director: Martin Stiemerling