Re: [PCN] [Technical Errata Reported] RFC5559 (3164)

Hi Bob,
Regarding the rephrased text:

Police - drop or re-mark to a lower-priority behaviour aggregate
      i) packets received with a DSCP indicating PCN transport that do not
      belong to an admitted flow and ii) packets that are part of a flow
      that asked to be admitted as a PCN-flow but was rejected.

Why should we mandate that it should be remarked to a lower-priority behaviour aggregate?

Is it acceptable to rephrase the text in the following way ("another" instead of "low-priority"). In my opinion the PCN-ingress-node should be able, depending on a local policy, to either drop the packet or remarked it to another behaviour aggregate:

Police - drop or re-mark to another behaviour aggregate
      i) packets received with a DSCP indicating PCN transport that do not
      belong to an admitted flow and ii) packets that are part of a flow
      that asked to be admitted as a PCN-flow but was rejected.

Best regards,
Georgios

________________________________________
Van: pcn-bounces@ietf.org [pcn-bounces@ietf.org] namens RFC Errata System [rfc-editor@rfc-editor.org]
Verzonden: vrijdag 23 maart 2012 21:53
Aan: philip.eardley@bt.com; wes@mti-systems.com; ietfdbh@comcast.net; sob@harvard.edu; slblake@petri-meat.com
CC: pcn@ietf.org; rfc-editor@rfc-editor.org
Onderwerp: [PCN] [Technical Errata Reported] RFC5559 (3164)

The following errata report has been submitted for RFC5559,
"Pre-Congestion Notification (PCN) Architecture".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5559&eid=3164

--------------------------------------
Type: Technical
Reported by: Bob Briscoe <bob.briscoe@bt.com>

Section: 4.2

Original Text
-------------
   o  Police - police, by dropping any packets received with a DSCP
      indicating PCN transport that do not belong to an admitted flow.
      (A prospective PCN-flow that is rejected could be blocked or
      admitted into a lower-priority behaviour aggregate.)

Corrected Text
--------------
   o  Police - drop or re-mark to a lower-priority behaviour aggregate
      i) packets received with a DSCP indicating PCN transport that do not
      belong to an admitted flow and ii) packets that are part of a flow
      that asked to be admitted as a PCN-flow but was rejected.

Notes
-----
In the original text the first sentence contradicts the parenthesis. It could be interpreted to mean that dropping is the only allowed policing action, whereas the parenthesis shows that downgrading was also considered appropriate.

Also the original text used the term 'blocking' as a different action to 'downgrading', whereas Section 3.6 just above this text has said '"Blocking" means it is dropped or downgraded to a lower-priority behaviour aggregate,...'

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary.

--------------------------------------
RFC5559 (draft-ietf-pcn-architecture-11)
--------------------------------------
Title               : Pre-Congestion Notification (PCN) Architecture
Publication Date    : June 2009
Author(s)           : P. Eardley, Ed.
Category            : INFORMATIONAL
Source              : Congestion and Pre-Congestion Notification
Area                : Transport
Stream              : IETF
Verifying Party     : IESG
_______________________________________________
PCN mailing list
PCN@ietf.org
https://www.ietf.org/mailman/listinfo/pcn