RE: RE: [mpls] R: Re: Last Call: <draft-ietf-mpls-tp-cc-cv-rdi-05.txt> (Proactive Connectivity Verification, Continuity Check and Remote Defect indication for MPLS Transport Profile) to Proposed Standard

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



HI Erminio:

The comments that were raised during the day long discussion with the editors at the SG15 plenary resulted in those comments appearing in the liasion IMO in an actionable form and resulted in a constructive outcome. I enjoyed that level of cooperation.

The comments that were punted over the wall with no discussion (depsite requests to allocate meeting time to do so) in some cases were sufficiently vague as to have no constructive value or not have a recognizable issue to be addressed.

A request to have the commenters identified in the liaison so that comments that were unclear could be followed up upon by the editors was refused. Apparently that is not done and I would go so far as to suggest that blanket of anonymity diminished the quality of the liaison.  The result of this process was that the only recourse to go "what does this mean?" was a complete liaison cycle. For some comments, stomaching a multi-month delay to clarify what the actual issue was that resulted in a comment like "describe the start-up procedure" was not reasonable, especially given SG15s continual complaint on how slow the IETF was. Such comments had to be weighed against the nature of comments from the larger reviewing community that seemed to have no issue with the completeness of the document content and perhaps had actually read it and the supporting documents.

I'll call out an example: a comment that appeared more than once in the liaison was "clarify the raising/clearing of defects as well as any consequent actions" which I can only interpret as section 3.7 of the document not having been read. E.g. the TOC is:

3.7.1. Session initiation and Modification	13
3.7.2. Defect entry criteria				13
3.7.3. Defect entry consequent action		14
3.7.4. Defect exit criteria				15
3.7.5. State machines					15

...and if there was a deficiency in the descriptions it was not identified, and we're not mind readers.

So that is both the history and why some comments were rejected. If you can suggest a constructive way to proceed that is not simply a waste of everyone's time, I'll listen..

Cheers
Dave








-----Original Message-----
From: erminio.ottone_69@libero.it [mailto:erminio.ottone_69@libero.it] 
Sent: Wednesday, July 13, 2011 1:28 PM
To: David Allan I; loa@pi.nu; Rui Costa
Cc: mpls@ietf.org; ietf@ietf.org; IETF-Announce
Subject: R: RE: [mpls] R: Re: Last Call: <draft-ietf-mpls-tp-cc-cv-rdi-05.txt> (Proactive Connectivity Verification, Continuity Check and Remote Defect indication for MPLS Transport Profile) to Proposed Standard

Do you mean that ITU-T comments were discussed and resolution agreed during the ITU-T meeting?

If this is the case, why the LS just provides the comments and not the agreed resolution?

Why some ITU-T comments have been then rejected?

>----Messaggio originale----
>Da: david.i.allan@ericsson.com
>Data: 6-lug-2011 19.35
>A: "erminio.ottone_69@libero.it"<erminio.ottone_69@libero.it>, "loa@pi.nu"
<loa@pi.nu>, "Rui Costa"<RCosta@ptinovacao.pt>
>Cc: "mpls@ietf.org"<mpls@ietf.org>, "ietf@ietf.org"<ietf@ietf.org>, 
>"IETF-
Announce"<ietf-announce@ietf.org>
>Ogg: RE: [mpls] R: Re: Last Call:	&lt;draft-ietf-mpls-tp-cc-cv-rdi-05.txt&gt;	
(Proactive Connectivity	Verification, Continuity Check and Remote Defect 
indication for	MPLS	Transport	Profile) to Proposed Standard
>
>Hi Erminio:
>
>Two of the three document editors were present at SG15 plenary in 
>February
where the comments originated. The revised meeting schedule resulted in a day spent going through the document with the editors. IMO there were lots of discussion and legitimate issues with the document identified and corrected so it was a useful session. The liaison of same was in many ways *after the fact*.
>
>Cheers
>Dave
>


_______________________________________________
IETF-Announce mailing list
IETF-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/ietf-announce


[Index of Archives]     [IETF]     [IETF Discussion]     [Linux Kernel]

  Powered by Linux