Re: [Gen-art] review of draft-ietf-forces-packet-parallelization-02.txt

["Haleplidis Evangelos" <[e-mail]>]

Greetings Francis,

Thank you for your review.
We have addressed all your comments. 

For further discussion please see inline. For brevity I kept only the items
for discussion. 

Regards,
Evangelos.

> Nits/editorial comments:
>  - Abstract page 1: the FE abbrev should be introduced (in particular
>   one can believe it means ForCES Element in place of Forwarding
> Element)
> 

[ΕΗ] As Joel said, FE is Forwarding Element. We expanded it.

>  - 1 page 3: the ForCES abbrev must be introduced again (the Abstract
>   is not a part of the document for this)
>
>  - 1 page 3: same for LFB

[ΕΗ] For the first (ForCES) we expanded the acronym, but the LFB is
introduced in the first paragraph. Did you mean something else?

>  - 1 page 3: bad wording:
>   "Being an experimental document the LFB Class IDs cannot be
> included..."
> 

[ΕΗ] Changed the wording from:
"Being an experimental document the LFB Class IDs cannot be included in the
standard action's value and therefore must have a value of larger than 65535
and must begin with prefix 'Ext-'.  However when we refer to the LFB Class
names in the text of this document (not the formal definitions), we will
omit the 'Ext-' prefix."
To:	
"This document is in the experimental track and thus the LFB Class IDs will
not be included in the standard action's values. Therefore the LFB Class IDs
must have a value larger than 65535 and the LFB names must begin with the
prefix 'Ext-'. However for brevity, when we refer to the LFB Class names in
the text of this document (not the formal definitions), the 'Ext-' prefix
will be omitted."

>  - 4.2.2 page 14: what is the MergeWaitTimeoutTimer unit?
>   (if the answer is not trivial it should be added in the document)
> 

[EH] Thank you for catching this. The text now explicitly specifies the
MergeWaitTimeoutTimer unit in milliseconds. Additionally, we added a small
sentence that explicitly specifies when the timer starts counting for each
parallel task: "The MergeWaitTimeoutTimer starts as soon as the first chunk
or packet of a parallel task arrives."
	
>  - 8 page 25: parallezation -> parallelization

[ΕΗ] Thanks for that. We have addressed that as our response to the security
review by Magnus.