Re: [mpls] R: [Technical Errata Reported] RFC5960 (2533)

Huub van Helvoort <hhelvoort@chello.nl> Wed, 06 October 2010 13:56 UTC

Return-Path: <hhelvoort@chello.nl>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 58F503A6F4F for <mpls@core3.amsl.com>; Wed, 6 Oct 2010 06:56:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.69
X-Spam-Level:
X-Spam-Status: No, score=-1.69 tagged_above=-999 required=5 tests=[AWL=0.909, BAYES_00=-2.599]
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 WDRS6wSz4cy1 for <mpls@core3.amsl.com>; Wed, 6 Oct 2010 06:56:11 -0700 (PDT)
Received: from fep13.mx.upcmail.net (fep13.mx.upcmail.net [62.179.121.33]) by core3.amsl.com (Postfix) with ESMTP id C14F43A6FA3 for <mpls@ietf.org>; Wed, 6 Oct 2010 06:55:50 -0700 (PDT)
Received: from edge03.upcmail.net ([192.168.13.238]) by viefep13-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20101006135649.XCWA3600.viefep13-int.chello.at@edge03.upcmail.net>; Wed, 6 Oct 2010 15:56:49 +0200
Received: from McAsterix.local ([77.250.51.60]) by edge03.upcmail.net with edge id FRwn1f0081Hw6VZ03Rwo07; Wed, 06 Oct 2010 15:56:49 +0200
X-SourceIP: 77.250.51.60
Message-ID: <4CAC801E.5070006@chello.nl>
Date: Wed, 06 Oct 2010 15:56:46 +0200
From: Huub van Helvoort <hhelvoort@chello.nl>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3
MIME-Version: 1.0
To: "BUSI, ITALO (ITALO)" <italo.busi@alcatel-lucent.com>
References: <15740615FC9674499FBCE797B011623F0E2EF93E@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com>
In-Reply-To: <15740615FC9674499FBCE797B011623F0E2EF93E@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Cloudmark-Analysis: v=1.1 cv=wsBgKqw56WlOilJcOGaUvBQCe+vtTF9gMSnX4bMStyM= c=1 sm=0 a=its1hcMRgOIA:10 a=8nJEP1OIZ-IA:10 a=48vgC7mUAAAA:8 a=AUd_NHdVAAAA:8 a=i0EeH86SAAAA:8 a=BqEg4_3jAAAA:8 a=gxZvrgisAAAA:8 a=OLZQc8AWAAAA:8 a=G6Xe-dZvGjnPViKP4yMA:9 a=f88mRFczfdbMeEnf0I8A:7 a=AJ7NFm_LEF6Jw-n_8jn1X7h8mk4A:4 a=wPNLvfGTeEIA:10 a=mhd2NDuUijAA:10 a=lZB815dzVvQA:10 a=JfD0Fch1gWkA:10 a=hPjdaMEvmhQA:10 a=3FZX-ydVlcEA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117
Cc: "stbryant@cisco.com" <stbryant@cisco.com>, "mpls@ietf.org" <mpls@ietf.org>, "ahmpls-tp@lists.itu.int" <ahmpls-tp@lists.itu.int>, "adrian.farrel@huawei.com" <adrian.farrel@huawei.com>, RFC Errata System <rfc-editor@rfc-editor.org>
Subject: Re: [mpls] R: [Technical Errata Reported] RFC5960 (2533)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: hhelvoort@chello.nl
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Oct 2010 13:56:12 -0000

Hello Italo,

I agree with your proposal.
This text was drafted in cooperation.

Regards, Huub.

=====
> I am copying the ITU-T ad-hoc mailing list because this discussion is very relevant also to the ITU-T work.
>
> A bit of background information: the main intent of this Errata is to address one of the two ITU-T comments that have not been addressed before the publication of RFC5960.
>
> The text proposed in the Errata is an exact copy of the text proposed in the ITU-T LS that reflects the discussion done during the last ITU-T SG15 plenary meeting (with the contribution of IETF experts).
>
> I think we can resolve the comment with different text as long as it can be agreed by both ITU-T and IETF.
>
> A possible alternative could be:
>
> "
> A section MAY be required to provide a mechanism for multiplexing MPLS with other protocols. In this case, a means of identifying the type of payload it carries MUST be provided.
> "
>
> Any other opinion/view?
>
> Thanks, Italo
>
>> -----Messaggio originale-----
>> Da: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] Per conto di
>> Benjamin Niven-Jenkins
>> Inviato: giovedì 30 settembre 2010 2.19
>> A: RFC Errata System
>> Cc: BUSI, ITALO (ITALO); mpls@ietf.org; danfrost@cisco.com;
>> adrian.farrel@huawei.com; stbryant@cisco.com
>> Oggetto: Re: [mpls] [Technical Errata Reported] RFC5960 (2533)
>>
>> While the intent of reported errata is technically correct I'm somewhat
>> torn between whether I think it should be rejected, or whether I don't
>> care.
>>
>> My thinking is:
>>
>> The errata is technically correct because a corner case does exist where a
>> section layer that doesn't support higher layer protocol multiplexing can
>> still be used to support MPLS-TP in some scenarios.
>>
>> I don't like the proposed replacement text because the original text is
>> placing a requirement on the section layer technology and I think it is
>> reasonable to say "if you want your section layer to work with MPLS-TP it
>> MUST do/support X", however I don't think it's reasonable to say "if you
>> want your section layer to work with MPLS-TP it MAY have to do X" (which
>> is essentially the change the proposed text makes) because it leaves it
>> unclear as to what is actually required from the section layer which
>> practically reduces to section layers having to support X anyway so it
>> becomes a (implicit) MUST in any case.
>>
>> Furthermore the original text only states that a section layer MUST have a
>> means of identifying the type of payload. If a section layer does not
>> support multiplexing then it has an implicit means of identifying the
>> payload by the interface over which the payload arrived and therefore it
>> meets the requirement as stated by the original text.
>>
>> Ben
>>
>>
>> On 29 Sep 2010, at 18:39, RFC Errata System wrote:
>>
>>>
>>> The following errata report has been submitted for RFC5960,
>>> "MPLS Transport Profile Data Plane Architecture".
>>>
>>> --------------------------------------
>>> You may review the report below and at:
>>> http://www.rfc-editor.org/errata_search.php?rfc=5960&eid=2533
>>>
>>> --------------------------------------
>>> Type: Technical
>>> Reported by: Italo Busi<italo.busi@alcatel-lucent.com>
>>>
>>> Section: 3.2
>>>
>>> Original Text
>>> -------------
>>>    A section MUST provide a means of identifying the type of payload it
>>>    carries.
>>>
>>> Corrected Text
>>> --------------
>>>    A section MAY be required to provide a mechanism for multiplexing MPLS
>>>    with other protocols.
>>>
>>>
>>> Notes
>>> -----
>>> This change is intended to clarify that providing a multiplexing
>> capability for a section layer is optional.
>>>
>>> See https://datatracker.ietf.org/liaison/916/
>>>
>>> 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.
>>>
>>> --------------------------------------
>>> RFC5960 (draft-ietf-mpls-tp-data-plane-04)
>>> --------------------------------------
>>> Title               : MPLS Transport Profile Data Plane Architecture
>>> Publication Date    : August 2010
>>> Author(s)           : D. Frost, Ed., S. Bryant, Ed., M. Bocci, Ed.
>>> Category            : PROPOSED STANDARD
>>> Source              : Multiprotocol Label Switching
>>> Area                : Routing
>>> Stream              : IETF
>>> Verifying Party     : IESG
>>> _______________________________________________
>>> mpls mailing list
>>> mpls@ietf.org
>>> https://www.ietf.org/mailman/listinfo/mpls
>>
>> _______________________________________________
>> mpls mailing list
>> mpls@ietf.org
>> https://www.ietf.org/mailman/listinfo/mpls
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>

-- 
================================================================
                   http://www.van-helvoort.eu/
================================================================
Always remember that you are unique...just like everyone else...